Történt az eset, hogy úgy döntöttem leselejtezem a címben említett HP microserveremet.
Mivel szeretek veszélyesen élni 3 disk-et kötöttem szoftveres raid 0-ba. Gondoltam én jóhiszeműleg, hogy átpakolom a lemezeket az új konfigurációba és rövid állítgatás után minden megmarad.
Majd kibukott a probléma, hogy az új gép szerint raid tömb a három lemezen nem létezik, márhogy nem talál semmilyen metaadatot egyiken sem az mdadm.
Namost a részletekről:
Úgy rémlik, hogy a HP microservernél van valamilyen alaplapi szoftveres raid vezérlő. Nekem röhejesen hangzik, meg nem is foglalkoztam vele, kb bő egy éve webmin-en hoztam létre a csíkozott kötetet, így csak sejtésem van, hogy mdadm-et használt a háttérben a webmin. Most költözés után az új gépen ez fogad:
root@...:/# mdadm --assemble --scan --verbose
mdadm: looking for devices for /dev/md0
mdadm: no recogniseable superblock on /dev/sdg1
mdadm: Cannot assemble mbr metadata on /dev/sdg
mdadm: no recogniseable superblock on /dev/sdf2
mdadm: no recogniseable superblock on /dev/sdf1
mdadm: Cannot assemble mbr metadata on /dev/sdf
mdadm: Cannot assemble mbr metadata on /dev/sde
mdadm: no recogniseable superblock on /dev/sdd2
mdadm: no recogniseable superblock on /dev/sdd1
mdadm: Cannot assemble mbr metadata on /dev/sdd
mdadm: no recogniseable superblock on /dev/sdc1
mdadm: Cannot assemble mbr metadata on /dev/sdc
mdadm: Cannot assemble mbr metadata on /dev/sdb
mdadm: Cannot assemble mbr metadata on /dev/sda
root@...:/# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
unused devices:
Namost létezik-e az, hogy a microserver "szoftveres raid vezérlőjét" hasztálta-e direktben az mdadm és ezért nem látszik az új gépen? Tudom, könnyű kipróbálni, hisz csak kiveszem az új gépből és bedobom őket a régibe próbaként, de ez a távolság miatt nehezen kivitelezhető.
Ha meg amúgy is veszett ügy akkor nem húzom az időt és a bkdisk-ről elkezdem a két hónappal korábbi mentés visszaállítását és nekiállok netről a pótolható tartalmakat is visszatölteni.
Köszönök minden építő jellegű hozzászólást és elnézést kérek a tudatlanságomért!
Hozzászólások
A csíkozott kötet az nálad a stripe volume/RAID? Mert nekem egy feltűnő borítóval rendelkező könyv jut róla eszembe. ;-)
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."
Az mdadm tuti nem "használhatta" a HP MicroServerben lévő raid vezérlőt, mivel az mdadm ilyesmire nem képes.
Max dmraid, esetleg a HPnak a saját raid vezérlő szoftvere jöhet ilyenkor képbe.
Azt hogy a webmin anno hogy hozta létre a raid "csíkokat".. az már egy jó kérdés.
Ha nem volt nodmraid kernelopció, akkor valószínűleg azzal, és nem md-vel.
+1
Nekem ugyan N54L-ek vannak, de emlékeim szerint nincs bennük semmilyen fake-RAID vezérlő, csak sima AHCI SATA.
Na de mi van akkor, ha a merevlemezeket visszateszed a régi vasba? Vagy már nagyon széttúrtad?
Már nagyon széttúrtam.
Tulajdonképpen jó lecke és főpróbája volt ez a backup megoldásaimnak.
Isten áldja a paranoiámat (sok bk disk) és a google photos-t, így gyakorlatilag minden anyagom megmaradt, csak az utóbbi 2 hónap mentései nem maradtak meg, amik még talán rajta vannak a desktop ssd-jén is.
Amúgy azon gondolkoztam, hogy eleinte volt néhány HDD-nek felpörgési problémája. Tehát beindult, majd vissza leállt. Akkor rájöttem, hogy egy újonnan a csomagból kibontott hibás tápkábel okozza a problémát, ekkor leállítottam a gépet, kicseréltem, majd újraindítottam.
Mivel ez az egész az első boot közben volt, így fennáll a gyanú, hogy ez belerondított a raid tömbök épségébe...
"kb bő egy éve webmin-en hoztam létre a csíkozott kötetet, így csak sejtésem van, hogy mdadm-et használt a háttérben a webmin."
Csak egy ötlet: LVM? (Egyébként 'fsarchiver probe' jó eséllyel megmondja)
---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.
Ezt nezted mar? http://doxfer.webmin.com/Webmin/Linux_RAID
/etc/mdadm.conf-ban latni valami erdekeset?
Sok evvel ezelott olyan gondom volt hogy valtoztak talan az uuid-k, vagy valami hasonlo ami a diskeket azonositotta. Erdemes osszevetni a configokat a diskek adataival.
Néztem, semmi érdekes nem volt a conf fájlban, gyakorlatilag az egész generált konfig fájlban annyi volt beállítva, hogy /dev/md0 legyen és magától derítse fel a diskeket.