Dotaz: Real PC s LVM do virtualu

[Milan Uhrák]

Dobrý den

Mám fyzický stroj (oSUSE 11), který bych chtěl přenést na virtuálni .. Na obou můžu spustit sysrescueCD nebo jakýkoliv PXE-usable system nicméně váhám nad metodou přenosu dat z disků, protože fyzický stroj má 2 disky spravované LVM. Zřejmě budu muset na virtualu vytvořit kopii lvm-konfigurace fyzického stroje (mám zkopírovat i UUID ?), nicméně nevím jak postupovat ..

gparted mi ukázal základní rozdělení : disky jsou rozdělené na 128MB a 130GB oddíly, ty jsou slepené do dvou raid0 zařízení. Malé zařízení je /boot, velké spravuje LVM.

takže jsem ve virtualu vytvořil obdobné podmínky, (2 disky, 4 oddíly -> 2 raid zařízení) ale s tím lvm nevím jak dále.

neexistuje nějaký LVM příkaz, jako třeba u Mysql, který vyprodukuje příkaz(y) jimiž bylo možné přenést strukturu toho lvm (u mysql např. tabulku) jinam ?

Možná to prostě zbytečně komplikuji, ale s lvm zápasím poprvé.

Předem děkuji za pomoc

Milan

Odpovědi

[Mirek]

vgscan

vgchange -ay

Nastuduj si https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/config_file.html

a

http://www.redhat.com/mirrors/LDP/HOWTO/LVM-HOWTO/index.html

Pokud zvažuješ něco jako LIVE MIGRACE, tak budeš potřebovat zřejmě i clvm, tedy i linuxovou podporu clastru

[drunkezz]

http://tldp.org/HOWTO/LVM-HOWTO/recipemovevgtonewsys.html

mozno to pomoze:)
D.

[Milan Uhrák]

Děkuji za pomoc, tak nějak jsem se z toho zkusil vyhrabat sám ..

vytvořil jsem obdobné podmínky na virtuálu, a data jsem sprostě přenesl. Boot se ovšem zasekl na tom, že /dev/md2 nebylo možno sestavit, následně nebylo nalezeno volume group "system" a system šel do kytek ... chvili mi trvalo se v tom zorientovat, ale vypada to, že původní intramd má natvrdo zadratovano UUID raid zařízení /dev/md2.

takže buď se mi povede přepsat initramd, nebo přeUUIDovat ten raid ..

zkusim č.2 a pak se ozvu

[Aleš Kapica]

Ježišmarjá, proč takové harakiri?!

První věc - kouknout se na /etc/fstab, kde co leží a kolik to zabírá místa. Vytvořit dostatečně velký virtuální disk aby se to tam vešlo. Zkopírovat. Upravit fstab a pak třeba přes chroot nainstalovat zavaděč. To je na tom asi tak to nejkomplikovanější, protože nemám křišťálovou kouli, abych věděl co používáš, ale nejspíš to bude grub.

[Milan Uhrák]

protože dost dobře nevím, jak nainstalovat zavaděč v chrootu jak ošetřit to původní mountování, aby to zase nedělalo psí kusy, vydal jsem se cestou přenosu všeho i raidem .. objevené zákoutí raidů a DM se ostatně může hodit při jiných podobných pracech, takže proč ne ?

Milan

[doron]

S openSUSE mám posledních 5 let zkušenost, že při změně HW (záměna desek, boot ve virtuálním prostředí) se to většinou zasekne na initrd i na systému bez LVM. Dříve se dal v SUSE bez problému přehazovat systémový disk mezi různým HW, teď většinou musím nejdříve použít jádro z live systému (dříve se dal využít i instalátor suse, teď už to nejde, tak používám System Rescue CD).

[doron]

Když jsem naposledy přenášel systém se šifrovaným LVM mezi PC (původní LVM na jednom disku, přeneseno na bios raid + šifrované LVM nad dvěma disky), tak nejschůdnější nakonec bylo nainstalovat pomocnou instalaci stejné verze opensuse, do jedné, ze systémových partition, do další nakopírovat přenášený systém, zeditovat pár souborů a bylo to.

[Milan Uhrák]

Dokonáno jest ...

Cely problém ne-startu byl pouze v UUID raidových polí .. něco jsem ještě musel pořešit okolo takže jsem se na to nevrhnul hned, ale po změně uuid již přenesený PC šlape jako hodinky ..

jen popíšu jak to tam vlastně bylo :

sda : sda1 sda2

sdb : sdb1 sdb2

md1 : sda1 sdb1 -> /boot

md2 : sda2 sdb2 -> VG system (/ /db /backup swap)

UUID md1 a md2 jsem změnil v sysresccd podle původních záznamů v /etc/mdadm.conf.

Po rebootu systém žije

Všem kdo se snažili pomoct děkuji.

Milan