----- Original Message ----- > From: "Neil" <nwilson123(a)gmail.com&gt; > To: users(a)ovirt.org > Sent: Friday, May 24, 2013 10:43:27 AM > Subject: [Users] VM running on two hosts somehow` > > Hi guys, > > Sorry I thought I'd start a new thread for this issue, as it's now a > different problem from my original post "Migration failed due to > Error: novm" > > After my VM failed to migrate from one host to the other my VM was > still responsive but showed that it was powered off in oVirt, so I > logged into the console on the Linux guest and rebooted it, which > appears to have resolve the issue as it now shows up on my engine as > on, but I've just noticed now I've got two VM instances running on two > separate hosts... > what is the status of the hosts (migration source and destination) in the engine ui? when the vm was down in the engine ui, you didnt start again from it? just restart from within the guest? looking at the logs from other thread, seems that for some reason vm had a balloon-device with no spec-params, this caused vdsm to fail to respond to the engine monitoring, i still need to understand the engine behavior in this case, i believe it stays in UP but can't get any info from vdsm.. can you find when these errors started on vdsm log? (i assume this is the migration destination vdsm, maybe it started when vms migrated to this host?) can you please share the engine.log of the migration and restart time? (log from other thread is too short, migrate command info is not there) thanks! > On host 10.0.2.22 > > 15407 ? Sl 223:35 /usr/libexec/qemu-kvm -name zimbra -S -M > rhel6.4.0 -cpu Westmere -enable-kvm -m 8192 -smp > 4,sockets=1,cores=4,threads=1 -uuid > 179c293b-e6a3-4ec6-a54c-2f92f875bc5e -smbios > type=1,manufacturer=oVirt,product=oVirt > Node,version=6-4.el6.centos.10,serial=4C4C4544-0038-5310-8050-C4C04F34354A,uuid=179c293b-e6a3-4ec6-a54c-2f92f875bc5e > -nodefconfig -nodefaults -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/zimbra.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control -rtc > base=2013-05-23T15:07:39,driftfix=slew -no-shutdown -device > virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4 > -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive > file=/rhev/data-center/28adaf38-a4f6-11e1-a859-cb68949043e4/0e6991ae-6238-4c61-96d2-ca8fed35161e/images/446921d9-cbd1-42b1-919f-88d6ae310fd9/2ff8ba31-7397-41e7-8a60-7ef9eec23d1a,if=none,id=drive-virtio-disk0,format=raw,serial=446921d9-cbd1-42b1-919f-88d6ae310fd9,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 if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= > -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 > -netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=31 -device > virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:a8:7a:01,bus=pci.0,addr=0x3 > -chardev > socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/zimbra.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/zimbra.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 > -device usb-tablet,id=input0 -vnc 0:10,password -k en-us -vga cirrus > > > > On Host 10.0.2.21 > > 17594 ? Sl 449:39 /usr/libexec/qemu-kvm -name zimbra -S -M > rhel6.2.0 -cpu Westmere -enable-kvm -m 8192 -smp > 4,sockets=1,cores=4,threads=1 -uuid > 179c293b-e6a3-4ec6-a54c-2f92f875bc5e -smbios type=1,manufacturer=Red > Hat,product=RHEV > Hypervisor,version=6-2.el6.centos.7,serial=4C4C4544-0038-5310-8050-C4C04F34354A_BC:30:5B:E4:19:C2,uuid=179c293b-e6a3-4ec6-a54c-2f92f875bc5e > -nodefconfig -nodefaults -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/zimbra.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control -rtc > base=2013-05-23T10:19:47,driftfix=slew -no-shutdown -device > virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4 > -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive > file=/rhev/data-center/28adaf38-a4f6-11e1-a859-cb68949043e4/0e6991ae-6238-4c61-96d2-ca8fed35161e/images/446921d9-cbd1-42b1-919f-88d6ae310fd9/2ff8ba31-7397-41e7-8a60-7ef9eec23d1a,if=none,id=drive-virtio-disk0,format=raw,serial=446921d9-cbd1-42b1-919f-88d6ae310fd9,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 if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= > -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 > -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=31 -device > virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:a8:7a:01,bus=pci.0,addr=0x3 > -chardev > socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/zimbra.com.redhat.rhevm.vdsm,server,nowait > -device > virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm > -chardev pty,id=charconsole0 -device > virtconsole,chardev=charconsole0,id=console0 -device > usb-tablet,id=input0 -vnc 0:2,password -k en-us -vga cirrus -incoming > tcp:[::]:49153 > > This sounds like a very serious problem considering it's most likely > been like this for more than 12hours before I noticed it. By doing a > tcpdump I can see traffic from the users passing to both VM's so I'm > very worried. > > Please could someone assist me please, I'm desperate! > > Thank you!! > > Regards. > > Neil Wilson. > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >