Puncte:0

Eroare permanentă Zpool pentru raidz2

drapel cn

Problemă: Zpool afișează „erori: au fost detectate erori permanente în următoarele fișiere: tank/vms/fileserver:<0x0>

Serverul are șase unități de 12 Tb într-un raidz2. Acestea sunt unități rotative. Zpool arată că toate unitățile sunt ONLINE. Nu există erori de citire, scriere sau cksum. Sistem de operare: Ubuntu 20.04.3 și zfsutils-linux 0.8.3-1ubuntu12.13

Nu am văzut niciodată o eroare permanentă până acum și nu înțeleg cum să remediez asta. Înțeleg că, cu un raidz2, mașina poate avea până la două unități defectuoase fără a se defecta. Dacă un al treilea merge, atunci zpool-ul dispare. Este corect? În această situație, nicio unitate nu arată defecte și singura eroare care apare este eroarea permanentă. Fără unități defecte, zfs nu ar trebui să poată recupera sau reconstrui fișierul din alte copii bune pe un raidz2? Acolo prin eliminarea erorii permanente.Sau trebuie să mergem la raidz3?

În acest caz, acesta este serverul nostru de rezervă. Dacă VM-ul serverului de fișiere rulase pe această mașină când s-a produs această eroare permanentă, atunci VM-ul este aruncat la gunoi?

Din câte am reușit să găsesc, mesajul meu de eroare se referă la coruperea datelor obiectului. Am observat acest mesaj doar pentru că replicarea zfs care mergea de la serverul nostru principal la acest server de rezervă a fost blocată în încercarea de a sincroniza serverul de fișiere. Pentru a remedia acest lucru, am citit că trebuie să șterg fișierul în cauză. Va marca apoi zfs aceste blocuri ca fiind proaste și va reconstrui fișierul dintr-o copie bună într-o altă zonă de pe disc?

Iată câteva locuri pe care le-am citit până acum:

Repararea datelor deteriorate

Ce indică o eroare ZFS permanentă?

Salutări calde, pender

Puncte:0
drapel za

Înțeleg că, cu un raidz2, mașina poate avea până la două unități defectuoase fără a se defecta. Dacă un al treilea merge, atunci zpool-ul dispare. Este corect?

Nu. Matricea poate avea până la două unități fără a se defecta. Acest lucru nu are nimic de-a face cu mașina care merge în sus sau în jos.

În această situație, nicio unitate nu arată defecte și singura eroare care apare este eroarea permanentă.

Afișează o eroare permanentă într-un fișier. Într-un fișier deja șters din câte am înțeles (dar întrebarea inițială încă lipsește starea zpool ieșire, avem doar interpretarea dvs. potențial eronată a acesteia). Capacitățile de auto-vindecare ale Zfs nu sunt magice, fs-ul este capabil să-și revină de la erori până la un anumit prag, dar apoi se întâmplă lucruri rele. Ca erorile permanente ale tale. Cel mai obișnuit caz este atunci când aveți mai multe erori de sumă de control pe mai multe unități, care se intersectează pe un fișier. Fără starea zpool e greu de ghicit.

Fără unități defecte, zfs nu ar trebui să poată recupera sau reconstrui fișierul din alte copii bune pe un raidz2?

Ar fi, dar nu pentru un fișier șters.

Acolo prin eliminarea erorii permanente.

Deci vrei ca zfs să înghită erorile în tăcere. Nu așa funcționează lucrurile în IT. Partea nucleului zfs se plânge de erorile care au loc și aceasta este partea bună.

Dacă VM-ul serverului de fișiere rulase pe această mașină când s-a produs această eroare permanentă, atunci VM-ul este aruncat la gunoi?

Depinde de. Dacă acest fișier corupt este un volum zfs pe care VM-ul îl folosește pentru discul său - cu siguranță ar fi.

Va marca apoi zfs aceste blocuri ca fiind proaste și va reconstrui fișierul dintr-o copie bună într-o altă zonă de pe disc?

Probabil că a făcut-o deja. Pur și simplu spălați piscina și eroarea va dispărea după ceva timp (nu imediat).

Și nu folosiți zfs pe Linux în producție. Da, acea parte va primi zeci de voturi negative, dar este adevărul dur. Nimănui nu-i pasă de zfs pe Linux în producție. Liderul neînfricat Linux neagă în mod deschis nevoia și îi urăște curajul, deoarece provine din cele mai urâte Sun Microsystems și este distribuit sub licență CDDL. Folosiți FreeBSD sau Solaris (da, Joyent SmartOS este și o alegere posibilă, deși este puțin exotică), cel puțin cele două sunt mult mai fiabile când vine vorba de zfs. Solaris are încă implementarea canonică a zfs (nici Linux, nici FreeBSD nu o pot folosi ca schimb (o dată au declarat că pot, dar după unele lupte, acest lucru s-a întâmplat să fie pur și simplu neadevărat), nici nu pot să se blocheze pe el, iar pe Solaris aceste două lucrurile sunt native). Da, Linux are o bază de utilizatori atât de largă încât FreeBSD pare să fie o eroare statistică în comparație cu ea, dar lucrul este că, când vine vorba de oameni care folosesc zfs, baza de utilizatori FreeBSD zfs este mult mai mare decât cea Linux.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.