Administrace komentářů

"Ze disk cez SMART povie, ze je v poriadku, este neznamena, ze aj naozaj je " To se nezlob ale milionkrát raději věřím SMARTu než nesmyslům vycházejících z BTRFS. Po přechodu na jiný FS jsem nikdy žádný problém nezaznamenal a nikdy o žádná data nepřišel! Btw podle tebe koupím nový disk a nebudu věřit SMARTu že je nový a bezchybný dokud na něj nepustím BTRFS? To nevymyslíš

O servre sa staram cez 25 rokov a zacinal som v dobach, kedy boli len IDE / PATA disky ... za tu dobu mozem konstatovat:

- niekolko diskov nam prestalo aktualizovat SMART udaje. Proste zastavil sa pocet hodin, ktore reportovali. Nemenili sa udaje ako teplota / pocet zapisanych udajov a podobne.

- niekolko diskov nam prestalo pustat short / long testy. Proste disk sa rozhodol, ze prikaz na smart test odignoruje. Smartctl vratil, ze test pustil, ale ked som pozeral neskorsie log, tak tam nebol zapisany vysledok. Podla statusu ani test nepustil.

- WD disky su famozne v tom, ze napr v pripade problemu inkrementuju pocet realokovanych sektorov, ale nemaju problem ten pocet aj znizovat. Cize napr vyradim disk z raidu, lebo ma vadne sektory. Zapisem nanho nuly a zrazu sa SMART tvari, ze je vsetko v poriadku.

- vela vyrobcov a to vratane WD, Seagate, Hitachi nema problem vratit pozmenene data a nevyhodit pri tom I/O error ... vacsina RAID 1 HW / SW implementacii ocakava, ze ak je problem s diskom, tak hodi I/O error a data sa precitaju z druhej kopie. Co ale spravi ak nevyhodi error ? ... dostane sa to az do aplikacie.

- za celu dobu, co sa staram o servre / pocitace, som nevidel jeden disk, ktory by si nastavil chybovy SMART overal status a nabadal na vymenu ... sem tam neprejde smart short / long, sem tam to ukaze pending sektor, ale furt to pise, ze disk je 100% v poriadku ... takze tak

Takze na zaklade coho tomu mam verit ? Tie disky, ktore prestali aktualizovat data, alebo pustat testy zacali aj vyhadzovat I/O chyby, alebo pocas restartu PC umreli ... tiez nam niekolko diskov umrelo len tak. Proste kernel napisal, ze bol odpojeny a ked som restartol server, tak ho bios uz nenasiel.

Este v dobe, ked maximum co sa dalo bol ext3, som mal system, co mi staticku cast servrov kontroloval cez kontrolne sucty ... som si 100% isty, ze zmeny ktore to zachytilo isli z disku. Napr v kombinacii dva disky + md raid + ext3 som niekolko krat videl situaciu, ked kontrola systemu nasla zmenu. Po odstraneni (manualny fail) jedneho disku z md raidu sa zrazu problematicke subory "opravili" ... co znamena, ze disk posielal nezmysel a skrz toho, ze citanie je RR to raz hodilo spravny obsah a raz chybne data ... samotny disk pritom ukazal smart long test v poriadku a az po prepise disku novymi datami ukazal realokovane sektory (neunuval sa spravne nastavit pending pri tych necitatelnych) ... no toto je presne problem, ktory riesi BTRFS. Tam su kontrolne sucty na vsetko a tym padom sa pri kazdom citani overi, ci data su naozaj spravne, alebo disk poslal nejake smetie ...