[Users] clone vm from snapshot problem in 3.2

[Gianluca Cecchi]

On Wed, Mar 6, 2013 at 9:24 AM, Alissa Bonas <abonas at redhat.com> wrote:
>
>
> ----- Original Message -----
>> From: "Gianluca Cecchi" <gianluca.cecchi at gmail.com>
>> To: "Alissa Bonas" <abonas at redhat.com>
>> Cc: "users" <users at ovirt.org>
>> Sent: Tuesday, March 5, 2013 5:31:19 PM
>> Subject: Re: [Users] clone vm from snapshot problem in 3.2
>>
>> On Tue, Mar 5, 2013 at 1:48 PM, Alissa Bonas wrote:
>> > Hi,
>> >
>> > Thanks for additional information.
>> > The engine log actually shows that slclone started ok:
>> > "VM slclone c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 moved from
>> > PoweringUp --> Up"
>> > Can you explain what problem are you experiencing in that VM?
>> > Also, could provide the vdsm log from the same timeframe?
>> >
>> >> Gianluca
>> >>
>>
>> The Vm doesn't boot.
>> As I wrote in the other e-mail:
>>
>> "
>> The problem is that the cloned VM recognizes the disks in reversed
>> order
>>
>> See these images where sl1432 is master slcone is the clone
>>
>> disk layout in details pane seems equal with boot disk the one that
>> appears as the second, but the master boots ok, the slave no.
>> Disks are swapped
>>
>> Master VM disk details:
>> https://docs.google.com/file/d/0BwoPbcrMv8mvSWNVNFI4bHg4Umc/edit?usp=sharing
>>
>> Clone VM disks details:
>> https://docs.google.com/file/d/0BwoPbcrMv8mvM1N0bVcyNlFPS1U/edit?usp=sharing
>>
>> Page with the two consoles where you can see that vda of master
>> becomes vdb of clone and vice-versa:
>> https://docs.google.com/file/d/0BwoPbcrMv8mveFpESEs5V1dUTFE/edit?usp=sharing
>>
>> Can I swap again in some way? In VMware for example you can see and
>> edit SCSI IDs of disks...
>>
>> "
> What is important here is to check the boot properties of both devices as they are configured for the master and clone.
> They might not be swapped, the order in the console is not necessarily the issue here.
> Please attach vdsm.log with times of both machines boot. the properties of the devices boot should be part of the startup command so it should help to investigate the issue.
> Thanks
>
>> Gianluca
>>


qemu command line is

1) sl1432b
qemu     23481     1  0 Mar04 ?        00:35:07 /usr/bin/qemu-kvm
-name sl1432b -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 4096 -smp
2,sockets=2,cores=1,threads=1 -uuid
b66ccc4b-0e31-42e5-ba6c-04075a85880c -smbios
type=1,manufacturer=oVirt,product=oVirt
Node,version=18-1,serial=34353439-3036-435A-4A38-303330393338,uuid=b66ccc4b-0e31-42e5-ba6c-04075a85880c
-no-user-config -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/sl1432b.monitor,server,nowait
-mon chardev=charmonitor,id=monitor,mode=control -rtc
base=2013-03-04T15:16:38,driftfix=slew -no-shutdown -device
piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive
if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device
ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/e2b6ad99-860c-4ef3-b4f7-bd5f2803cf2e,if=none,id=drive-virtio-disk0,format=qcow2,serial=b2c274d8-7948-4fd3-b20a-8e802776b0a9,cache=none,werror=stop,rerror=stop,aio=native
-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
-drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/fb9380ce-3e61-4a0a-8d9b-98fea9c2456c/03aba9bd-8863-4a1b-bb66-ae0a856ec61e,if=none,id=drive-virtio-disk1,format=qcow2,serial=fb9380ce-3e61-4a0a-8d9b-98fea9c2456c,cache=none,werror=stop,rerror=stop,aio=native
-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk1,id=virtio-disk1
-netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device
virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:47:d7:53,bus=pci.0,addr=0x3
-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/sl1432b.com.redhat.rhevm.vdsm,server,nowait
-device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
-chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/sl1432b.org.qemu.guest_agent.0,server,nowait
-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
-chardev spicevmc,id=charchannel2,name=vdagent -device
virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
-spice port=5901,tls-port=5902,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir
-k en-us -vga qxl -global qxl-vga.vram_size=67108864 -device
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7

2) slclone
qemu     24712     1  0 Mar04 ?        00:18:20 /usr/bin/qemu-kvm
-name slclone -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 4096 -smp
2,sockets=2,cores=1,threads=1 -uuid
c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 -smbios
type=1,manufacturer=oVirt,product=oVirt
Node,version=18-1,serial=34353439-3036-435A-4A38-303330393338,uuid=c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0
-no-user-config -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/slclone.monitor,server,nowait
-mon chardev=charmonitor,id=monitor,mode=control -rtc
base=2013-03-04T02:21:34,driftfix=slew -no-shutdown -device
piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive
if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device
ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/adca6016-0706-4d11-aa3f-bbe1894608d9/377a0622-80c9-4fd4-bde9-4ef22a30d379,if=none,id=drive-virtio-disk0,format=qcow2,serial=adca6016-0706-4d11-aa3f-bbe1894608d9,cache=none,werror=stop,rerror=stop,aio=native
-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
-drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/bd8d1847-ba90-42ef-90f1-836f14a6e67e/d46c7d31-e53d-4ea2-82b9-7c74bdbae18e,if=none,id=drive-virtio-disk1,format=qcow2,serial=bd8d1847-ba90-42ef-90f1-836f14a6e67e,cache=none,werror=stop,rerror=stop,aio=native
-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk1,id=virtio-disk1
-netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=34 -device
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:04:04:dd,bus=pci.0,addr=0x3
-chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/slclone.com.redhat.rhevm.vdsm,server,nowait
-device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
-chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/slclone.org.qemu.guest_agent.0,server,nowait
-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
-chardev spicevmc,id=charchannel2,name=vdagent -device
virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
-spice port=5903,tls-port=5904,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir
-k en-us -vga qxl -global qxl-vga.vram_size=67108864 -device
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7


note
1) disks of sl1432b
-drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/e2b6ad99-860c-4ef3-b4f7-bd5f2803cf2e,if=none,id=drive-virtio-disk0,format=qcow2,serial=b2c274d8-7948-4fd3-b20a-8e802776b0a9,cache=none,werror=stop,rerror=stop,aio=native
-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1

and
-drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/fb9380ce-3e61-4a0a-8d9b-98fea9c2456c/03aba9bd-8863-4a1b-bb66-ae0a856ec61e,if=none,id=drive-virtio-disk1,format=qcow2,serial=fb9380ce-3e61-4a0a-8d9b-98fea9c2456c,cache=none,werror=stop,rerror=stop,aio=native
-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk1,id=virtio-disk1

2) disks of slclone
-drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/adca6016-0706-4d11-aa3f-bbe1894608d9/377a0622-80c9-4fd4-bde9-4ef22a30d379,if=none,id=drive-virtio-disk0,format=qcow2,serial=adca6016-0706-4d11-aa3f-bbe1894608d9,cache=none,werror=stop,rerror=stop,aio=native
-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1

and
 -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/bd8d1847-ba90-42ef-90f1-836f14a6e67e/d46c7d31-e53d-4ea2-82b9-7c74bdbae18e,if=none,id=drive-virtio-disk1,format=qcow2,serial=bd8d1847-ba90-42ef-90f1-836f14a6e67e,cache=none,werror=stop,rerror=stop,aio=native
-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk1,id=virtio-disk1


boot disk (so what should be mapped as vda) seems equal between the two:
1) for boot disk of sl1432b (bootindex=1)
# qemu-img info
/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/e2b6ad99-860c-4ef3-b4f7-bd5f2803cf2e
image: /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/e2b6ad99-860c-4ef3-b4f7-bd5f2803cf2e
file format: qcow2
virtual size: 10G (10737418240 bytes)
disk size: 0
cluster_size: 65536
backing file: ../b2c274d8-7948-4fd3-b20a-8e802776b0a9/a0e68178-1821-4784-8d3d-e4fdcb56cc26
(actual path: /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/../b2c274d8-7948-4fd3-b20a-8e802776b0a9/a0e68178-1821-4784-8d3d-e4fdcb56cc26)

2) for boot disk of slclone (bootindex=1)

# qemu-img info
/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/adca6016-0706-4d11-aa3f-bbe1894608d9/377a0622-80c9-4fd4-bde9-4ef22a30d379
image: /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/adca6016-0706-4d11-aa3f-bbe1894608d9/377a0622-80c9-4fd4-bde9-4ef22a30d379
file format: qcow2
virtual size: 10G (10737418240 bytes)
disk size: 0
cluster_size: 65536

But as you can see in the two-consoles image, for slclone vda appears
as the 4Gb disk, that doesn't contain anything in the MBR and so is
actually unable to boot....

Possibly a way to view/edit scsi order of disks could be an
enhancement in oVirt.

See the vdsm log requested here:
https://docs.google.com/file/d/0BwoPbcrMv8mvbHV1Y1BULXdKY1k/edit?usp=sharing

As I wrote before,
sl1432b starts at 15:17
slclone starts at 15:21