RAID recovery - Mission Impossible style

Merevlemezek, vezérlők

Sziasztok!

Üzemeltetek/üzemeltettem egy HP ML110 G6-os szerveren egy Debian-t. Sajnos a benne lévő CR2032-es már nem végzi dolgát, ezért a BIOS elég jól elfelejtette a rá bízott beállításokat. Ennek az lett a következménye, hogy nem volt hajlandó elindulni a Debian.

Eddig nem is lenne igazán gond, viszont a gép cirka 600 km-re van tőlem és akiknél a szerver volt azt gondolták, hogy nem tudnám távolról megjavítani és a megkeresésem nélkül elvitették a helyben elérhető haverhoz, aki ért a számítógépekhez. A haver nem értett Linux-hoz, ezért egy másik haver megnézte...

A gépben szoftveres RAID10 volt, annyi kiegészítéssel, hogy 5db HDD-t tartalmazott a rendszer, az utolsó spare-ként.

Nem tudom, hogyan, milyen elgondolásból, de sikerült a "kollégának" a RAID10 4+1 HDD-s rendszerből egy RAID5 5 HDD-s konfigot varázsolnia.
Természetesen nem működik. :((((

Van valakinek ötlete az adatok visszahozására? Szerencsére "csak" root partíció volt, azaz a fontos adatokról van biztonsági mentés. Viszont 600 km-t nem szívesen utaznék csak ez miatt...

Köszönöm!

  • 3156 megtekintés

( norbertkiss | 2017. 09. 19., k – 23:35 )

Nem tudom, hogy ezt hogy szeretnéd kivitelezni!? A láthatólag r=1 ügyfélre, vagy a szakbarbár ismerőseire szeretnéd bízni a raid recovery-t, távvezérléssel?

A tömbön tárolt adatok -szerintem- még elérhetők... Pontosabban nem lett leformázva mert ami tömb összeáll belőle, az nem mount-olható.
Szóval létrehozták az új tömbböt force-olva, de nem csináltak mást...
A superblock-ok már nem azok, mint amiket én készítettem... :(
--
Debian Linux rulez... :D
RIP Ian Murdock

Ha eléred a konzolt távolról és az igazi adatokról van mentés, nem lenne egyszerűbb és gyorsabb egy újratelepítés, ami közben kialakíthatsz egy teljesen új RAID tömböt?

A végeredményt nézve nem ugyanaz? Van bármi értelme szívni és időt tölteni azzal, hogy visszaállíts egy adatok nélküli rendszert?

De igen, csak az a baj, hogy telepítő média nincs a gép közelében.
GRUB recovery opcióval jutok el addig, hogy nem tudja az md1-et mount-olni, mert csak md12x-et lát...

Ha más megoldás nem lesz, akkor természetesen újratelepítés lesz a vége.
Próbálok megoldást keresni, még akkor is ha nem 100% a siker lehetősége.
--
Debian Linux rulez... :D
RIP Ian Murdock

( osod88 v | 2017. 09. 20., sze – 00:53 )

Oldja meg a haver, vagy újrakonfigolod a gépet annyiért hogy máskor ne akarjon belepiszkálni a "haver".

( dejo v | 2017. 09. 20., sze – 07:22 )

A probléma megoldására hirtelen nincs ötletem, de a leszóló, "okos" megjegyzések hatására leírom, hogy ez egy igazi presztizs növelő tett lenne, ha sikerülne kivitelezni.
Az ügyfél szája leesne és sokkal többet hoz(hat)na a konyhára, mint egy "Hülye vagy bazmeg felkonfigurálom neked jó drágán abból majd tanulsz!" akció.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Nem lehet tudni mit csináltak vele, csak azt, hogy nem működik.
Így valószínűleg nem lehet megúszni a helyszínre utazást. Ott esetleg fel lehet mérni, hogy mi történt. Az esélyt nullánál nagyobbra értékelném, de ez függ a "javítást" végző alaposságától is.
Hátha nem volt alapos és idejekorán feladta!
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

mert a hw raid okos, es meglevo adatokat kiolvasva, atalakitva visszairja az uj "formatumba"

ha haxxorpistike csinalta akkor valszeg csak osszerakatott egy raid5-ot mdadmmal, ami jo esellyel egy initial sync-el kezdte ami meg jol osszekuszalta az adatot.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Ez tuti hogy nyekk.

A legrosszabb, hogy új raid lett rátolva ami eleve felülírt mindent és nem egy sérült tömböt kell helyrehozni hanem ha nem írtafelül akkor is egy nemlétezőt.

Jó kérdés, hogy lehet-e raid szintet átírni és jó kérdés, hogy hogy voltak a 1 és a 0.

Sajnos ennek nem jó hanem tanulságos vége lesz.

1. cat /proc/mdstat kimenete jó lenne
2. ha megcsinálta a raid5-t tényleg, és az clean, akkor az legyalult mindent az előzőből mert még csak nem is hasonló a szerkezete.
3. de különben nem is értem, ha bebootolok egy bármilyen debian cd-ről akkor az mdadm a megfelelő paranccsal egy pillanat alatt előkapja a raid szerkezetét.
4. root partícióra raid10 felesleges/káros. sima raid1 pont elég (pont ezek miatt ami veled történt)

--
Gábriel Ákos

1. mdstat alapján van egy RAID5 tömb, ok állapotban md127-ként... (mivel nincs benne a boot md konfigban)
2. clean-nak mondja, ami alapján én is azt gondoltam, hogy legyalult mindent, viszont a 2. kép alapján lát rajta valami ext3-as fájlrendszert... ezt raid10 alatt is szokta mutatni... viszont ez a raid5 tömb nem mount-olható... azaz lehet hogy --assume-clean opcióval hozták létre az új tömböt...
3. kérdezd őket... :(
4. más tömb is megy raid10-ben... szerintem mind1, hogy hol használjuk... de ebbe most ne menjünk bele, nem hitvita... :)

--
Debian Linux rulez... :D
RIP Ian Murdock

( kallaics | 2017. 09. 20., sze – 09:32 )

Először is leszögezném a helyedben, hogy megpróbálod megoldani, DE nem lesz kevés munka és idő. Ennek megfelelően nem is lesz olcsó és nem garancia,hogy sikerül. Szerintem az ilyen ember igenis fizesse meg a saját hülyeségét! Sok ilyen r=1 felhasználóval találkoztam, aki jött vissza hozzám, hogy elromlott, meg elrontották a gépét, mert odaadta valami "havernak/ismerősnek". Nálam 90%-ban clean install lett a vége, mert sokszor nem érte meg kibogozni mit basztak el. Szóval adatok mentése , majd reinstall.

Ebből kiindulva:
- RAID tömb összerakásához talán segít: https://raid.wiki.kernel.org/index.php/RAID_Recovery

- Ha van backup, akkor onnan próbáld visszatenni a rendszert miután újra összeraktad a raid tömböt RAID10-be.

- Ha nincs a backup és a fentiek sem segítettek,akkor újratelepítés. Ha rálátsz valamire, akkor legalább /etc-t próbáld menteni. Ha nincs se backup , se hozzáférésed az adatokgoz semmi módon (LiveDVD, SysLinux etc.), akkor építheted a nulláról.

Jótanácsok a jövőre nézve:

- Ha üzemeltetsz egy szervert a hozzáférést sose add ki másnak, pláne ne legyen root access-e! (Lehet most sem volt csak live CD/DVD-vel tette a dolgát.) Lehet egy encryption segít a jövőben ezt megelőzni.

- Legyen mindig mentés. Az r=1 felhasználó ezt csak pénz kidobásnak látja, de most el tudod mondani neki,hogy miért kell a mentés. Magyarázd el neki hogy ha fontos adatai vesztek volna el, akkor azt most honnan pótolná?

Remélem az első link segít összerakni újra a tömböt és nem kellenek az alatta lévő lépések.

Sok sikert hozzá!

( golgota | 2017. 09. 20., sze – 11:17 )

Hat szerintem is keresztet vethetsz az adatokra, de:
1. USB stick be egy live linux-szal (helyi emberke rakja be)
2. Boot into live
3. Megprobal valamit (tavolrol)

( Elbandi v | 2017. 09. 20., sze – 12:19 )

megprobalhatod visszaallitani valami magiaval az adatokat (pl ezzel: https://www.runtime.org/raid.htm), de semmi nem garantalja hogy nincs elbarmolva egy-egy block egy binarison/library belul akkor meg majd jon a jobbra-balra borulas meg az erdekes segfaultok. az ugyfel meg teged fog szidni hogy szar rendszert csinaltal neki.

ha csak root veszett el, akkor huzd ujra, es kesz.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

( arpi_esp v | 2017. 09. 20., sze – 15:38 )

egyik ismerosom ugy tavsupportal gepeket, hogy ha reinstall kell vagy hw hiba van, akkor futarszolgalattal elkuldik neki a vasat, megcsinalja es visszakuldi. meg mindig olcsobb mint oda-vissza utaznia (plane ha 2x, mert mondjuk alkatresz kell hozza).

A'rpi

+100

nem derült ki hogy még mindig üzemelteti-e az egészet, szerződés van-e, stb.

Ha van is szerződés, akkor is beinthet, mivel 2. 3. emberke nyúlt bele engedély nélkül.

Még ő perelhetné a céget hogy miért is kellett belenyúlni ebbe? :)

Ha meg nem volt szerződés, nem szenvednék vele. Köszi, nem vállalom. Ennyi. Oldjátok meg Pistike BTvel.

.

Első és második esetben is ugyan ez van. (Ha van szerződés ha nincs) Klasszikusan, 'bsszatok egyedül*