Sziasztok!
Adott egy Linux Raid5 rendszer és egy idióta felhasználó aki gondolt egyet és nyomott egy power off-ot, mert azt gondolta, hogy nem megy a szerver. Ennek hatására szépen összeomlott az egész rendszer. Helyrehoztam a tömböt majd live cd-ről bootolva futtattam rajta fsck-t mivel a partíciókat nem volt hajlandó felcsatolni a linux, gondoltam kijavítom a fájlrendszert. Le is futott rendesen majd amikor mondtam neki, hogy mount akkor lepődtem meg. A rendszer partíción a /etc /home /opt könyvtárak teljesen üresen voltak. A /opt könyvtárban volt egy firebird adatbázis és sehol sincsen most.
Megnéztem pár recovery programmal, de azok a létező fájlokat találták meg és inode nevű mappákat. Ezekben ugyan vannak valamiféle fájlok, de ezekkel meg nem tudom, hogy mit is lehetne kezdeni.
Van egy másik partíció is amin meg a fájl szerver volt. Na most az is teljesen üres. Egyetlen egy könyvtár van rajta a lost+found amiben vannak ugyan valamik, de azokkal sem tudom, hogy mit lehetne kezdeni.
Van arra valami lehetőség, hogy ezeket a fájlokat visszanyerjem?
- 1882 megtekintés
Hozzászólások
Backup-restore duó a jó ilyenre.
- A hozzászóláshoz be kell jelentkezni
Szerintem necces, backup volt?
- A hozzászóláshoz be kell jelentkezni
Sajnos ezekről az állományokról nem volt.
- A hozzászóláshoz be kell jelentkezni
Mit jelent az, hogy helyrehoztad a tükröt? Hardveres vagy szoftveres a tükör?
- A hozzászóláshoz be kell jelentkezni
Hardveres raid. Kettő vincseszter offfline-ban volt. Utána már láttam a partíciókat.
- A hozzászóláshoz be kell jelentkezni
Hány darabból álló tömbnél? Ha 3, akkor vedd elő a mentést.
- A hozzászóláshoz be kell jelentkezni
Három wincseszter +1 spare. Milyen mentésre gondolsz?
- A hozzászóláshoz be kell jelentkezni
Azoknak az adatoknak a mentésére, amiknek az elvesztése fájna. Ja, hogy nem volt...? Akkor fájni fog... Három diszkből kettő kell az adatok helyreállításához. Mivel volt egy hot spare, elvileg arra a három data diszkből elsőként kiszédült lemez adatait össze kellett volna raknia a tömbnek automatikusan - ha viszont ennek a folyamatnak a közepébe trafált bele egy újabb diszkhalál, akkor kampó, kivéve, ha a korábbi spare döglik - de általában nem az szokott ilyenkor megfeküdni.
- A hozzászóláshoz be kell jelentkezni
Normális raid nem hasal el egy poweroff-tól, meg normális fs is jól-rosszul, de elviseli. Csak tipp, hogy a raided széthullott - gondolom, a kutya sem figyelte, hogy a hw-raid milyen állapotban van - ebbe beleállt az OS (hiszen elszállt a fs alól a device), kapott egy poweroff-ot, aztán heló.
Két tanulság: A raid addig jó, amíg működik - az állapotát folyamatosan tessék monitorozni, és ha kiszédül egy diszk belőle, akkor karbantartási időpontot egyeztetni, és cserélni. A másik meg az az ősi igazság, miszerint a raid nem helyettesíti a mentést.
- A hozzászóláshoz be kell jelentkezni
"A másik meg az az ősi igazság, miszerint a raid nem helyettesíti a mentést."
Ezt már én is elpofáztam az ügyfélnek, de semmi. Mondtam neki, hogy ez így nem boiztonságos. Meg amúgy is mi a francnak nyúl hozzá. Ha valami gond van akkor hívjon szakembert.
- A hozzászóláshoz be kell jelentkezni
Szerintem most megérti a mentés fontosságát. Ha mégsem, akkor nem is vesztek el értékes adatok.
- A hozzászóláshoz be kell jelentkezni
:-)
- A hozzászóláshoz be kell jelentkezni
Tudom, hogy utólag már nem segít rajtad, de ha lehet, állítsd be, hogy emailben értesítsen legközelebb a vezérlő menedzsment programja, ha valami furcsát észlel. Legalább időben megtudod, ha kihullik egy diszk...
EDIT: a power gombot kösd ki, a gép köré meg elektromos kerítést! :)
- A hozzászóláshoz be kell jelentkezni
Ha jól értem a problémát nem az volt a gond, hogy a RAID széthullott és ezért beütött a krakk, hanem a felhasználó kikapcsolta a szervert (áramtalanított menet közben) mert azt hitte nem megy és emiatt esett szét a RAID és emiatt nem indult be a gép, ... Ezen az egyébként jogosan ajánlott email-es értesítés nem sokat segített volna :)
- A hozzászóláshoz be kell jelentkezni
Normális RAID ennyitől nem hullik így szét. Bár négy diszkből 3+1 spare raid5 semmivel sem jobb, mintha raid10 lett volna...
- A hozzászóláshoz be kell jelentkezni
Elég bekapcsolni a writeback cache -t BBU nélkül és kész a baj.
- A hozzászóláshoz be kell jelentkezni
Az öntökönbökés tipikus esete, persze... Bár elég az is, hogy 3-4 éves vagy régebbi aksi/elem legyen a kártyán, ennyi idő elég a teljes megdögléséhez. Szerencsére tervezett csere után derült ki, hogy döglött volt az akku a kártyán...
- A hozzászóláshoz be kell jelentkezni
raid5+1 spare sokkal rosszabb, mint 4 lemezzel raid10.
raid 10 alatt ha szerencsed van, kieshet 2 lemez is, es tuleled, raid5 alatt, ha kiesik egy eles diszk, akkor egyreszt belassul az egesz IO szempontbol, mert elkezdik syncelni a sparre a kiesett lemez tartalmat, amihez paritast kell szamoljon, masreszt ha a rebuild alatt(ami orakig is siman eltarthat) esik ki meg1 lemez akkor kakukk.
Szoval ha van 4 lemezed, akkor raid6, de inkabb raid10.
Tyrael
- A hozzászóláshoz be kell jelentkezni
A lost+found könyvtárban vannak fájlok. Azokkal nem lehet valamit kezdeni?
- A hozzászóláshoz be kell jelentkezni
Nézz beléjük és mozgasd át őket a megfelelő helyre tartalmuknak megfelelően. :)
Azok olyan fájlok, amiknek a könyvtárbejegyzése megsérült, így az útvonaluk és nevük már ismeretlen. Az fsck így még ad egy esélyt, hogy a tartalmát megmentsd.
- A hozzászóláshoz be kell jelentkezni
Csak ilyeneket látok benne.
#7913793
#7913794 stb..
- A hozzászóláshoz be kell jelentkezni