[debian] virtuele machines kopieren

[Boudewijn]

Omdat vmware server images converteren naar xen faalt ga ik met het handje VMs copieren.
Het leukste werk dat er is , en daarom mag ik het weer doen.


Maar goed het betreft hier dus een complete migratie vanuit het guest OS, en het is ook debian->debian.

Is hier eigenlijk iets voor, ik zit met de volgende dingen:


1: Packages. dpkg --get-selections > file en dpkg --set-seletions < file (op de nieuwe vm). daarna even dselect draaien en we zijn er.
2: /home (doh).
3: (delen van) /etc

En dan, ik heb van die klanten met custom software op custom plekken, echt niet gaaf dus.

De VMs kan ik niet 1-2-3 converteren en ook dd zal niet direct gaan ivm andere fstab etc.


Weet iemand of hier iets handigs voor te vinden is? met het handje kost stiekem best wel veel tijd.

[freyk]

heb je de handleiding van geekyfacts gevolgd om de boel te converteren?

[blaataaps]

Boudewijn schreef op zaterdag 26 maart 2011 @ 01:05:

De VMs kan ik niet 1-2-3 converteren en ook dd zal niet direct gaan ivm andere fstab etc.

dd en dan fstab etc aanpassen?

[Boudewijn]

Ik ben voor een tarball gegaan, die copieren en dan op de nieuwe VM uitpakken. Omdat het vmware naar Xen is zitten er net iets meer haken en ogen aan:

code:

30-3-2011 0:49:34 Error: Starting VM 'naam' - Using <class 'grub.GrubConf.GrubConfigFile'> to parse /boot/grub/menu.lst - Traceback (most recent call last): - File "/usr/bin/pygrub", line 746, in ? - raise RuntimeError, "Unable to find partition containing kernel" - RuntimeError: Unable to find partition containing kernel

Als je /boot netjes terugzet werkt het weer, maar je blijft wel zitten met je mysql root passes etc.

Zit ik alsnog met dingen als uid's op dirs , en de uids in fstab. Ik voorspel een collission

[ Voor 7% gewijzigd door Boudewijn op 30-03-2011 01:54 ]

[igmar]

Boudewijn schreef op zaterdag 26 maart 2011 @ 01:05:
En dan, ik heb van die klanten met custom software op custom plekken, echt niet gaaf dus.

De VMs kan ik niet 1-2-3 converteren en ook dd zal niet direct gaan ivm andere fstab etc.

Weet iemand of hier iets handigs voor te vinden is? met het handje kost stiekem best wel veel tijd.

Rescue ISO booten, en dan overzetten met sfdisk, clone2fs of ntfsclone en nc. Gaat een heel stuk sneller als dd, en je kan met sparse images blijven werken. Zo heb ik al een VM of 30 van Xen -> RHEV overgezet.

[Boudewijn]

Hmmm dat is ook wel een betere optie dan ja. Moet alleen wel even kijken of ik rescue CDs in Xen aan de gang krijg, maar dat zou wel moeten lukken.

[igmar]

Ik gebruik zelf altijd RIP, en die boot op elke VM omgeving die ik gezien heb (ook die van Xen met bv de xenblk driver).

[Bastiaan V]

Ik gebruik gewoon ghost4linux (in file mode) kan ik gelijk de nieuwe (sparse) vhd's een stukje kleiner maken