Dotaz: SWRAID s LVM po vyrazeni disku z pole bezi lvm z toho vyrazeneho disku?!

[pavel riha]

Zdravim,

nejsem expert na LVM, tak nevim zda je to normalni, nebo co se vlastne stalo a proc.

mam sw raid1 (/dev/md1) a na nem lvm .. bezelo to bez problemu ted jsem z jisteho duvodu potreboval jeden (zdravy) disk z toho pole za behu vyhodit a ocekaval jsem ze vse (lvm, system,..) pobezi bez problemu dal, ze od toho to je raid1

pres mdadm jsem udelal --fail a pak --remove /dev/sdd1

nasledne jsem zjistil, ze lvm neni napojene na to md1 ale na sdd1, coz mne dost prekvapilo

pise to jak pvdisplay, lvs atd tak jsem to overil i pres /proc/diskstats kde se u md1 zadne countery nehybou, ale u sdd1 ano

krom toho doslo zjevne i k poskozeni dat u aplikaci ktere v tu chvili provadeli zapis

nejak to nechapu, muze mi to nekdo prosim vysvetlit?

diky

---

---

Odpovědi

[k3dAR]

LVM nad mdadm, MA byt napojene na dane mdX zarizeni, NE na sdXY ktere je soucast pole...

[pavel riha]

mozna jsem to nenapsal jasne, tak pro jistotu doplnim, ze predtim tomu tak bylo, az po tom --remove to preslo na samotny disk a jeste k tomu ten odebranej

[Max]

Není možné, japonec se jménem "Samoseto" neexistuje.
Musel jsi to mít špatně už od začátku.
Zdar Max

[pavel riha]

kdyz reknu ze pred tou akci pvdisplay ukazoval to md a ne sdd, tak budu i ja sam na pochybach zda jsem se neprehledl

problem je, ze hodnoty counteru v proc/diskstats ukazuji, ze to predtim opravdu z toho raidu jelo

[pavel riha]

Japonec "Samoseto" sa spravne vola "LVM multipath".

Ked ma MD Raid svoj superblok na konci particie / disku (verzie tusim 0.9 a 1.0 *), tak z pohladu dat nie je rozdiel medzi "raw" diskom a zlozenym md raidom v mode mirroring. Blkid, pvscan, disktype a podobne vratia rovnaky vysledok na /dev/s?? a /dev/md? ... Kym je md raid zlozeny, tak standardne md subsystem blokuje prisup na /dev/s??, takze LVM "najde" svoj "pv" len na /dev/md? .

Ak na systeme chyba "blacklist" konfiguracia, md je v mode mirroring a superblok na konci disku / particie ... tak odstranenim disku z pola za zrazu "objavi" dalsi "pv" device. LMV na nom uvidi volume-id aktivovanej volume grupy a prida ho do zoznamu moznych "ciest". On si proste mysli, ze to je dalsia cesta k disku ... V lepsiom pripade sa poskodia data len z write operacii pocas odstranovania disku, v horsom bude LVM pouzivat oba PV v mode round robin a system to nerozchodi.

Riesenie:
1) nepouzivat md so superblockom na konci disku / particie. Uz aj grub sa rozumie superbloku na zaciatku disku / particie, takze nedava zmysel to nepouzit.
2) ak ma niekto nieco proti "1" tak potom treba spravne nastavit lvm.conf . Da sa tam specifikovaf kde moze LVM hladat PV a coho sa nesmie chytat (e.g. /dev/md? ano, /dev/sd?? nie *)

Teraz mozno zasadna otazka, co s tym systemom. Stale je mozne, ze tam toho je poskodeneho viacej, takze istejsie je mozno spravit restore zo zalohy .... ale ... ak sa LVM nerozhodlo pouzit RR skrz konfiguraciu, tak za to stale da +- dat dohromady. Moje doporucenie je:

1) masinu co najskorsie vypnut. Kludne aj cez poweroff -f.
2) odpojit jeden disk (ten ktory by mal mat "horsie" data).
3) vyskusat nabootovat z jedneho disku.
4) odpojeny disk na inej masine kompletne prepisat nulami.
5) na prazdnom disku vytvorit novy md mirror so superblokom na zaciatku, potom pv a nasledne pvmove.
6) prepisat disk, z ktoreho sa bootovalo nulami a pridat do md raidu ...
7) upravit potrebnu konfiguraciu (fstab, mdadm.conf, initramfs, grub-install)

* pisem z mobilu a uz som lenivy zapinat laptop

[pavel riha]

DIKY moc za objasneni situace, ano to je zjevne presne ono.

koukam ze to mohlo dopadnout hur (s tim roundrobin), ale to se nastesti nestalo, takze to dopadlo jeste dobre. Predelam to teda na novejsi metadata.

[Max]

To je logické, jsem si neuvědomil, že ještě někdo může používat starší metadata.
díky za info.
Zdar Max