LVM kötet nem elérhető, mert a /dev/vg01/vg-disk01 "elveszett"

UNIX kezdő

Rendszerfrissítés után nem lehet mountolni az LVM kötetet, mert eltűnt a /dev/vg01/lv-disk01.
Az LVM kötet (pvscan, vgscan szerint) rendben van.
A rendszerfrissítés (redhat e5, 2.6.18) nem hozott újabb verziójú kernelt, csak egy újabb built.

Hogyan lehetne a /dev/vg01/lv-disk01 eszközt újra elkészíteni a már létező LVM kötethez anélkül, hogy a köteten tárolt adatok sérülnének?

  • 1215 megtekintés

( crt | 2010. 03. 27., szo – 13:23 )

Szia.

/dev/mapper/vg01-lv-disk01 eszközöd sincs? Debian dist-upgrade során találkoztam hasonlóval, de ott az eredeti eszköz megvolt, csak az LVM linkjei nem. Újraindítás megoldotta a problémát.

Üdv: Zoli

( talisker | 2010. 03. 28., v – 00:46 )

az lvscan mitmond róla?
Nem inaktív véletlenül?

lvchange -a y lv_volumename
ezzel újra aktívvá lehet tenni. Asszem ez meggyártja a mappelt device-t a /dev/mapper/ alatt hozzá.

Nekem a minap egy ősi raid/LVM vinyót kellett felélesztenem, ahol halomnyi LVM volt.
Ugyanez volt a jelenség, márminthogy elvileg ott voltak a volume-ok, minden OK, de /dev/mapper/... device meg nuku.
---------------------------------------------------
Talisker Single Malt Scotch Whisky aged 10 years :)

amikor a boot sorrend eppen olyan, hogy az LVM inicializalas hamarabb fut le, mint az osszes fizikai diszk megjelenese, akkor gyakran talalkozhatsz ilyennel. Egy rendszerfrissites tud ilyet csinalni, meg ha nem is tul szep tole.

igen, en is a lvscan; lvchange -ay parabcsokat tippelnem elsonek, de a pontosabb diagnozishoz szukseg lenne a kovetkezo kimenetekre:
dmesg
pvscan
vgscan
lvscan
cat /etc/lvm/lvm.conf

Igen, ez volt a megoldás.

Annyit tettem hozzá még, hogy kiegészítettem a volume-group-pal.
Így: lvchange -a y volume_group_name/lv_volumename

Aztán: mount /dev/volume_group_name/lv_volumename /mnt és újra szép az élet, látszik a kötet:-)

Hálásan köszönöm Neked és egeresz-nek a helyes megoldást.