Dotaz: Jak pozná RAID1, který disk má správná data?

[jonatán]

Mám dva disky /dev/sda a /dev/sdb v softwarovém raidu 1 /dev/md0 a zapíšu přímo na disk (dd if=/dev/random of=/dev/sda bs=512 count=1 seek=12345678). Jak raid1 při následném čtení z /dev/md0 pozná, že data na disku /dev/sda jsou poškozena a že mi má dodat data z disku /dev/sdb?

Odpovědi

[Stanislav Petr]

RAID1 to nepozna. Pokud data jdou fyzicky precist tak je povazuje za spravna. Zjisti se poskozeni az kdyz pustite raid check.

[pavlix]

Diskům prd rozumím, ale nedávno mi někdo vysvětloval, že to není ani tak o fyzickém přečtení bitů, jako o checksumech.

[Franta]

RAID 1 žádné kontrolní součty neřeší. Takže se skutečně může stát, že md0 bude při chybě disku nebo řadiče vracet náhodně různá data, podle toho, ze kterého disku se zrovna četlo.

[Franta]

Pro upřesnění: platí v případě zákeřné chyby, kdy disk dává/řadič nesmyslná data, ne když správně hlásí chybu, nečitelné místo.

[Stanislav Petr]

To Vam mozna nekdo vysvetloval, ale zepomnel jste ze jste se zrejme bavili o RAID5/RAID6 a ne RAID1.

[Sten]

A navíc se i tohle pozná až při RAID checku, při běžném provozu se checksumy pouze zapisují (pokud teda není RAID degradovaný).

[Käyttäjä 11133]

A navíc se i tohle pozná až při RAID checku, při běžném provozu se checksumy pouze zapisují (pokud teda není RAID degradovaný).

To záleží na implementaci.

[Michal2]

Implementace je zminena v dotaze- tyka se linuxoveho md a pro tu presne plati co napsal a tvoje poznamka je od veci.

[Käyttäjä 11133]

Na linuxovou MD implementaci se tazatel plat u RAID 1, RAID 5 a 6 není v dotazu zmíněn vůbec, proto bych byl nerad, aby si někdo myslel, že RAID 5 a 6 je tak neohrabaný v každé implementaci.

[Michal2]

Nevim, zda to je neohrabanost... vzdycky je to neco za neco - cist data ze vsech disku, spocitat kontrolni soucet a porovnat by bylo na ukor vykonu.

Silent data corruption se ma myslim resit na vyzsi urovni. Treba tak, jak to dela ZFS.

[Käyttäjä 11133]

RAID si může ke každému bloku ukládat checksum a pokud checksum nesouhlasí, tak obnovit data z parity. Nemusí automaticky přepočítávat paritu pro každý blok.

[Ivan]

V tomhle konkretnim pripade je to jednoduchy. Na jednom z disku bude chybet uuid a u vubec cela hlavicka devive mapperu. Zajimavejsi situace jsou, kdyz bezis chvili na disku "A" a ten pak vymenis za "B".

Nevim jak to resi LVM na Linux, ale na AIXu ma volume grupa jeste cislo version, ktery se zmeni pokud nejaky disk vypadne, kdyz potom disk "vratis", tak je jasny, ze neobsahuje aktualni mapu diskgrupy. Veritas si zase uchovava vsechny verze volume map navic v adresari /etc, takze kdyz nastane "split" tak mas tri verze disky "A", "B" a navic kopii v /etc.

[Jendа]

Na jednom z disku bude chybet uuid a u vubec cela hlavicka devive mapperu.

seek=12345678

[Ivan]

Aha toho jsem si nevsim. V tom pripade je to v ... Alespon na normalnich filesystemech. Tezko rict jak by na to reagoval vxfs anebo ZFS. Kdyby na tom bezel Informix a data by byla SW mirrorovana pomoci Informixu, tak tohle by na 100% Informix ustal.

[JanM]

Zkoušel jsem to na obrazech disku tvořících mirror v ZFS a následně jsem pomocí dd přepsal část dat v jednom img.

ZFS se tvářil, že je vše ok. Nechal mne i kompletně smazat všechny soubory v poolu a vytvořit nové až do zaplnění volného místa. "zpool status mypool" byl stále ok.

S chybovou hláškou reagoval až po "scrub" požadavkem na výměnu disku (kvůli poškozenému "label" disku).

Hm. Domníval jsem se, že by měl data "tiše" opravit sám a ne trvat na výměně disku. Ale dost možné že úmyslný přepis pár bajtů uprostřed diskového obrazu není úplně totéž, jako chybně přečtená data fyzickým diskem.

Každopádně bude rozumné pouštět scrub...

[Michal2]

Cte se (v normalnim provozu) vzdy jen jedna kopie takze nema sanci poznat nic. Druhou se cte az v dobe, kdy se nepodari precist prvni obvykle z toho duvodu, ze to disk vzda a prohlasi dany sektor za necitelny (obvykle ho pak premapuje a po dalsim zapisu uz ten sektor zase citelny je ale to je uz jina story).

Na druhou stranu mas 50% sanci, ze prectena data budou v poradku :)

[jonatán]

obvykle ho pak premapuje

No to bych netvrdil. Čtení na přemapování nestačí. Ačkoliv se snažím číst z nečitelných sektorů, dosud se žádný z nich nepřemapoval.

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
197 Current_Pending_Sector  0x0032   200   199   000    Old_age   Always       -       194
198 Offline_Uncorrectable   0x0030   200   198   000    Old_age   Offline      -       127

Celý problém řeším, protože můj NAS server hlásí chybu na jednom disku. Vím, že tam jsou nečitelné sektory, mám představu o tom, kde alespoň některé z nich jsou. Chtěl bych dosáhnout toho, že se vadné sektory přemapují. Tím, že se na ty nečitelné pokusím zapsat. Ale protože disk je zapojen pořád do raidu1, chtěl jsem vědět, co se pak stane s daty na raidu.

Zatím to tedy vypadá, že budu muset zjistit, které soubory jsou na poškozených sektorech a postarat se o ně. Nebo koupit rovnou nový disk, což by mě v prvním případě stejně brzy čekalo.

[Trubicoid2]

No jestli je chyba na jednom disku, tak ho vyhoď z pole pomocí fail a remove. Pole poběží dál v degradovaným stavu a mezitím můžeš zkusit vadný disk přepsat a tím vynutit realokaci nečitelných sektorů. Mně se osvědčil badblocks -w. No a pak opravený disk nebo nový disk zase do pole přidáš a pole se samo rebuilduje. Opravovat disk v běžícím poli je imho blbost jak vrata.

[cezz]

Ono v podstate pri odstraneni a naslednom pridani disku to prepisanie vlastne vynuti, cize len pre toto nie je nutne to nejako vynucovat. Kazdopadne, pokial to nie je nejaky velky problem, asi by som ten disk rovno vymenil, pripadne si co najskor pripravil nahradny..

[Trubicoid2]

To mas asi pravdu, ale rebuild jenom na spatnej disk zapíše, ale nečte to po sobě, jestli se to opravdu zapsalo. To bys pak musel ručně udělat ještě check. Naproti tomu badblock zapíše a po sobě přečte několikrát. A navíc ti nakonec řekne, jak to dopadlo. A se mi zdá, že některý realokace neproběhnou hned při prvním zápisu, asi nějaký timeouty. A na ty je rebuild dost citlivej.

[jonatán]

Takže disk mi udělal pápá.

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   140   140   140    Pre-fail  Always   FAILING_NOW 480
196 Reallocated_Event_Count 0x0032   001   001   000    Old_age   Always       -       297
197 Current_Pending_Sector  0x0032   197   197   000    Old_age   Always       -       785

Děkuji diskutujícím za příspěvky.

[Joe]

To jeste neznamena, ze udelal papa, ale uz neni kam realokovat.

[jonatán]

Od prvního příspěvku jsem projel jednou celý disk pomocí badblocks. Začal jsem doufat, že se vadné sektory realokovaly a že se stav ustálil. Dokonce se mi úspěšně povedlo několik po sobě spuštěných krátkých smart testů. Dlouhé ovšem nikoliv.

Pak jsem zkoušel jsem v okolí nahlášených chyb znovu spouštět badblocks, znovu jsem krátce i dlouze smart testoval a tak dále a tak dále.

Když už jsem si myslel, že se jedna oblast jakž takž zmátořila, objevily se chyby na druhém konci disku.

Až při posledním badblocks testování na části disku rostl počet chyb ve stovkách tak, až už nebylo kam realokovat.

Disku už nějak nevěřím.

Nicméně bych ho mohl prodat. Vypadá moc pěkně

[trubicoid2]

jo, ten disk bude mrtev, vadnych sektoru je moc a navic pribyvaji

jinak ten short test je celkem na nic, kontroluje jen zacatek a konec nebo tak neco, to je asi jen pro pripad, kdy vubec nemas cas

[Petr Šobáň]

Jak prostě vadné sektory přibývají tak to značí nějakou HW závadu, něco dře plotnu, poškozená hlavička atd...

A to je na vyhození.

[Bluebear]

+1, ale před vyhozením doporučuji rozebrat a vzít si magnet, ten se hodí.

[Max]

Pravdu díš, magnety v diskách mají pěknou sílu.
Zdar Max

[jonatán]

Koupil jsem do raidu nové disky.

A jak jsem tak byl v tom nakupování, zjistil jsem na poslední chvíli, že postižený disk měl záruční dobu ne 2, ale 3 roky a že záruční doba končí za cca týden. Tak jsem ho reklamoval a dnes jsem se dozvědel, že reklamace byla úspěšně vyřízena - vrácení peněz.

[Sten]

Pokud není kam relokovat, znamená to, že je tam něco hodně špatného, když je tolik sektorů vadných.