Raid 5 pusztulás

Merevlemezek, vezérlők

Egy dell perc 5i vezérlőn az egyik raid5 tönkrement. A háromból 2 lemezt hibásnak jelölt, így aztán nem vacakoltam sokat, mindhárom lemezt kicseréltem, konfiguráltam új raid-et, és visszatöltöttem az adatokat mentésből. Később megnéztem, a lemezeknek SMART szerint a világon semmi bajuk nincs, és azóta nem is írtam rájuk. Ha a 3 lemezt rákötöm egy, az eredetivel egyező vezérlőre, akkor lehetséges-e a tömböt helyreállítani? Mert természetesen van néhány dolog, amiről csak nagyon régi mentésem van, ezért elég hosszadalmas visszahozni.

  • 1055 megtekintés

( _ventura_ v | 2010. 05. 06., cs – 15:03 )

erre kiváncsi leszek :>
felém is volt ugyanilyen eset, annyi hogy ott 5 ből ment egyszerre ki 2 db vincsi.
vincsik azóta is mennek másik vasban gond nélkül :/

CoreDuo L2400, 4G, Ubuntu 9.10, 2.6.31

( MGy v | 2010. 05. 07., p – 09:52 )

Nem ilyen kontrollerrel, de velünk is fordult elő ilyen. Pillanatnyi érintkezési hiba lehetett egy tápon vagy egy adatkábelen. Némi fohászkodás után az egyik diszkre azt mondtuk a kontrollernek, hogy az jó és építse csak újra a tömböt. Hibátlanul újraépítette.

( tgerczei | 2010. 05. 07., p – 10:25 )

HP ProLiant ML szeriaban fordult elo, hogy ket identikus server kozott egy az egyben mozgattam a raid arrayt fizikailag miutan az egyiken felhuztam es a remote site vasara atszallitva betolva siman felallt. Ennek alapjan egy probat gond nelkul meger, remenyteljesnek erzem.

http://www.micros~1

mondjuk konkretan a HP MSA sorozatarol lehet tudni, hogy a diszken tartja a metaadatot, sot kifejezetten hirdeti, hogy az adott raid tombhoz szolgalo metaadatok azon a raid tombbon vannak, igy a tombok kulonbozo msa vezerlok kozott fizikailag mozgathatok.

Egyebkent ez nem annyira egyertelmu, lehat az a metaadat barhol (kartya flasheben, egy kituntetett diszken stb). A dell raid vezerlout nem ismerem. Egy probat szerintem is meger :-)