bioctl - bioctl

Den bio (4) pseudo-innretning driver og bioctl (8) verktøyet implementere en generisk RAID volum administrasjonsgrensesnitt i OpenBSD og NetBSD . Ideen bak denne programvaren ligner på ifconfig , der et enkelt verktøy fra operativsystemet kan brukes til å kontrollere hvilken som helst RAID-kontroller ved hjelp av et generisk grensesnitt , i stedet for å måtte stole på mange proprietære og tilpassede RAID-styringsverktøy som er spesifikke for hver gitt hardware RAID. produsent. Funksjonene inkluderer overvåking av helsestatus for matriser, kontroll av identifikasjon gjennom blinking av lysdioder og håndtering av lydalarmer, og spesifisering av varme ekstra disker . I tillegg er softraidkonfigurasjonen i OpenBSD delegert til bioctl også; mens den opprinnelige opprettelsen av volumer og konfigurasjon av maskinvare-RAID overlates til BIOS- kortet som ikke-essensielt etter at operativsystemet allerede er startet opp. Grensesnitt mellom kjernen og brukerlandet utføres gjennom ioctlsystemanropet gjennom pseudoenheten . /dev/bio

Oversikt

Bio / bioctl-delsystemet anses å være en viktig del i OpenBSDs talsmann for åpen maskinvaredokumentasjon, og utgivelsestittelen 3.8 og titelsangen ble viet til emnet - Hackers of the Lost RAID . Utviklingen fant sted i en tid med kontrovers der Adaptec nektet å frigjøre passende maskinvaredokumentasjon som var nødvendig for at aac (4) -driveren skulle fungere pålitelig, som fulgte med at OpenBSD deaktiverte støtte for driveren.

I kommentaren til 3.8-utgivelsen uttrykker utviklerne ironien om hardware RAID-controllers antatte formål med å gi pålitelighet, gjennom redundans og reparasjon, mens i realiteten mange leverandører forventer at systemadministratorer skal installere og er avhengige av store binære blobs for å bli vurdert volumhelse og service diskarrays . Spesielt henviser OpenBSD til en henvisning til modus operandi for FreeBSD , der dokumentasjonen til aac (4) -driveren for Adaptec antyder spesifikt å aktivere Linux-kompatibilitetslag for å kunne bruke administrasjonsverktøyene (der dokumentasjonen til og med ikke klarer å forklare hvor nøyaktig disse verktøy må hentes fra, eller hvilke versjoner som vil være kompatible, tydeligvis fordi de proprietære verktøyene kan ha utløpt).

Likeledes valgte OpenBSD-utviklere med vilje å konsentrere seg om å støtte bare de mest grunnleggende funksjonene til hver kontroller som er ensartede i alle merker og variasjoner; spesielt, det faktum at den første konfigurasjonen av hver kontroller fortsatt må gjøres gjennom kort- BIOS, ble aldri holdt hemmelig for noen bio / bioctl-kunngjøring. Dette kan kontrasteres med tilnærmingen fra FreeBSD, for eksempel der individuelle verktøy finnes for flere uavhengige RAID-drivere, og grensesnittet til hvert verktøy er uavhengig av hverandre; spesifikt, som i mars 2019 FreeBSD omfatter separate enhetsspesifikk verktøy som heter mfiutil, mptutil, mpsutil/ mprutilog sesutil,, som hver gir mange muligheter med i det minste små forskjeller i grenseflaten for å konfigurere og styre de styringer, bidrar til kode bloat , for ikke å nevne eventuelle ekstra drivere som det ikke finnes noe slikt verktøy som åpen kildekode-programvare i det hele tatt. I OpenBSD 6.4 (2018) registrerer et dusin drivere seg med bio-rammeverket.

de drivesensorer

Overvåking av tilstanden til hver logiske stasjon dupliseres også i maskinvareovervåkingsrammer og deres tilhørende verktøy på begge systemene der bioctl er tilgjengelig - hw.sensors med sensorsd i OpenBSD og sysmon envsys med envstat og powerd i NetBSD . For eksempel, på OpenBSD siden 4.2-utgivelse, kunne statusen til stasjonssensorene automatisk overvåkes ved å starte sensord uten at det kreves noen spesifikk konfigurasjon. Flere drivere blir konvertert til å bruke bio- og sensorrammene med hver utgivelse.

SES / SAF-TE

I OpenBSD støttes både SCSI Enclosure Services (SES) og SAF-TE siden OpenBSD 3.8 (2005), som begge har LED som blinker gjennom bio og bioctl (ved å implementere BIOCBLINK ioctl ), og hjelper systemadministratorer med å identifisere enheter i kabinettene. til tjeneste. I tillegg har både SES- og SAF-TE-driverne i OpenBSD støtte for en kombinasjon av temperatur- og viftesensorer, PSU , dørlås og alarmindikatorer; alle disse hjelpesensordataene eksporteres til hw.sensors- rammeverket i OpenBSD, og ​​kan overvåkes gjennom kjente verktøy som sysctl , SNMP og sensorsd .

Fra og med 2019, i NetBSD , er en eldre SES / SAF-TE-driver fra NASA fra 2000 fortsatt på plass, som ikke er integrert med bio eller envsys , men har sine egne enhetsfiler med et unikt ioctl- grensesnitt, med sin egen tilpassede SCSI -spesifikk verktøy for brukerland; denne eldre implementeringen var også tilgjengelig i OpenBSD mellom 2000 og 2005, og ble fjernet 2005 (sammen med brukerlandsverktøyene) like før de nye slankere bio- og hw.sensorbaserte alternative driverne ble introdusert; SES og SAF-TE oppbevares nå som to separate drivere i OpenBSD, men krever ikke noe eget tilpasset brukerland-verktøy lenger, noe som reduserer kodenes oppblåsthet og antall kildelinjer med kode .

Referanser