LVM PV mozgatása partícióról teljes lemezre

Linux-haladó

Történt egyszer, hogy egy Debian Squeeze telepítő segítségével létrejött egy partíció egy RAID5 tömbön. Ez a partíció szépen elterpeszkedett az egész lemezen, és a partíció típusa 8e lett, azaz LVM. Idővel azonban a RAID5 tömb bővítésre került egy újabb lemez behelyezésével, és sikeres online capacity expansion után, majd az MBR-ről GPT-re konvertálás után, és az LVM-es partíció átméretezése után az lett, hogy reboot nélkül nem lehet megúszni az átméretezett, online lemez partíciós táblájának újratöltését, mivel egy aktív használatban lévő LVM csücsül rajta.

Ekkor viszont előjött a gondolat, ha már a Debian telepítővel sikerült partícióra tenni az LVM-et a teljes lemez helyett, mi lenne, ha át lehetne azt helyezni a teljes lemezre a partícióról. Sajnos másik ugyanekkora méretű átmeneti lemez nem áll rendelkezésre, így valami okos megoldásra lenne szükség az ügyben.

Röviden:
A jelenlegi /dev/sdb1-en csücsülő LVM-et hogyan lehet áthelyezni /dev/sdb-re adatvesztés nélkül, és rendelkezésre álló átmeneti lemezek nélkül?

A válaszokat előre is köszönöm!

(Ui.: Ha van megoldás a reboot nélküli partíciós tábla újraolvasására, annak is örülnék, de az valószínűleg nem lehetséges, korábbi posztokból okulva. Már volt próbálva: "blockdev --rereadpt /dev/sdb", "partprobe /dev/sdb")

  • 1998 megtekintés

Sajnos nem :(. Erről már olvastam, ez akkor jó, ha több PV-m van, és szeretném lepakolni a cuccokat egy adott PV-ről, amit szétszór a többi közt. Nekem csak egy PV-m van, ami egy MBR, mostmár GPT partíción foglal helyet, és szeretném helyette hogy direktbe a lemezen legyen, egy közbülső réteg nélkül.

kpartx-el mappolni tudom a partíciókat azt hiszem. Ezt használom például a Windows és FreeBSD partíciók mappolására, amik LV-ken vannak.

Sry. Félreértettem a mondandód. Azzal, hogy leveszed a diszkről az lvm particiót annyit érsz el, hogy az fdisk és barátai nem fogják látni, hogy az egy lvm-hez tartozó device lenne. Ha pl más is adminisztálni fogja az adott gépet akkor lehet, azt fogja gondolni róla, hogy az egy üres diszk, hacsak nem csinál pvscan, lvscan, pvdisplay, lvdisplay-t. Tudtommal sebesség csökkenést nem jelent, de sose mértem. Ennyit szerintem nem ér meg vele vesződni.

Mi így szoktuk csinálni és nem szokott kelleni rebootolni. Igaz mi nem debiant használunk

fdisk <ÚJ DISK>, típusa: 8e (lvm)
pvcreate /dev/újpartíció
vgextend MEGLÉVŐ_VG_NEVE /dev/újpartíció
lvextend -L +XXXXG /dev/MEGLÉVŐ_VG_NEVE/MEGLÉVŐ_LV_NEVE /dev/újpartíció
resize2fs /dev/MEGLÉVŐ_VG_NEVE/MEGLÉVŐ_LV_NEVE

vagy

umount lvm-es disk
e2fsck -f /dev/MEGLÉVŐ_VG_NEVE/MEGLÉVŐ_LV_NEVE
resize2fs /dev/MEGLÉVŐ_VG_NEVE/MEGLÉVŐ_LV_NEVE
mount -a

A particiós tábla újraolvasására létezik még ez de sose használtam.
hdparm -z

Az a stripeolásnál gáz, defaultból lineáris köteteket kezel.Amit a striepolással tudsz nyerni 2 fizikai device-nál( load balance-ing van így mind2 diszket tekered) azt azonos deviceon létrehozott lvm particiók már degradálják, szerintem ezt olvastad.De nézd át a red hat-es doksit 120 oldal és szerintem baromi jól leírja az lvm-et.

"és szeretném helyette hogy direktbe a lemezen legyen, egy közbülső réteg nélkül"
Csak kérdés, no offnse, ennek mi értelme van? Hátha tanulok ma is valami okosat.

Amúgy szerintem megoldható, amit szeretnél, de viszonylag bonyolult megcsinálni.
Szerintem az LVM parancssoros tooljai nem adnak erre lehetőséget.
Tulajdonképpen manuálisan bit turkálással meg számolgatással megoldható.
"Létre kell hozni" a PV-t a disk-en úgy hogy a többi cuccot nem bántod.
Aztán az LVM meatadta-t manuálisan újra kell számolni és visszatölteni a PV-re (vgcfgrestore asszem).
Ez így nagyon nagy vonalakban.

Ezt úgy pár napnyi virtuális környezetben való tesztelés/szórakozás után akár be is vállalnám, ha van backup :)
Leállás nélkül szinte biztosan nem lehet megcsinálni.

Ha nagyon meg akarod ismerni az LVM működését, akkor szerintem kb. 1-3 hét googlizással és LVM forráskód turkálással illetve teszteléssel kivitelezhető :)
Ha kiszámolod a partícióátméretezéssel töltött minimális időt évente pl. 3x, akkor jól meggondolandó, hogy megéri-e.

Btw, ha valaki tud egyszerűbb megoldást nehogy visszafogja magát :)