[MEGOLDVA] XFS Adatvesztés egy RAID5-ös tömbön

Hello mindenkinek.

Segítséget kérnék egy xfs filrendszerben bekövetkezett adat vesztéshez, alább részletezve a történetem:

Van egy ubuntu severem szoftveres Raid5 tömbbel (adattárolás) ami xfs-el használtam, a rendszer egy 8gb-os pendrive-ról futott (0 swappynes-el, 2GB rammal) mostanáig. Történt ugyanis hogy valami oknál fogva az alaplapom hálókártyája nem akart továbbiakban hálózatról felébredni (WOL). Ekkor jöttek a nagy disztró cserélgetések telepítgetések /etc-ben turkálás, satöbbi. (ekkor még hiánytalanul megvolt minden) Egy idő után ráuntam a hiábavaló próbálkozásokra és úgy döntöttem hogy visszaállítok mindent a régibe wol nélkül. és a pendrive -ra visszamásoltam dd -vel egy szűz ubuntu 8.04 servert amit korábban telepítettem majd lementettem dd -vel (az utolsó próbálkozásnál egy 9.04 ubuntu volt fenn) ekkor mindent összeraktam majd meglepve tapasztaltam hogy a gép nem akar rendesen indulni kidobott egy konzolt hogy az raid tömbön lévő xfs filerendszer hibás és nem mountolható javitsam manuálisan. Itt még az gondoltam, hogy semmi gond egy xfs_check majd xfs_repair de nem nem oldotta meg. Ekkor kómás fejjel (mert persze mikor szórakozzon az ember egy 2 TB -os adattömbel rajta minden adatával) ha, nem az éjszaka közepén. Egy szó mint száz gondoltam miért ne telepítsem újra a rendszert az majd megoldja (rossz gondolat, nagyon rossz) a telepítés lefutott majd mikor ellenőrizni akartam az adataimat a csatolási ponton nem talált semmit......... A df meg azt jelezte hogy "Minden oké van 2 terra helyem.............."

Remek

Szóval megkérdeznék valaki xfs terén járatosabb embert hogy mit lehet egyáltalán ilyenkor csinálni? A tömb majdnem tele volt eltűnése előtti időszakban szóval elég sokat vesztenék.

Kérlek ha tudtok bármilyen megoldást segítsetek.

Bármi egyéb adat terminálkimenet, stb... kell írjátok és posztolom.

Update:

Az eredeti rendszernek megvan még az image-e azt az elején gondosan lementettem dd-vel.

Update 2:

Üdv mindeniknek!

Probléma megoldva!

Dióhéjban hogy mi történt a legutóbbi poszt óta. Mivel semmi használható ötlet nem került elő ezért jegeltem mindent, a 3 darab terrabyte-os merevlemez a polcra került. Úgy terveztem hogy, pár hónap múlva újra nekiesek de édesanyám időközben bekövetkezett halála miatt mindennel felhagytam. Ezért most már lassan 3/4 évvel később estem újra neki a dolognak. Azzal a felkiáltással hogy vagy megoldom a problémát vagy elkezdem másra felhasználni a meghajtókat. Testdisk -el próbálkoztam, a régi pendrive ISO -kal, de semmi sem használt! Feladtam és az egyik meghajtót le is zéróztam hogy máshol felhasználjam, pár hét múlva meg jött volna a többi de úgy gondoltam hogy még egyszer utoljára körbenézek a neten hátha találok valamit... Nos találtam! A wikipedia xfs bejegyzése alatt megemlítették hogy már van egy xfs undelete/recovery program ami meglehetős biztonsággal használható. Mondtam üsse kő megpróbáljuk. Igen ám de a program Windows -on fut no mármost hogy a bánatba rakom össze a raid tömböt  Windows alatt? Szerzek egy 2 TB-s meghajtót és dd-vel átmásolom oda hogy a Windows lássa? Abban a formában kissé drága mulatság lett volna (2TB seagate KB 44000HUF) tekintve azt is hogy a program is fizetős! De szerencsére nem adtam fel ilyen könnyen és ekkor észrevettem hogy a programnak van egy opcionális raid plugin-je amivel össze lehetne állítani a tömböt (bár már csak 2 meghajtó volt érintetlen de a raid5 miatt nem volt probléma). Ekkor fogtam magam és az asztali gépemre telepítettem Vistát egy még szüz winchesterre. miután eljutottam a program használatáig (és végigvártam a millió patch lejövetelét... lol)

Mivel a program is és a plugin is fizetős volt ezért óvatos voltam és először megnéztem hogy a raidet tényleg összetudja -e rakni mert addig semmi értelme megvenni. Szerencsére az összeállítás sikerült és talált egy xfs partíciót. De megnyitni nem tudja, mert ugye trial a szentem. Itt vettem egy nagy levegőt és megrendeltem a licenszet a plugin-hoz. Ami érdekes módon nem volt a legsimább de 1 órán belül megjött úgyhogy kipróbálás és indítás. A tömb összeált recovery indít majd 12 óra várakozás (hát 2TB-hez kell is idő). Szóval minden lefut és talál is adatot 1.8 TB mennyiségben ekkor megrendeltem a recovery-hez is a licenszet folyamat ugyan az. mentés elindít... egy idő után arra lettem figyelmes hogy az egyik inodexxxxxxxx könyvtár alól szabályosan másolja ki az adatokat. AZ EREDETI KÖNYVTÁR STRUKTÚRA SZERINT! Ekkor megnéztem azt az alkönyvtárt, és az államat a padlón hagytam! Ott volt minden érintetlenül! A teljes adat állomány minden ugyan úgy!

Ezek után úgy hiszem summázhatjuk hogy a raid hibátlanul üzemelt, csak a filerendszer "sérült" meg (bár a "sérülni" sem helyes kifejezés egyszerűen annyi volt hogy az inode táblán minden nullázódott)

Hozzászólások

Most igy megkerdeznem.. 2TB adat.. s egy pendriverol futott a rendszer? LOL

Zéro swappynes -el miért is probléma?
Ha nincs swappolás akkor tulajdonképpen mindegy nem?
Persze sebességben nem lesz egy baromi gyors dolog de nem is kell neki gyorsnak lennie.
De csak gondold el hogy a legtöbb linux router is flash alapú háttértárról üzemel szóval ez nem is olyan hülyeség.

A felhasználás jellegéből adódóan mondtam hogy a flash nem számit (eddig nas és torrentserver funkciókat látott el) elhiszem hogyha futtatnék apache, php, mysql, mailserver szolgáltatásokat akkor bekavarhatna de akkor is csak ott ahol sebesség kell, elvégre amit logokban rögzit, ír az elenyésző ezért nem fog olyan hamar tönkremenni a flash.
Ha lenne swappolás akkor az már teljesen más tészta lenne (kivéve ha a swappot a raid-es tömbnél helyezném el, de a kezdet kezdetén sajnos erre nem gondoltam már bánom)

Hat most tegyel bele egy normalis hdd-t (rendszernek, raid1) hogy ezt elkeruld legkozelebb. Meg rendszerbol se ilyent hasznalj. Debian 5.0, CentOS, akarmi..
(Ha nem FUN modra tarolsz adatokat, akkor ne FUN os-t hasznalj. Jojo most jonne Trey hogy DE.. de igen ott nagy figyelmet forditanak a dolgokra (IE Wikipedia), nem csak mint r=1 egy szervert akarnak uzemeltetni. En is szoptam Ubuntu-val, Debian 5.0 most minden oke (igaz apt-pinning van testing fele, de ez semmit nem zavar).

No offense, de áruld már el, miért húzod a szerencsétlen kollégát? (lol, fun, fúútorrentezik). Meg nyomatod az értelmetlen distro-war-t. Ennyit tudsz?

BTW, miből gondolod, hogy ha raid1-en, übertartalékolt FC-n vagy akármin van a rendszere, akkor nem veszíthet adatot a lokális raid5-ből? Mellesleg _egy_ hdd-ből csak {hda1,hda2} -jellegű raid1 tömböt tudna csinálni. Miért is lenne ez jó?

:/

"de áruld már el, miért húzod a szerencsétlen kollégát?".. Nem kinzom, pusztan furdalt a kivancsisag hogy ekkora tarterulet mellett milyen orult celok vezereltek ilyen tettekre.

"Meg nyomatod az értelmetlen distro-war-t.".. Ah fasza.. Most mit mondjak. CentOS/Debian mukodott. Ubuntu nem. Sajat tapasztalat, masok is hasonlot osztanak, nem tudom ez miota ertelmetlen distro war, de rendben, legyen ugy ahogy az ur akarja. Ez pont az!

"Miért is lenne ez jó?" > nem pendriveon futna a rendszer?.. Makes sense..

"übertartalékolt FC" < Milyen az az ubertartalekolt? lol

"akkor nem veszíthet adatot a lokális raid5-ből" < En a rendszerere gondoltam (/, /var, etc). Maga a RAID5 -os gond csak ott volt hogy nem szerencses verziot hasznalt etc etc, de csak nyomatom a hulye distro waromat szoval minek is fejtenem ki, ennyit tudok.

Mennyire szoktak raiden xfs-t használni? Tényleg érdekel.

szokas, nagyjabol egy enterprise filesystem kepessegeivel bir
hevenyul hasznalom, nagy megelegedettsegemre.

itt a problema a raid5-tel van, nem az xfs-sel... akinek fontosak az adatai, nem hasznal raid5-ot.

Bar nem akarom cseszegetni a forumban temat indito illetot, de fontos adatrol szokott lenni backup. En tobb, egymast koveto, eltero helyen tarolt full system backuppal tartom a gepem adatait biztonsagban.

asd

Bár igazad lenne.

De ha csak a raid tábla hibája lenne akkor elég lenne vissza tennem egy régebbi rendszer backupot (ami egyébként van). Viszont nem hiszem hogy ilyen egyszerü lenne. Sokkal valószinübb hogy a cserélgetéskor (amikor egy másik disztrót csak belevágtam) az xfs_repair zérózta az inode-okat. Ami hogy ha igazam van akkor majdnem lehetetlenné teszi az adatok visszanyerését.

ui: A raid5-el meg igazad van
(Azért épittetem hogy biztonságos legyen, erre meg......)
Ezután inkább veszek egy külső sata bölcsőt és a lemezeket (1 kivételével) egy zárható fémdobozban fogom tartani a szekrényben.

"akinek fontosak az adatai, nem hasznal raid5-ot."

Nézz már meg légyszi egy normálisabb FC storage-ot. Legtöbb helyen RAID5-öt használnak benne.
Csak akkor konfigurálnak raid10-et, ha tényleg az utolsó csepp IO is számít.

Raid5-el semmi gond, FS inkonzisztenciához meg végképp semmi köze.
Nem kell ész nélkül szétszedni és összerakni a raid tömböt.

Lehet nagyon melle lovok, de mintha lett volna valami xfs adatvesztos bug talan pont a 8.04-es alap kiadasa korul... Volt rola topic is itt.

Nem teljesen világos, hogy az adatvesztés tulajdonképpen mikor következett be. Nem lehet, h telepítéskor véletlenül felülformáztad az XFS-t? Sajnos a mai napig sok Linux telepítő olyan, hogy ha csak végigkattintod, vígan autoformat néven felülvág mindent.

--
The Net is indeed vast and infinite...
http://gablog.eu

Be kell valjam most megfogtál. Nem tudom hogy mire gondolsz. Ezekkel a mód meghatározásokkal nem találkoztam még, de talán erre gondolsz:
Mindig kézi particionálást választottam (egyébként fuccs a raid-nek) kézzel adtam meg a filerendszer tipusokat, és csatolási pontot meg minden egyebet is.

Nekem is az a tippem, hogy az interregnum időszakában valaki hozzányúlt valamelyik diszkhez, amitől szépen szétesett a raid, ami aztán rosszul lett összerakva.

Sajnos nincs ötletem, hogy hogy lehetne visszaszerezni. :(

Tanulság (én is a saját bőrömön tanultam meg, sajnos): raid5 tömbre állatira vigyázunk, és nagyon alaposan mentjük. De leginkább: nem használjuk.

Updateltem a témát. Fent olvashatjátok, hogy mi is történt.