Dotaz: Soft raid - jak se řeší "stabilita dat"?

[reyavz]

Ahoj. Nevíte jak se řeší u soft raidu detekce chybného disku? Co když jeden z disků v raidu začne ukládat nesmysly, ale přitom to vypadá, že funguje normálně? Pozná to nějak kernel a odpojí ho z pole? Budu stavět diskové pole a přemýšlím, zda se vyplatí více menších disků v raid5/6 nebo velké disky v raid1. Jde mi hlavně o detekci chyb a bezpečné odpojení disku z raidu, protože současné disky mají obrovskou poruchovost.

Odpovědi

[Nikola Ciprich]

zdravim, odpoved napr. zde

[d.c.]

Kdyz z oddilu (nikoli z disku) nelze cist, je tento oddil vyhozen.

[reyavz]

A na jaké úrovni se řeší konzistence dat, tzn. to co na disk napíšu z něj zase přečtu?

[sigma]

Samotné disky ukládají s daty celkem robustní opravné a detekční zabezpečení. Tedy sám disk zpravidla pozná, že data jsou poškozená, a při čtení dotyčného sektoru vrátí chybu. Na to spoléhá i linuxový mdraid, takže třeba u RAID1 se neporovnávají data z obou disků, ale když disk vrátí data, považují se za platná. Pro jistotu se pak pouští třeba jednou za měsíc kompletní kontrola konzistence raidu.

Některé HW RAID řadiče dělají "background surface scan", tj. při menší zátěži čtou na pozadí obsah všech disků, případně i kontrolují RAID paritní data, aby se včas odhalila případná degradace nebo závada, a disk se vyměnil za nový. Jestli je něco takového v mdraid, to nevím.

U dnešních hodně velkých disků s vysokou hustotou záznamu roste i riziko, že disk vrátí špatná data (jiná, než bylo zapsáno). Příčinou může být i vadný kabel, chyba řadiče apod. Proto filesystemy jako ZFS nebo BTRFS přidávají ke všem blokům vlastní kontrolní součty, které se při každé příležitosti kontrolují. Běžné FS jako ext3/4, reiser, XFS takové ochranné funkce nemají, a spoléhají na to, co vrátí disk nebo pole.

Velká pole také mívají možnost zabezpečení na úrovni kontrolních součtů bloků.

[Ivan]

Teoreticky by mel disk vratit radici zpet CRC dat zapsanych na disk. Nektery disky (treba starsi WD) vraci vzdy CRC==0. Dalsi problem muze byt, ze disk sice vrati CRC uz v okamziku kdy byla data zapsana do jeho cache, tzn. jeste pred tim nez byla skutecny fyzicky ulozena. Pokud je o skutecnou detekci vypadku HDD, tak jeste pred dvema lety na tom byl Linux o dost hure nez firmware HW radicu. V realu se totiz nikdy nestane, ze by disk odesel uplne natvrdo - spis se jen zacne chovat "divne". V takovem pripade mely HW radice chytrejsi heuristiky nez Linux kernel, a dokazaly "vadny" disk vyhodit drive.

Ale ani HW radice nemusi spasit vsechno. Uz jsemm zazil situaci kdy byl vadny pemetovy modul v HW radici. System po cca hodine uplne vytuhnul, rebootoval se a pri dalsim bootu pouze prehral zurnal. Nakonec z toho FS nezustalo vubec nic. Napriklad AIX ma na tohle metody jak poznat z jakoho duvodu doslo k rebootu, a dokaze se rozhodnout zda pouze prehraje zurnal anebo jestli provede uplny fsck.

[gogan]

Zkus se podívat na tohle zfs jsou tam popsány i metody kontroly kozistence. Používám dva roky na produkčním serveru (FreeBSD) v raid1 a spokojenost :))