Vedvarende monteringer: den ene linje, der kan forhindre en maskine i at starte

Den montering, du lavede i hånden, forsvinder efter en genstart, og at gøre den vedvarende går gennem en fil, der afgør, om maskinen starter. En ødelagt linje der standser ikke en tjeneste, men maskinen.

AtlasPVE ·

Denne artikel besvarer

  • proxmox fstab vedvarende montering
  • proxmox disk forsvinder efter genstart
  • proxmox starter ikke fstab
  • hvad er nofail
  • proxmox nfs montering vedvarende

Du monterer en disk eller et netværkslager i hånden, og det virker. Du genstarter maskinen, og det er væk.

Løsningen er indlysende: at tilføje en linje til listen over det, der monteres ved opstart. Og lige der begynder faren.

Denne fil er ikke som de andre

De fleste opsætningsfiler på serveren forhindrer, når de er ødelagte, en tjeneste i at virke. Er denne fil ødelagt, starter maskinen måske ikke.

Udfaldet er ikke "tjenesten er nede", men "systemet faldt ned i en gendannelsesskal". Og på det tidspunkt kan du ikke forbinde eksternt; der skal tastatur og skærm eller en fysisk konsol til.

Skævheden, ingen bemærker

En ødelagt netværksopsætning er irriterende: du mister fjernadgangen. Men maskinen starter alligevel.

En ødelagt monteringslinje kan forhindre maskinen i overhovedet at starte.

Alligevel er folk langt mere forsigtige, når de redigerer netværksfilen. Farens rækkefølge er det modsatte af intuitionen, og det er intuitionen, der tager fejl.

Tre regler

Kontroller strukturen før skrivning. En linje kræver mindst tre felter: kilde, mål og filsystemtype. En linje med manglende felter volder besvær for ethvert værktøj, der læser filen.

Skriv udeleligt. En halvfærdig skrivning er i denne fil værre end ingen: tilbage står en afkortet fil, og maskinen prøver at starte med den.

Lad ikke en fraværende disk holde maskinen som gidsel. Brug til netværkslagre og flytbare diske den mulighed, der lader opstarten fortsætte, når monteringen mislykkes. At en sikkerhedskopidisk ikke er tilsluttet, er ingen grund til, at serveren ikke skal starte.

Kontrolfælden: en kontrol, der bryder ned, er ingen bestået kontrol

Den mest almene lære i denne artikel står her, og den gælder ikke kun denne fil.

Der findes et standardværktøj til at kontrollere denne fil. Målt på en rigtig maskine kom dette frem: værktøjet bryder ned, når det ser en linje med færre end tre kolonner. Det sprænges altså netop, når det ser den forkerte form, det skal fange.

At et kontrolværktøj bryder ned, betyder ikke, at kontrollen gik igennem. Det rigtige svar er ikke "intet problem", men "kunne ikke kontrolleres".

En fremgangsmåde, der ikke gør den skelnen, godkender den farligste fil i dens svageste øjeblik.

Den anden fælde: ikke enhver klage er en fejl

Det samme kontrolværktøj kan sige to forskellige ting, og at blande dem skaber et nyt problem.

En formatfejl betyder, at filen ikke kan læses. Det er virkelig farligt, og skrivningen bør rulles tilbage.

En indholdsmæssig klage er noget andet: sådan som "målet er utilgængeligt ved opstart" eller "ukendt filsystemtype". Disse ødelægger ikke filen og kan være berettigede. At tilføje en linje til en enhed, der endnu ikke er tilsluttet, er almindeligt og rigtigt; muligheden, der lader opstarten fortsætte, findes netop til det.

En kontrol, der lægger begge i samme kurv, afviser en helt ny og fuldt gyldig linje. Med andre ord: en alt for streng port gør arbejdet umuligt og driver folk til at slå porten fra.

Hvad Atlas gør

I Atlas går enhver skrivning til denne fil gennem én eneste dør. Hver linje kontrolleres strukturelt før skrivning, skrivningen er udelelig, og efter skrivningen læses filen tilbage og kontrolleres; udebliver det ventede resultat, gendannes den forrige tilstand.

Begge fælder ovenfor håndteres bevidst. Det ydre kontrolværktøj tæller kun som andenhånds signal: bryder det ned, bliver resultatet ikke "rent", men "kunne ikke kontrolleres". Og formatfejl og indholdsmæssige klager håndteres hver for sig; kun en formatfejl fører til tilbagerulning, mens indholdsmæssige klager ikke sluges, men meldes til den kaldende.

Behovet for den skelnen blev også fundet ved måling: i første udgave førte begge til tilbagerulning, og i den tilstand blev selv en helt ny og fuldt gyldig linje afvist.

En ærlig historisk bemærkning: produktet skrev før til denne fil fra otte forskellige steder, og på ingen af dem blev det kontrolleret, om det skrevne var gyldigt; på to af dem blev hele filen overskrevet ikke-udeleligt. I det samme produkt blev netværksfilen, som ikke kan forhindre maskinen i at starte, skrevet udeleligt. Den farligere fil var altså den mindre beskyttede. Det blev målt og ført ind bag én dør.

Kilder

Proxmox’ egen dokumentation. På engelsk, og den har det sidste ord i dette spørgsmål.

Relaterede artikler

Hvordan ser det ud inde i Atlas?

Gå til produktsiden