Re: [Users] ovirt-guest-agent issue/troubleshooting
tis 2013-10-29 klockan 15:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 03:06 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 02:37 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:30 +0100 skrev René Koch (ovido): On Tue, 2013-10-29 at 13:23 +, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:15 +0100 skrev René Koch (ovido): Hi, I have some issues with ovirt-guest-agent as no information is reported from guest-agent to oVirt webadmin anymore. I'm unsure when I lost the information - I know for sure it worked last month when I tested the guest agent packages for Debian and Ubuntu. Status now is that I don't receive any data. I have the following test vms: * RHEL 6 with rhevm-guest-agent 1.0.7 (RHEV repository) * RHEL 6 with ovirt-guest-agent 1.0.8 (EPEL) * openSUSE 12.3 with ovirt-guest-agent 1.0.8.1 (self compiled) Both RHEL server reported information (memory, ip-address,...) previously. The only changes which could broke the guest agent communication are updates on the CentOS host and the engine. Can you give me some hints how to troubleshoot the guest agent? I can't find any information (or don't know the right pattern to search for) in vdsm.log and engine.log. Guest agent is running in the vms, but doesn't log anything except start and stop of the service (can I change the handler_logfile args for more debugging and if yes how?): # tail /var/log/ovirt-guest-agent/ovirt-guest-agent.log MainThread::INFO::2013-10-29 11:00:15,340::ovirt-guest-agent::37::root::Starting oVirt guest agent Btw, I'm running oVirt 3.2.3... This has happened for me in the past and putting the Host in maintenance and then restarting the vdsmd solved it. /Karli Thanks a lot Karli - restarting vdsmd did the trick! Well, even a broken clock can be right. Even twice a day:) @developers Is this something you have noticed as well? I mean, that sometimes vdsmd needs this manual kick? Where do you start debugging when this issue occurs, restarting the daemon once in a while is just the quickfix, I´d like to solve it once and for all. Yeah there have been applied multiple fixes in that regard already. https://github.com/oVirt/vdsm/commit/5b5c58580e20ffaf3ceff7193f4c28cbadd8c42f and https://github.com/oVirt/vdsm/commit/26bfc74765aed35af6d17cfad1ed8115eef650f1 So it looks like that both of you are using oVirt 3.1, which contains neither of those two fixes. AFAIK only the first one is in oVirt 3.2 and the second one is in oVirt 3.3 Öhm: ovirt-engine-3.2.2-1.1.43.el6.noarch And René already stated running 3.2.3 Hmm interesting, but that VDSM version is not 3.2? Did you upgrade your hypervisors? All systems are as upgraded as they can be, and dc/cluster is running in 3.2-mode. Probably since I´m running dreyou´s repo (and perhaps René as well), the versions may be different from what´s in yours? Unfortunately not much I can recommend besides to upgrade at some point. :-( Thanks a lot, René ___ Users mailing list Users@ovirt.orgmailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@slu.se -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.orgmailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@adm.slu.se -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of
Re: [Users] VM is locked. Export never finishes
Yep, that's imagestatus column under images table. Regards, Vered - Original Message - From: Vered Volansky ve...@redhat.com To: Rob Abshear rabsh...@citytwist.net Cc: users@ovirt.org Sent: Wednesday, October 30, 2013 7:45:35 AM Subject: Re: [Users] VM is locked. Export never finishes You can't update a view. It has to be a table. The table you're looking for is called images, if I'm not mistaken. I can't currently log into my db to verify the name. Regards, Vered - Original Message - From: Rob Abshear rabsh...@citytwist.net To: users@ovirt.org Sent: Tuesday, October 29, 2013 5:46:29 PM Subject: [Users] VM is locked. Export never finishes I was exporting an image to move it to another domain. It has been running for hours now, and I don't think it will finish. I tried unlocking the image manually using the following commands: psql -d engine -U postgres SELECT vm_name from vms where vm_guid = (SELECT vm_guid FROM vm_images_view where imagestatus = 2); SELECT image_guid from vm_images_view where imagestatus=2; Update vm_images_view SET imagestatus=1 where image_guid = e275ff80-9633-4304-890d-1bbf8d7217e4 The first two commands run fine, and I can get the guid of the image. But the last command just dumps me back to the command prompt and the image remains locked. -- *NADA Convention Expo*: January 24-27, 2014 - New Orleans, LA - Booth 5001 http://www.bbb.org/south-east-florida/business-reviews/advertising-agencies/citytwist-in-boca-raton-fl-90033448http://www.bbb.org/south-east-florida/business-reviews/advertising-agencies/citytwist-in-boca-raton-fl-90033448 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-guest-agent issue/troubleshooting
On 10/30/2013 07:09 AM, Karli Sjöberg wrote: tis 2013-10-29 klockan 15:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 03:06 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 02:37 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:30 +0100 skrev René Koch (ovido): On Tue, 2013-10-29 at 13:23 +, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:15 +0100 skrev René Koch (ovido): Hi, I have some issues with ovirt-guest-agent as no information is reported from guest-agent to oVirt webadmin anymore. I'm unsure when I lost the information - I know for sure it worked last month when I tested the guest agent packages for Debian and Ubuntu. Status now is that I don't receive any data. I have the following test vms: * RHEL 6 with rhevm-guest-agent 1.0.7 (RHEV repository) * RHEL 6 with ovirt-guest-agent 1.0.8 (EPEL) * openSUSE 12.3 with ovirt-guest-agent 1.0.8.1 (self compiled) Both RHEL server reported information (memory, ip-address,...) previously. The only changes which could broke the guest agent communication are updates on the CentOS host and the engine. Can you give me some hints how to troubleshoot the guest agent? I can't find any information (or don't know the right pattern to search for) in vdsm.log and engine.log. Guest agent is running in the vms, but doesn't log anything except start and stop of the service (can I change the handler_logfile args for more debugging and if yes how?): # tail /var/log/ovirt-guest-agent/ovirt-guest-agent.log MainThread::INFO::2013-10-29 11:00:15,340::ovirt-guest-agent::37::root::Starting oVirt guest agent Btw, I'm running oVirt 3.2.3... This has happened for me in the past and putting the Host in maintenance and then restarting the vdsmd solved it. /Karli Thanks a lot Karli - restarting vdsmd did the trick! Well, even a broken clock can be right. Even twice a day:) @developers Is this something you have noticed as well? I mean, that sometimes vdsmd needs this manual kick? Where do you start debugging when this issue occurs, restarting the daemon once in a while is just the quickfix, I´d like to solve it once and for all. Yeah there have been applied multiple fixes in that regard already. https://github.com/oVirt/vdsm/commit/5b5c58580e20ffaf3ceff7193f4c28cbadd8c42f and https://github.com/oVirt/vdsm/commit/26bfc74765aed35af6d17cfad1ed8115eef650f1 So it looks like that both of you are using oVirt 3.1, which contains neither of those two fixes. AFAIK only the first one is in oVirt 3.2 and the second one is in oVirt 3.3 Öhm: ovirt-engine-3.2.2-1.1.43.el6.noarch And René already stated running 3.2.3 Hmm interesting, but that VDSM version is not 3.2? Did you upgrade your hypervisors? All systems are as upgraded as they can be, and dc/cluster is running in 3.2-mode. Probably since I´m running dreyou´s repo (and perhaps René as well), the versions may be different from what´s in yours? Sorry my bad, I messed up the correlation with the versions. I thought 4.10.3 is 3.1 but it is really 3.2. So this issues are fixed with 3.3 where I would wait with the upgrade until it was finally stabilized. Unfortunately not much I can recommend besides to upgrade at some point. :-( Thanks a lot, René ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.se mailto:karli.sjob...@slu.se -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.se mailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.se mailto:karli.sjob...@adm.slu.se -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC:
Re: [Users] problem with engine 3.3 on f19 and java path after update
Il 28/10/2013 13:00, Owen Williams ha scritto: Hello, Sorry for the poor threading. I've just joined the list. I edited: /etc/ovirt-engine/notifier/notifier.conf.d/10-setup-java.conf /etc/ovirt-engine/engine.conf.d/10-setup-java.conf to fix this. This got ovirt-engine going again but the web interface doesn't work yet... Hi, the breakage after java update is a known issue, tracked by https://bugzilla.redhat.com/1009863 . In the new implementation fixing it, java is detected at runtime using /usr/share/ovirt-engine/bin/java-home. if java-home.local is available, execute that script. this enables distro specific customization. if OVIRT_ENGINE_JAVA_HOME environment is set, validate java validity and use/abort. But looking at your comment it doesn't seems to be something related to java home. Can you attach the engine and server logs? Best regards, Owen. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-guest-agent issue/troubleshooting
ons 2013-10-30 klockan 09:16 +0100 skrev Vinzenz Feenstra: On 10/30/2013 07:09 AM, Karli Sjöberg wrote: tis 2013-10-29 klockan 15:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 03:06 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 02:37 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:30 +0100 skrev René Koch (ovido): On Tue, 2013-10-29 at 13:23 +, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:15 +0100 skrev René Koch (ovido): Hi, I have some issues with ovirt-guest-agent as no information is reported from guest-agent to oVirt webadmin anymore. I'm unsure when I lost the information - I know for sure it worked last month when I tested the guest agent packages for Debian and Ubuntu. Status now is that I don't receive any data. I have the following test vms: * RHEL 6 with rhevm-guest-agent 1.0.7 (RHEV repository) * RHEL 6 with ovirt-guest-agent 1.0.8 (EPEL) * openSUSE 12.3 with ovirt-guest-agent 1.0.8.1 (self compiled) Both RHEL server reported information (memory, ip-address,...) previously. The only changes which could broke the guest agent communication are updates on the CentOS host and the engine. Can you give me some hints how to troubleshoot the guest agent? I can't find any information (or don't know the right pattern to search for) in vdsm.log and engine.log. Guest agent is running in the vms, but doesn't log anything except start and stop of the service (can I change the handler_logfile args for more debugging and if yes how?): # tail /var/log/ovirt-guest-agent/ovirt-guest-agent.log MainThread::INFO::2013-10-29 11:00:15,340::ovirt-guest-agent::37::root::Starting oVirt guest agent Btw, I'm running oVirt 3.2.3... This has happened for me in the past and putting the Host in maintenance and then restarting the vdsmd solved it. /Karli Thanks a lot Karli - restarting vdsmd did the trick! Well, even a broken clock can be right. Even twice a day:) @developers Is this something you have noticed as well? I mean, that sometimes vdsmd needs this manual kick? Where do you start debugging when this issue occurs, restarting the daemon once in a while is just the quickfix, I´d like to solve it once and for all. Yeah there have been applied multiple fixes in that regard already. https://github.com/oVirt/vdsm/commit/5b5c58580e20ffaf3ceff7193f4c28cbadd8c42f and https://github.com/oVirt/vdsm/commit/26bfc74765aed35af6d17cfad1ed8115eef650f1 So it looks like that both of you are using oVirt 3.1, which contains neither of those two fixes. AFAIK only the first one is in oVirt 3.2 and the second one is in oVirt 3.3 Öhm: ovirt-engine-3.2.2-1.1.43.el6.noarch And René already stated running 3.2.3 Hmm interesting, but that VDSM version is not 3.2? Did you upgrade your hypervisors? All systems are as upgraded as they can be, and dc/cluster is running in 3.2-mode. Probably since I´m running dreyou´s repo (and perhaps René as well), the versions may be different from what´s in yours? Sorry my bad, I messed up the correlation with the versions. I thought 4.10.3 is 3.1 but it is really 3.2. So this issues are fixed with 3.3 where I would wait with the upgrade until it was finally stabilized. Yepp yepp, that´s what I was thinking as well. About when would you think 3.3 has stabilized, 3.3.1? Unfortunately not much I can recommend besides to upgrade at some point. :-( Thanks a lot, René ___ Users mailing list Users@ovirt.orgmailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@slu.se -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.orgmailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66
[Users] ovirt-engine-sdk-python 3.3.0.8-1 released
- to host.install() added ssh related arguments - to template added virtio_scsi.enabled - to vm added virtio_scsi.enabled - added ability to attach a disk snapshot to the virtual machine - to File class added 'content' field - Payload class now reuses Files instead of own PayloadFile collection more details can be found at [1]. [1] http://www.ovirt.org/Python-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization RD ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirt-engine-sdk-java 1.0.0.19-1 released
- to host.install() added ssh related arguments - to template added virtio_scsi.enabled - to vm added virtio_scsi.enabled - added ability to attach a disk snapshot to the virtual machine - to File class added 'content' field - Payload class now reuses Files instead of own PayloadFile collection more details can be found at [1]. [1] http://www.ovirt.org/Java-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization RD ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Gluster VM stuck in waiting for launch state
Hi everyone I've set up a gluster storage with two replicated bricks DC is up and I created a VM to test gluster storage If I start the VM WITHOUT any disk attached (only one virtual DVD) it starts fine. If I attach a gluster domain disk thin provisioning 30 Gb the Vm stucks in "waiting for launch" state I see no special activity on the gluster servers (they serve several other shares with no troubles at all and even the ISO domain is a NFS on locally mounted gluster and works fine) I've double checked all the pre requisites and they look fine (F 19 - gluster setup insecure in both glusterd.vol and volume options - uid/gid/insecure ) Am I doing something wrong? I'm even unable to stop the VM from the engine GUI Any advise? Thank you Best regards CentOS_30.log 2013-10-30 10:17:48.094+: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/bin/qemu-kvm -name CentOS_30 -S -machine pc-1.0,accel=kvm,usb=off -cpu Westmere -m 2048 -smp 1,sockets=1,cores=1,threads=1 -uuid 200dfb05-461e-49d9-95a2-c0a7c7ced669 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-4,serial=316140A0-D7DA-11DD-AF75-08606ED667F7,uuid=200dfb05-461e-49d9-95a2-c0a7c7ced669 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/CentOS_30.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2013-10-30T10:17:47,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/rhev/data-center/mnt/172.16.0.5:_home_iso2/8e56a914-3395-48ad-ab4c-c2ca7f9956b4/images/----/CentOS-6.4-x86_64-bin-DVD1.iso,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,bootindex=1 -drive file=gluster://172.16.0.100/vms/21e3d67f-fdec-4f87-b09e-53af994a6f87/images/b73a79fe-401b-434c-b023-6de4c3eb100d/202adc86-7857-40eb-8ca6-7cec3ef0d2d6,if=none,id=drive-virtio-disk0,format=raw,serial=b73a79fe-401b-434c-b023-6de4c3eb100d,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=2 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:00:00:33,bus=pci.0,addr=0x3,bootindex=3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/200dfb05-461e-49d9-95a2-c0a7c7ced669.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/200dfb05-461e-49d9-95a2-c0a7c7ced669.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 tls-port=5900,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,seamless-migration=on -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=67108864 -device virtio-balloon-pci,id=balloon0,bus=pci vdsm.log Thread-1239::DEBUG::2013-10-30 11:25:03,420::task::974::TaskManager.Task::(_decref) Task=`d891f3d3-070d-403f-9050-f10651a7fc47`::ref 0 aborting False Thread-242::DEBUG::2013-10-30 11:25:04,982::domainMonitor::178::Storage.DomainMonitorThread::(_monitorDomain) Refreshing domain 21e3d67f-fdec-4f87-b09e-53af994a6f87 Thread-242::DEBUG::2013-10-30 11:25:04,992::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/172.16.0.100:vms/21e3d67f-fdec-4f87-b09e-53af994a6f87 Thread-242::DEBUG::2013-10-30 11:25:04,994::persistentDict::192::Storage.PersistentDict::(__init__) Created a persistent dict with FileMetadataRW backend Thread-242::DEBUG::2013-10-30 11:25:05,005::persistentDict::234::Storage.PersistentDict::(refresh) read lines (FileMetadataRW)=['CLASS=Data', 'DESCRIPTION=vms', 'IOOPTIMEOUTSEC=10', 'LEASERETRIES=3', 'LEASETIMESEC=60', 'LOCKPOLICY=', 'LOCKRENEWALINTERVALSEC=5',
Re: [Users] Gluster VM stuck in waiting for launch state
ing VM 200dfb05-461e-49d9-95a2-c0a7c7ced669 devices, skipping device: {shared=false, volumeID=202adc86-7857-40eb-8ca6-7cec3ef0d2d6, index=0, propagateErrors=off, format=raw, type=disk, truesize=4096, reqsize=0, bootOrder=2, iface=virtio, volumeChain=[Ljava.lang.Object;@8741843, imageID=b73a79fe-401b-434c-b023-6de4c3eb100d, domainID=21e3d67f-fdec-4f87-b09e-53af994a6f87, specParams={}, optional=false, volumeInfo={volfileServer=172.16.0.100, volPort=0, protocol=gluster, volTransport=tcp, path=vms/21e3d67f-fdec-4f87-b09e-53af994a6f87/images/b73a79fe-401b-434c-b023-6de4c3eb100d/202adc86-7857-40eb-8ca6-7cec3ef0d2d6, volType=network}, path=/rhev/data-center/e3cb7694-47f7-4eac-9201-922e381a25dc/21e3d67f-fdec-4f87-b09e-53af994a6f87/images/b73a79fe-401b-434c-b023-6de4c3eb100d/202adc86-7857-40eb-8ca6-7cec3ef0d2d6, device=disk, poolID=e3cb7694-47f7-4eac-9201-922e381a25dc, readonly=false, deviceId=b73a79fe-401b-434c-b023-6de4c3eb100d, apparentsize=32212254720} 2013-10-30 11:17:51,123 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-37) Received a memballoon Device without an address when processing VM 200dfb05-461e-49d9-95a2-c0a7c7ced669 devices, skipping device: {specParams={model=virtio}, target=2097152, device=memballoon, type=balloon, deviceId=b61b058d-cdfe-4d7c-8e6c-1bfd631cb26c} ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- next part -- An HTML attachment was scrubbed... URL: http://lists.ovirt.org/pipermail/users/attachments/20131030/e471743e/attachment.html -- ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 25, Issue 140 ** -- SkyNet SRL Via Maggiate 67/a - 28021 Borgomanero (NO) - tel. +39 0322-836487/834765 - fax +39 0322-836608 http://www.skynet.it Autorizzazione Ministeriale n.197 Le informazioni contenute in questo messaggio sono riservate e confidenziali ed vietata la diffusione in qualunque modo eseguita. Qualora Lei non fosse la persona a cui il presente messaggio destinato, La invitiamo ad eliminarlo ed a distruggerlo non divulgandolo, dandocene gentilmente comunicazione. Per qualsiasi informazione si prega di contattare i...@skynet.it (e-mail dell'azienda). Rif. D.L. 196/2003 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Gluster VM stuck in waiting for launch state
s=Host[Hypervisor], vmIds=[200dfb05-461e-49d9-95a2-c0a7c7ced669]), log id: 546bd3e2 2013-10-30 11:17:51,119 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (DefaultQuartzScheduler_Worker-37) FINISH, FullListVdsCommand, return: [Ljava.util.HashMap;@318a7164, log id: 546bd3e2 2013-10-30 11:17:51,121 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-37) Received a scsi Device without an address when processing VM 200dfb05-461e-49d9-95a2-c0a7c7ced669 devices, skipping device: {model=virtio-scsi, device=scsi, type=controller} 2013-10-30 11:17:51,121 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-37) Received a cdrom Device without an address when processing VM 200dfb05-461e-49d9-95a2-c0a7c7ced669 devices, skipping device: {shared=false, bootOrder=1, iface=ide, index=2, specParams={}, device=cdrom, path=/rhev/data-center/mnt/172.16.0.5:_home_iso2/8e56a914-3395-48ad-ab4c-c2ca7f9956b4/images/----/CentOS-6.4-x86_64-bin-DVD1.iso, type=disk, readonly=true, deviceId=e29c7ac7-f872-43e3-90e2-cb2205c0203f} 2013-10-30 11:17:51,122 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-37) Received a disk Device without an address when processing VM 200dfb05-461e-49d9-95a2-c0a7c7ced669 devices, skipping device: {shared=false, volumeID=202adc86-7857-40eb-8ca6-7cec3ef0d2d6, index=0, propagateErrors=off, format=raw, type=disk, truesize=4096, reqsize=0, bootOrder=2, iface=virtio, volumeChain=[Ljava.lang.Object;@8741843, imageID=b73a79fe-401b-434c-b023-6de4c3eb100d, domainID=21e3d67f-fdec-4f87-b09e-53af994a6f87, specParams={}, optional=false, volumeInfo={volfileServer=172.16.0.100, volPort=0, protocol=gluster, volTransport=tcp, path=vms/21e3d67f-fdec-4f87-b09e-53af994a6f87/images/b73a79fe-401b-434c-b023-6de4c3eb100d/202adc86-7857-40eb-8ca6-7cec3ef0d2d6, volType=network}, path=/rhev/data-center/e3cb7694-47f7-4eac-9201-922e381a25dc/21e3d67f-fdec-4f87-b09e-53af994a6f87/images/b73a79fe-401b-434c-b023-6de4c3eb100d/202adc86-7857-40eb-8ca6-7cec3ef0d2d6, device=disk, poolID=e3cb7694-47f7-4eac-9201-922e381a25dc, readonly=false, deviceId=b73a79fe-401b-434c-b023-6de4c3eb100d, apparentsize=32212254720} 2013-10-30 11:17:51,123 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-37) Received a memballoon Device without an address when processing VM 200dfb05-461e-49d9-95a2-c0a7c7ced669 devices, skipping device: {specParams={model=virtio}, target=2097152, device=memballoon, type=balloon, deviceId=b61b058d-cdfe-4d7c-8e6c-1bfd631cb26c} ___ Users mailing list Users@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users -- next part -- An HTML attachment was scrubbed... URL: http://lists.ovirt.org/pipermail/users/attachments/20131030/e471743e/attachment.html -- ___ Users mailing list Users@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 25, Issue 140 ** -- SkyNet SRL Via Maggiate 67/a - 28021 Borgomanero (NO) - tel. +39 0322-836487/834765 - fax +39 0322-836608 http://www.skynet.it Autorizzazione Ministeriale n.197 Le informazioni contenute in questo messaggio sono riservate e confidenziali ed è vietata la diffusione in qualunque modo eseguita. Qualora Lei non fosse la persona a cui il presente messaggio è destinato, La invitiamo ad eliminarlo ed a distruggerlo non divulgandolo, dandocene gentilmente comunicazione. Per qualsiasi informazione si prega di contattare i...@skynet.it (e-mail dell'azienda). Rif. D.L. 196/2003 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Il messaggio è stato analizzato alla ricerca di virus o contenuti pericolosi da SkyNet Srl, ed è risultato non infetto. This message has been checked for virus or dangerous content by SkyNet SRL and seems to be clean. -- SkyNet SRL Via Maggiate 67/a - 28021 Borgomanero (NO)
Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition
On 10/28/2013 04:19 PM, René Koch (ovido) wrote: On Sun, 2013-10-27 at 23:31 +0200, Itamar Heim wrote: A great week at linuxcon/cloudopen/kvmforum/ovirt conference at Edinburgh, and some other nice feedback on oVirt, meriting a special edition of this update. Feel free to chime in with your feedback as well. Thanks a lot for the KVM forum special newsletter. It is sometimes hard to remember we only released oVirt 3.0 last year, and that it takes time to get traction. For example, see slide 3 in the presentation i gave on oVirt Updates[1] to see the clear trend in adoption (via total users mailing list addresses). My favorite slide is #12 (amongst others) - thanks Itamar :) Similarly, in Livnat's oVirt-intro session at CloudOpen, with ~75 people in the room, almost all raised their hand on her question who knows/has oVirt. We had a plethora of topics (same link as [1]), but i wanted to highlight: SUSE support During Livnat's talk, a question was raised wrt SUSE support. Asking for more details, we got ~I'm running oVirt in testing and RHEV in production. with 200 SUSE 10/11 servers. I just want the guest-agent to have their ip address in the gui. So first of all, good to know SUSE runs as a guest without issues. From my experience so far there's no recent distribution which isn't running without issues on oVirt. I tested SLES, openSUSE, CentOS, RHEL, Fedora, Linux Mint, Debian, Ubuntu and all worked fine. Some older distributions like the one in the attached screenshot are running fine with IDE and rtl8139 emulated disks/nics... Also, the guest-agent itself is just a python script that should just work. Just some packaging is required, so we're looking to revamp this in build.opensuse.org, and hope some SUSE users will help us with closing and testing this one. I can help creating packages for SLES and openSUSE on build.opensuse.org for latest guest agent without SSO (and of course test the packages) or is Vinzenz Feenstra already working on it as I saw he pushed the sources to OBS? I have been creating first packages now for openSuSE 12.3, 13.1 and Factory: https://build.opensuse.org/package/show/home:evilissimo It'd be great if you could help me testing them :-) For SLES I will still have to check what's requirements are. (Environment wise (systemd present? dependent libraries etc)) I also packaged the latest python-ethtool from upstream Please let me know if anything is broken so I can address the issue :-) In related SUSE news, I just saw this posted After looking into oVirt it looks absolutely fantastic. Might look into seeing if I can help with porting this to openSUSE. What kind of work is involved in the porting of the application like this? (discussion ongoing) on PPC: Leonardo from the Eldorado research center in Brazil gave a lecture on their work to add PPC support to oVirt. Paul Mackerras (KVM PPC developer) from IBM and Alexenader Graf attended and gave a lot of feedback, and potential interest from other PPC vendors, which should be hopefully mostly config level changes. User Stories: Keele university presented their path to oVirt. Always nice to hear how our project is used, and we actually asked them a lot of questions on why/how they use it the way they do. They also did a case study with Dave Neary, which i hope to see more from oVirt community members. Also, always nice to hear: in an irc chat on #ovirt: I looked at ovirt about 4 months ago and when I came back a few days ago I was blown away at how far it had come! The devs have done an awesome job. All KVM Forum/oVirt sessions slides (and youtube's) should be available here[1] Thanks for sharing - will watch some of the presentations. Thanks, Itamar [1] oVirt Updates session by Itamar Heim http://www.youtube.com/channel/UCRCSQmAOh7yzgheq-emy1xA ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition
On 10/30/2013 12:56 PM, Vinzenz Feenstra wrote: On 10/28/2013 04:19 PM, René Koch (ovido) wrote: On Sun, 2013-10-27 at 23:31 +0200, Itamar Heim wrote: A great week at linuxcon/cloudopen/kvmforum/ovirt conference at Edinburgh, and some other nice feedback on oVirt, meriting a special edition of this update. Feel free to chime in with your feedback as well. Thanks a lot for the KVM forum special newsletter. It is sometimes hard to remember we only released oVirt 3.0 last year, and that it takes time to get traction. For example, see slide 3 in the presentation i gave on oVirt Updates[1] to see the clear trend in adoption (via total users mailing list addresses). My favorite slide is #12 (amongst others) - thanks Itamar :) Similarly, in Livnat's oVirt-intro session at CloudOpen, with ~75 people in the room, almost all raised their hand on her question who knows/has oVirt. We had a plethora of topics (same link as [1]), but i wanted to highlight: SUSE support During Livnat's talk, a question was raised wrt SUSE support. Asking for more details, we got ~I'm running oVirt in testing and RHEV in production. with 200 SUSE 10/11 servers. I just want the guest-agent to have their ip address in the gui. So first of all, good to know SUSE runs as a guest without issues. From my experience so far there's no recent distribution which isn't running without issues on oVirt. I tested SLES, openSUSE, CentOS, RHEL, Fedora, Linux Mint, Debian, Ubuntu and all worked fine. Some older distributions like the one in the attached screenshot are running fine with IDE and rtl8139 emulated disks/nics... Also, the guest-agent itself is just a python script that should just work. Just some packaging is required, so we're looking to revamp this in build.opensuse.org, and hope some SUSE users will help us with closing and testing this one. I can help creating packages for SLES and openSUSE on build.opensuse.org for latest guest agent without SSO (and of course test the packages) or is Vinzenz Feenstra already working on it as I saw he pushed the sources to OBS? I have been creating first packages now for openSuSE 12.3, 13.1 and Factory: https://build.opensuse.org/package/show/home:evilissimo It'd be great if you could help me testing them :-) For SLES I will still have to check what's requirements are. (Environment wise (systemd present? dependent libraries etc)) I also packaged the latest python-ethtool from upstream Please let me know if anything is broken so I can address the issue :-) Update: I have created the package now also for SLES 11 SP3 In related SUSE news, I just saw this posted After looking into oVirt it looks absolutely fantastic. Might look into seeing if I can help with porting this to openSUSE. What kind of work is involved in the porting of the application like this? (discussion ongoing) on PPC: Leonardo from the Eldorado research center in Brazil gave a lecture on their work to add PPC support to oVirt. Paul Mackerras (KVM PPC developer) from IBM and Alexenader Graf attended and gave a lot of feedback, and potential interest from other PPC vendors, which should be hopefully mostly config level changes. User Stories: Keele university presented their path to oVirt. Always nice to hear how our project is used, and we actually asked them a lot of questions on why/how they use it the way they do. They also did a case study with Dave Neary, which i hope to see more from oVirt community members. Also, always nice to hear: in an irc chat on #ovirt: I looked at ovirt about 4 months ago and when I came back a few days ago I was blown away at how far it had come! The devs have done an awesome job. All KVM Forum/oVirt sessions slides (and youtube's) should be available here[1] Thanks for sharing - will watch some of the presentations. Thanks, Itamar [1] oVirt Updates session by Itamar Heim http://www.youtube.com/channel/UCRCSQmAOh7yzgheq-emy1xA ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition
On 10/28/2013 04:32 PM, Itamar Heim wrote: On 10/28/2013 05:19 PM, René Koch (ovido) wrote: Also, the guest-agent itself is just a python script that should just work. Just some packaging is required, so we're looking to revamp this in build.opensuse.org, and hope some SUSE users will help us with closing and testing this one. I can help creating packages for SLES and openSUSE on build.opensuse.org for latest guest agent without SSO (and of course test the packages) or is Vinzenz Feenstra already working on it as I saw he pushed the sources to OBS? I'm sure Vinzenz will appreciate help with this one - so many things to do... Packages are now available for openSUSE 12.3, 13.1 and Factory, and SLES 11 SP3 I also updated a packaged version of python-ethtool to 0.7 in that repository. So that we have the full support of the features it provides. Thanks, Itamar -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Gluster VM stuck in waiting for launch state
On Wed, Oct 30, 2013 at 11:34:21AM +0100, Alessandro Bianchi wrote: Hi everyone I've set up a gluster storage with two replicated bricks DC is up and I created a VM to test gluster storage If I start the VM WITHOUT any disk attached (only one virtual DVD) it starts fine. If I attach a gluster domain disk thin provisioning 30 Gb the Vm stucks in waiting for launch state I see no special activity on the gluster servers (they serve several other shares with no troubles at all and even the ISO domain is a NFS on locally mounted gluster and works fine) I've double checked all the pre requisites and they look fine (F 19 - gluster setup insecure in both glusterd.vol and volume options - uid/gid/insecure ) Am I doing something wrong? I'm even unable to stop the VM from the engine GUI Any advise? Which version of ovirt are you using? Hopefully ovirt-3.3.0.1. For how long is the VM stuck in its wait for launch state? What does `virsh -r list` has to say while startup stalls? Would you provide more content of your vdsm.log and possibly libvirtd.log so we can understand what blocks the VM start-up? Please use attachement of pastebin, as your mail agents wreaks havoc to the log lines. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-guest-agent issue/troubleshooting
On 10/30/2013 11:12 AM, Karli Sjöberg wrote: ons 2013-10-30 klockan 09:16 +0100 skrev Vinzenz Feenstra: On 10/30/2013 07:09 AM, Karli Sjöberg wrote: tis 2013-10-29 klockan 15:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 03:06 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 02:37 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:30 +0100 skrev René Koch (ovido): On Tue, 2013-10-29 at 13:23 +, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:15 +0100 skrev René Koch (ovido): Hi, I have some issues with ovirt-guest-agent as no information is reported from guest-agent to oVirt webadmin anymore. I'm unsure when I lost the information - I know for sure it worked last month when I tested the guest agent packages for Debian and Ubuntu. Status now is that I don't receive any data. I have the following test vms: * RHEL 6 with rhevm-guest-agent 1.0.7 (RHEV repository) * RHEL 6 with ovirt-guest-agent 1.0.8 (EPEL) * openSUSE 12.3 with ovirt-guest-agent 1.0.8.1 (self compiled) Both RHEL server reported information (memory, ip-address,...) previously. The only changes which could broke the guest agent communication are updates on the CentOS host and the engine. Can you give me some hints how to troubleshoot the guest agent? I can't find any information (or don't know the right pattern to search for) in vdsm.log and engine.log. Guest agent is running in the vms, but doesn't log anything except start and stop of the service (can I change the handler_logfile args for more debugging and if yes how?): # tail /var/log/ovirt-guest-agent/ovirt-guest-agent.log MainThread::INFO::2013-10-29 11:00:15,340::ovirt-guest-agent::37::root::Starting oVirt guest agent Btw, I'm running oVirt 3.2.3... This has happened for me in the past and putting the Host in maintenance and then restarting the vdsmd solved it. /Karli Thanks a lot Karli - restarting vdsmd did the trick! Well, even a broken clock can be right. Even twice a day:) @developers Is this something you have noticed as well? I mean, that sometimes vdsmd needs this manual kick? Where do you start debugging when this issue occurs, restarting the daemon once in a while is just the quickfix, I´d like to solve it once and for all. Yeah there have been applied multiple fixes in that regard already. https://github.com/oVirt/vdsm/commit/5b5c58580e20ffaf3ceff7193f4c28cbadd8c42f and https://github.com/oVirt/vdsm/commit/26bfc74765aed35af6d17cfad1ed8115eef650f1 So it looks like that both of you are using oVirt 3.1, which contains neither of those two fixes. AFAIK only the first one is in oVirt 3.2 and the second one is in oVirt 3.3 Öhm: ovirt-engine-3.2.2-1.1.43.el6.noarch And René already stated running 3.2.3 Hmm interesting, but that VDSM version is not 3.2? Did you upgrade your hypervisors? All systems are as upgraded as they can be, and dc/cluster is running in 3.2-mode. Probably since I´m running dreyou´s repo (and perhaps René as well), the versions may be different from what´s in yours? Sorry my bad, I messed up the correlation with the versions. I thought 4.10.3 is 3.1 but it is really 3.2. So this issues are fixed with 3.3 where I would wait with the upgrade until it was finally stabilized. Yepp yepp, that´s what I was thinking as well. About when would you think 3.3 has stabilized, 3.3.1? a few days hopefully. note since the bug is on vdsm, upgrading vdsm should resolve it, regardless of upgrading engine, dc/cluster levels, etc. Unfortunately not much I can recommend besides to upgrade at some point. :-( Thanks a lot, René ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.se mailto:karli.sjob...@slu.se -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.se mailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Med Vänliga Hälsningar
Re: [Users] ovirt-guest-agent issue/troubleshooting
ons 2013-10-30 klockan 15:05 +0200 skrev Itamar Heim: On 10/30/2013 11:12 AM, Karli Sjöberg wrote: ons 2013-10-30 klockan 09:16 +0100 skrev Vinzenz Feenstra: On 10/30/2013 07:09 AM, Karli Sjöberg wrote: tis 2013-10-29 klockan 15:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 03:06 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 02:37 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:30 +0100 skrev René Koch (ovido): On Tue, 2013-10-29 at 13:23 +, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:15 +0100 skrev René Koch (ovido): Hi, I have some issues with ovirt-guest-agent as no information is reported from guest-agent to oVirt webadmin anymore. I'm unsure when I lost the information - I know for sure it worked last month when I tested the guest agent packages for Debian and Ubuntu. Status now is that I don't receive any data. I have the following test vms: * RHEL 6 with rhevm-guest-agent 1.0.7 (RHEV repository) * RHEL 6 with ovirt-guest-agent 1.0.8 (EPEL) * openSUSE 12.3 with ovirt-guest-agent 1.0.8.1 (self compiled) Both RHEL server reported information (memory, ip-address,...) previously. The only changes which could broke the guest agent communication are updates on the CentOS host and the engine. Can you give me some hints how to troubleshoot the guest agent? I can't find any information (or don't know the right pattern to search for) in vdsm.log and engine.log. Guest agent is running in the vms, but doesn't log anything except start and stop of the service (can I change the handler_logfile args for more debugging and if yes how?): # tail /var/log/ovirt-guest-agent/ovirt-guest-agent.log MainThread::INFO::2013-10-29 11:00:15,340::ovirt-guest-agent::37::root::Starting oVirt guest agent Btw, I'm running oVirt 3.2.3... This has happened for me in the past and putting the Host in maintenance and then restarting the vdsmd solved it. /Karli Thanks a lot Karli - restarting vdsmd did the trick! Well, even a broken clock can be right. Even twice a day:) @developers Is this something you have noticed as well? I mean, that sometimes vdsmd needs this manual kick? Where do you start debugging when this issue occurs, restarting the daemon once in a while is just the quickfix, I´d like to solve it once and for all. Yeah there have been applied multiple fixes in that regard already. https://github.com/oVirt/vdsm/commit/5b5c58580e20ffaf3ceff7193f4c28cbadd8c42f and https://github.com/oVirt/vdsm/commit/26bfc74765aed35af6d17cfad1ed8115eef650f1 So it looks like that both of you are using oVirt 3.1, which contains neither of those two fixes. AFAIK only the first one is in oVirt 3.2 and the second one is in oVirt 3.3 Öhm: ovirt-engine-3.2.2-1.1.43.el6.noarch And René already stated running 3.2.3 Hmm interesting, but that VDSM version is not 3.2? Did you upgrade your hypervisors? All systems are as upgraded as they can be, and dc/cluster is running in 3.2-mode. Probably since I´m running dreyou´s repo (and perhaps René as well), the versions may be different from what´s in yours? Sorry my bad, I messed up the correlation with the versions. I thought 4.10.3 is 3.1 but it is really 3.2. So this issues are fixed with 3.3 where I would wait with the upgrade until it was finally stabilized. Yepp yepp, that´s what I was thinking as well. About when would you think 3.3 has stabilized, 3.3.1? a few days hopefully. a few days™ ;) note since the bug is on vdsm, upgrading vdsm should resolve it, regardless of upgrading engine, dc/cluster levels, etc. That´s good to know, thanks! And you are completely confident that there is proper backwards compatibility? Has anyone tested? Unfortunately not much I can recommend besides to upgrade at some point. :-( Thanks a lot, René ___ Users mailing list Users@ovirt.orgmailto:Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@slu.se mailto:karli.sjob...@slu.se -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@slu.se mailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.orgmailto:Users@ovirt.org
Re: [Users] ovirt-guest-agent issue/troubleshooting
On 10/30/2013 03:10 PM, Karli Sjöberg wrote: ons 2013-10-30 klockan 15:05 +0200 skrev Itamar Heim: On 10/30/2013 11:12 AM, Karli Sjöberg wrote: ons 2013-10-30 klockan 09:16 +0100 skrev Vinzenz Feenstra: On 10/30/2013 07:09 AM, Karli Sjöberg wrote: tis 2013-10-29 klockan 15:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 03:06 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 02:37 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:30 +0100 skrev René Koch (ovido): On Tue, 2013-10-29 at 13:23 +, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:15 +0100 skrev René Koch (ovido): Hi, I have some issues with ovirt-guest-agent as no information is reported from guest-agent to oVirt webadmin anymore. I'm unsure when I lost the information - I know for sure it worked last month when I tested the guest agent packages for Debian and Ubuntu. Status now is that I don't receive any data. I have the following test vms: * RHEL 6 with rhevm-guest-agent 1.0.7 (RHEV repository) * RHEL 6 with ovirt-guest-agent 1.0.8 (EPEL) * openSUSE 12.3 with ovirt-guest-agent 1.0.8.1 (self compiled) Both RHEL server reported information (memory, ip-address,...) previously. The only changes which could broke the guest agent communication are updates on the CentOS host and the engine. Can you give me some hints how to troubleshoot the guest agent? I can't find any information (or don't know the right pattern to search for) in vdsm.log and engine.log. Guest agent is running in the vms, but doesn't log anything except start and stop of the service (can I change the handler_logfile args for more debugging and if yes how?): # tail /var/log/ovirt-guest-agent/ovirt-guest-agent.log MainThread::INFO::2013-10-29 11:00:15,340::ovirt-guest-agent::37::root::Starting oVirt guest agent Btw, I'm running oVirt 3.2.3... This has happened for me in the past and putting the Host in maintenance and then restarting the vdsmd solved it. /Karli Thanks a lot Karli - restarting vdsmd did the trick! Well, even a broken clock can be right. Even twice a day:) @developers Is this something you have noticed as well? I mean, that sometimes vdsmd needs this manual kick? Where do you start debugging when this issue occurs, restarting the daemon once in a while is just the quickfix, I´d like to solve it once and for all. Yeah there have been applied multiple fixes in that regard already. https://github.com/oVirt/vdsm/commit/5b5c58580e20ffaf3ceff7193f4c28cbadd8c42f and https://github.com/oVirt/vdsm/commit/26bfc74765aed35af6d17cfad1ed8115eef650f1 So it looks like that both of you are using oVirt 3.1, which contains neither of those two fixes. AFAIK only the first one is in oVirt 3.2 and the second one is in oVirt 3.3 Öhm: ovirt-engine-3.2.2-1.1.43.el6.noarch And René already stated running 3.2.3 Hmm interesting, but that VDSM version is not 3.2? Did you upgrade your hypervisors? All systems are as upgraded as they can be, and dc/cluster is running in 3.2-mode. Probably since I´m running dreyou´s repo (and perhaps René as well), the versions may be different from what´s in yours? Sorry my bad, I messed up the correlation with the versions. I thought 4.10.3 is 3.1 but it is really 3.2. So this issues are fixed with 3.3 where I would wait with the upgrade until it was finally stabilized. Yepp yepp, that´s what I was thinking as well. About when would you think 3.3 has stabilized, 3.3.1? a few days hopefully. a few days*™* ;) note since the bug is on vdsm, upgrading vdsm should resolve it, regardless of upgrading engine, dc/cluster levels, etc. That´s good to know, thanks! And you are completely confident that there is proper backwards compatibility? Has anyone tested? vdsm is supposed to always keep backward compatibility. i think one issue was found in 3.3 around live migration in a 3.2 cluster (i.e., mixed versions of 3.2 vdsm and 3.3 vdsm) danken - was this fixed in 3.3.1 vdsm? Unfortunately not much I can recommend besides to upgrade at some point. :-( Thanks a lot, René ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.se mailto:karli.sjob...@slu.se mailto:karli.sjob...@slu.se -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750
Re: [Users] Trusted Pools and CentOS 6 packages
Hi, I've followed the recipe ( https://github.com/OpenAttestation/OpenAttestation/wiki/OAT-for-RHEL-Recipe) but didn't get it to run yet; I think a step is missing -- the AIK is not available is /usr/share/oat-client (it was not available in /var/lig/oat-appraiser/ClientFiles either); when I try to run provisioner.sh, I get the following: provisioner.sh: line 7: systemctl: command not found ### ecStorage = NVRAM### Performing TPM provisioning...710 DONE Successfully initialized TPM Performing HIS identity provisioning...FAILED java.util.NoSuchElementException at java.util.StringTokenizer.nextToken(StringTokenizer.java:349) at gov.niarl.his.privacyca.TpmModule.executeVer2Command(TpmModule.java:215) at gov.niarl.his.privacyca.TpmModule.collateIdentityRequest(TpmModule.java:292) at gov.niarl.his.privacyca.HisIdentityProvisioner.main(HisIdentityProvisioner.java:225) Failed to receive AIC from Privacy CA, error 1 Registering identity with server...FAILED java.io.FileNotFoundException: /usr/share/oat-client/aik.cer (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:137) at java.io.FileInputStream.init(FileInputStream.java:96) at gov.niarl.his.privacyca.TpmUtils.certFromFile(TpmUtils.java:612) at gov.niarl.his.privacyca.HisRegisterIdentity.main(HisRegisterIdentity.java:99) Failed to register identity with appraiser, error 1 Thanks, /Nicolae On 27 October 2013 22:55, Nicolae Paladi n.pal...@gmail.com wrote: Awesome, thanks! I'll try this out in the morning /Nicolae On 27 October 2013 17:03, Wei, Gang gang@intel.com wrote: Please refer to https://github.com/OpenAttestation/OpenAttestation/wiki/OAT-for-RHEL-Recipe . Jimmy -Original Message- From: Doron Fediuck [mailto:dfedi...@redhat.com] Sent: Sunday, October 27, 2013 11:53 PM To: Nicolae Paladi Cc: users@ovirt.org; Wei, Gang Subject: Re: [Users] Trusted Pools and CentOS 6 packages - Original Message - From: Nicolae Paladi n.pal...@gmail.com To: users@ovirt.org Sent: Friday, October 25, 2013 7:16:30 PM Subject: Re: [Users] Trusted Pools and CentOS 6 packages Doron Fediuck dfediuck@... writes: - Original Message - From: Gianluca Cecchi gianluca.cecchi@... To: Doron Fediuck dfediuck@... Cc: Wei D Chen wei.d.chen@..., users users@..., Mei Yu mei.yu@..., Ofri Masad omasad@..., Gang Wei gang.wei@... Sent: Tuesday, June 11, 2013 2:29:54 AM Subject: Re: [Users] Trusted Pools and CentOS 6 packages On Mon, Jun 10, 2013 at 6:36 PM, Doron Fediuck wrote: That's nice of Jimmy to assist. Are you trying out the oVirt TCP feature or will you be using OAT for something else? Actually the need was for OpenStack environment, but I'm going to test oVirt node too. Gianluca Thanks for the info. Note that openstack and ovirt are using the same OAT infra, but implementing the logic in a different way. Let me know f you have a specific use case so I'll be able to provide additional details. Hi, I have an environment where the oat-server is on a Ubuntu, while the compute hosts are CentOS servers. I have installed the packages for the oat-server from the Ubuntu repositories, and there is indeed a ClientFiles directory, but but it lacks installation files (just the following: endorsement.p12 install.bat lib OAT.properties OATprovisioner.properties PrivacyCA.cer TrustStore.jks) The questions are: * are there packages for centos 6.4 available? * how can the client files be generated by the oat-server? cheers, /Nicolae Hi Nicolae, Adding Jimmy for RPM updates. Jimmy, are you packaging the OAT for el6 and where can it be found? Also, some of the issues are available here: http://www.ovirt.org/Trusted_compute_pools_deployment Doron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Virtualized hypervisor?
Hi All, my name is Peter van der Meulen from the Netherlands. I'm (self paced) studying the RHEV guides and course material to take the RHEV certifiation exam. Installing the RHEV manager is not a problem, the hypervisor is, however, another story. I don't have a seperate physical machine for the hypervisor. I was told that it is possible to install the RHEV hypervisor in a virtual machine using Ovirt kernel modules. Could someone point me towards documentation on this issue and what kernel modules to install? Thanks in advance! Best regards, Peter ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] libteam network devices support in ovirt
Hi, Little over a year ago Fedora introduced alternative bonding driver for network devices - libteam: https://fedorahosted.org/libteam/ Can we expect libteam support in ovirt at the same level as for bond driver? Currently, libteam bonded interfaces are not visible in Setup Host Networks dialog. -- Tomasz Torcz 72-| 80-| xmpp: zdzich...@chrome.pl 72-| 80-| ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Trusted Pools and CentOS 6 packages
Awesome, thanks! I'll try this out in the morning /Nicolae On 27 October 2013 17:03, Wei, Gang gang@intel.com wrote: Please refer to https://github.com/OpenAttestation/OpenAttestation/wiki/OAT-for-RHEL-Recipe . Jimmy -Original Message- From: Doron Fediuck [mailto:dfedi...@redhat.com] Sent: Sunday, October 27, 2013 11:53 PM To: Nicolae Paladi Cc: users@ovirt.org; Wei, Gang Subject: Re: [Users] Trusted Pools and CentOS 6 packages - Original Message - From: Nicolae Paladi n.pal...@gmail.com To: users@ovirt.org Sent: Friday, October 25, 2013 7:16:30 PM Subject: Re: [Users] Trusted Pools and CentOS 6 packages Doron Fediuck dfediuck@... writes: - Original Message - From: Gianluca Cecchi gianluca.cecchi@... To: Doron Fediuck dfediuck@... Cc: Wei D Chen wei.d.chen@..., users users@..., Mei Yu mei.yu@..., Ofri Masad omasad@..., Gang Wei gang.wei@... Sent: Tuesday, June 11, 2013 2:29:54 AM Subject: Re: [Users] Trusted Pools and CentOS 6 packages On Mon, Jun 10, 2013 at 6:36 PM, Doron Fediuck wrote: That's nice of Jimmy to assist. Are you trying out the oVirt TCP feature or will you be using OAT for something else? Actually the need was for OpenStack environment, but I'm going to test oVirt node too. Gianluca Thanks for the info. Note that openstack and ovirt are using the same OAT infra, but implementing the logic in a different way. Let me know f you have a specific use case so I'll be able to provide additional details. Hi, I have an environment where the oat-server is on a Ubuntu, while the compute hosts are CentOS servers. I have installed the packages for the oat-server from the Ubuntu repositories, and there is indeed a ClientFiles directory, but but it lacks installation files (just the following: endorsement.p12 install.bat lib OAT.properties OATprovisioner.properties PrivacyCA.cer TrustStore.jks) The questions are: * are there packages for centos 6.4 available? * how can the client files be generated by the oat-server? cheers, /Nicolae Hi Nicolae, Adding Jimmy for RPM updates. Jimmy, are you packaging the OAT for el6 and where can it be found? Also, some of the issues are available here: http://www.ovirt.org/Trusted_compute_pools_deployment Doron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition
On 10/30/2013 02:32 PM, René Koch (ovido) wrote: On Wed, 2013-10-30 at 13:33 +0100, Vinzenz Feenstra wrote: On 10/28/2013 04:32 PM, Itamar Heim wrote: On 10/28/2013 05:19 PM, René Koch (ovido) wrote: Also, the guest-agent itself is just a python script that should just work. Just some packaging is required, so we're looking to revamp this in build.opensuse.org, and hope some SUSE users will help us with closing and testing this one. I can help creating packages for SLES and openSUSE on build.opensuse.org for latest guest agent without SSO (and of course test the packages) or is Vinzenz Feenstra already working on it as I saw he pushed the sources to OBS? I'm sure Vinzenz will appreciate help with this one - so many things to do... Packages are now available for openSUSE 12.3, 13.1 and Factory, and SLES 11 SP3 I also updated a packaged version of python-ethtool to 0.7 in that repository. So that we have the full support of the features it provides. Cool, I'll test them on oVirt 3.2.3 (didn't upgrade to 3.3 yet) and let you know. No problem, the guest agent is backward compatible :-) Regards, René Thanks, Itamar -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-guest-agent issue/troubleshooting
On Wed, Oct 30, 2013 at 03:24:56PM +0200, Itamar Heim wrote: On 10/30/2013 03:10 PM, Karli Sjöberg wrote: ons 2013-10-30 klockan 15:05 +0200 skrev Itamar Heim: On 10/30/2013 11:12 AM, Karli Sjöberg wrote: ons 2013-10-30 klockan 09:16 +0100 skrev Vinzenz Feenstra: On 10/30/2013 07:09 AM, Karli Sjöberg wrote: tis 2013-10-29 klockan 15:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 03:06 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 02:37 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:30 +0100 skrev René Koch (ovido): On Tue, 2013-10-29 at 13:23 +, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:15 +0100 skrev René Koch (ovido): Hi, I have some issues with ovirt-guest-agent as no information is reported from guest-agent to oVirt webadmin anymore. I'm unsure when I lost the information - I know for sure it worked last month when I tested the guest agent packages for Debian and Ubuntu. Status now is that I don't receive any data. I have the following test vms: * RHEL 6 with rhevm-guest-agent 1.0.7 (RHEV repository) * RHEL 6 with ovirt-guest-agent 1.0.8 (EPEL) * openSUSE 12.3 with ovirt-guest-agent 1.0.8.1 (self compiled) Both RHEL server reported information (memory, ip-address,...) previously. The only changes which could broke the guest agent communication are updates on the CentOS host and the engine. Can you give me some hints how to troubleshoot the guest agent? I can't find any information (or don't know the right pattern to search for) in vdsm.log and engine.log. Guest agent is running in the vms, but doesn't log anything except start and stop of the service (can I change the handler_logfile args for more debugging and if yes how?): # tail /var/log/ovirt-guest-agent/ovirt-guest-agent.log MainThread::INFO::2013-10-29 11:00:15,340::ovirt-guest-agent::37::root::Starting oVirt guest agent Btw, I'm running oVirt 3.2.3... This has happened for me in the past and putting the Host in maintenance and then restarting the vdsmd solved it. /Karli Thanks a lot Karli - restarting vdsmd did the trick! Well, even a broken clock can be right. Even twice a day:) @developers Is this something you have noticed as well? I mean, that sometimes vdsmd needs this manual kick? Where do you start debugging when this issue occurs, restarting the daemon once in a while is just the quickfix, I´d like to solve it once and for all. Yeah there have been applied multiple fixes in that regard already. https://github.com/oVirt/vdsm/commit/5b5c58580e20ffaf3ceff7193f4c28cbadd8c42f and https://github.com/oVirt/vdsm/commit/26bfc74765aed35af6d17cfad1ed8115eef650f1 So it looks like that both of you are using oVirt 3.1, which contains neither of those two fixes. AFAIK only the first one is in oVirt 3.2 and the second one is in oVirt 3.3 Öhm: ovirt-engine-3.2.2-1.1.43.el6.noarch And René already stated running 3.2.3 Hmm interesting, but that VDSM version is not 3.2? Did you upgrade your hypervisors? All systems are as upgraded as they can be, and dc/cluster is running in 3.2-mode. Probably since I´m running dreyou´s repo (and perhaps René as well), the versions may be different from what´s in yours? Sorry my bad, I messed up the correlation with the versions. I thought 4.10.3 is 3.1 but it is really 3.2. So this issues are fixed with 3.3 where I would wait with the upgrade until it was finally stabilized. Yepp yepp, that´s what I was thinking as well. About when would you think 3.3 has stabilized, 3.3.1? a few days hopefully. a few days*™* ;) note since the bug is on vdsm, upgrading vdsm should resolve it, regardless of upgrading engine, dc/cluster levels, etc. That´s good to know, thanks! And you are completely confident that there is proper backwards compatibility? Has anyone tested? vdsm is supposed to always keep backward compatibility. i think one issue was found in 3.3 around live migration in a 3.2 cluster (i.e., mixed versions of 3.2 vdsm and 3.3 vdsm) danken - was this fixed in 3.3.1 vdsm? There has been a breakage of migration between master and ovirt-3.3.0. Fixing it was my gating issue for the ovirt-3.3 rebase, and that's done for a couple of weeks. I've tested 3.3.0-3.3.1 migration then, and I am not aware of any more recent problem. (However, when it comes to migration, I'm sure a bug or two are lurking somewhere) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-guest-agent issue/troubleshooting
ons 2013-10-30 klockan 13:45 + skrev Dan Kenigsberg: On Wed, Oct 30, 2013 at 03:24:56PM +0200, Itamar Heim wrote: On 10/30/2013 03:10 PM, Karli Sjöberg wrote: ons 2013-10-30 klockan 15:05 +0200 skrev Itamar Heim: On 10/30/2013 11:12 AM, Karli Sjöberg wrote: ons 2013-10-30 klockan 09:16 +0100 skrev Vinzenz Feenstra: On 10/30/2013 07:09 AM, Karli Sjöberg wrote: tis 2013-10-29 klockan 15:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 03:06 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:48 +0100 skrev Vinzenz Feenstra: On 10/29/2013 02:37 PM, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:30 +0100 skrev René Koch (ovido): On Tue, 2013-10-29 at 13:23 +, Karli Sjöberg wrote: tis 2013-10-29 klockan 14:15 +0100 skrev René Koch (ovido): Hi, I have some issues with ovirt-guest-agent as no information is reported from guest-agent to oVirt webadmin anymore. I'm unsure when I lost the information - I know for sure it worked last month when I tested the guest agent packages for Debian and Ubuntu. Status now is that I don't receive any data. I have the following test vms: * RHEL 6 with rhevm-guest-agent 1.0.7 (RHEV repository) * RHEL 6 with ovirt-guest-agent 1.0.8 (EPEL) * openSUSE 12.3 with ovirt-guest-agent 1.0.8.1 (self compiled) Both RHEL server reported information (memory, ip-address,...) previously. The only changes which could broke the guest agent communication are updates on the CentOS host and the engine. Can you give me some hints how to troubleshoot the guest agent? I can't find any information (or don't know the right pattern to search for) in vdsm.log and engine.log. Guest agent is running in the vms, but doesn't log anything except start and stop of the service (can I change the handler_logfile args for more debugging and if yes how?): # tail /var/log/ovirt-guest-agent/ovirt-guest-agent.log MainThread::INFO::2013-10-29 11:00:15,340::ovirt-guest-agent::37::root::Starting oVirt guest agent Btw, I'm running oVirt 3.2.3... This has happened for me in the past and putting the Host in maintenance and then restarting the vdsmd solved it. /Karli Thanks a lot Karli - restarting vdsmd did the trick! Well, even a broken clock can be right. Even twice a day:) @developers Is this something you have noticed as well? I mean, that sometimes vdsmd needs this manual kick? Where do you start debugging when this issue occurs, restarting the daemon once in a while is just the quickfix, I´d like to solve it once and for all. Yeah there have been applied multiple fixes in that regard already. https://github.com/oVirt/vdsm/commit/5b5c58580e20ffaf3ceff7193f4c28cbadd8c42f and https://github.com/oVirt/vdsm/commit/26bfc74765aed35af6d17cfad1ed8115eef650f1 So it looks like that both of you are using oVirt 3.1, which contains neither of those two fixes. AFAIK only the first one is in oVirt 3.2 and the second one is in oVirt 3.3 Öhm: ovirt-engine-3.2.2-1.1.43.el6.noarch And René already stated running 3.2.3 Hmm interesting, but that VDSM version is not 3.2? Did you upgrade your hypervisors? All systems are as upgraded as they can be, and dc/cluster is running in 3.2-mode. Probably since I´m running dreyou´s repo (and perhaps René as well), the versions may be different from what´s in yours? Sorry my bad, I messed up the correlation with the versions. I thought 4.10.3 is 3.1 but it is really 3.2. So this issues are fixed with 3.3 where I would wait with the upgrade until it was finally stabilized. Yepp yepp, that´s what I was thinking as well. About when would you think 3.3 has stabilized, 3.3.1? a few days hopefully. a few days*™* ;) note since the bug is on vdsm, upgrading vdsm should resolve it, regardless of upgrading engine, dc/cluster levels, etc. That´s good to know, thanks! And you are completely confident that there is proper backwards compatibility? Has anyone tested? vdsm is supposed to always keep backward compatibility. i think one issue was found in 3.3 around live migration in a 3.2 cluster (i.e., mixed versions of 3.2 vdsm and 3.3 vdsm) danken - was this fixed in 3.3.1 vdsm? There has been a breakage of migration between master and ovirt-3.3.0. Fixing it was my gating issue for the ovirt-3.3 rebase, and that's done for a couple of weeks. I've tested 3.3.0-3.3.1 migration then, and I am not aware of any more recent problem. (However, when it comes to migration, I'm sure a bug or two are lurking somewhere) Excellent! But just to be sure, I´ll make sure to upgrade vdsm in our test environment before applying it in production, just for Murphy´s sake;) -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural
[Users] Old Alerts Present
Running oVirt Engine 3.3.0-4.el6 on CentOS 6.4. These alerts are no longer valid; the host 'virt03' is responding and running VMs. No new ones have happened since. I've looked all over but not found a way to clear these. Any ideas? 2013-Oct-16, 11:33 Failed to verify Host virt03 Restart status, Please Restart Host virt03 manually. 2013-Oct-16, 11:00 Failed to power fence host virt03. Please check the host status and it's power management settings, and then manually reboot it and click Confirm Host Has Been Rebooted 2013-Oct-14, 10:37 Failed to verify Host virt02 Restart status, Please Restart Host virt02 manually. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] libteam network devices support in ovirt
On Wed, 2013-10-30 at 11:24 +0100, Tomasz Torcz wrote: Hi, Little over a year ago Fedora introduced alternative bonding driver for network devices - libteam: https://fedorahosted.org/libteam/ Can we expect libteam support in ovirt at the same level as for bond driver? Currently, libteam bonded interfaces are not visible in Setup Host Networks dialog. Hi Tomasz, We are aware of libteam bonds and I personally look forward to them very much. The ideal way to support them would be via one new network configurator that would implicitly make teamd bonds instead of usual bonds. After the iproute2 configurator is finished (it is currently in progress but quite functional) it should be quite easy to inherit from vdsm/netconf/iproute2.py and modify configureBond, removeBond and editBondings so that they make use of teamd bonds. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition
On Wed, 2013-10-30 at 13:33 +0100, Vinzenz Feenstra wrote: On 10/28/2013 04:32 PM, Itamar Heim wrote: On 10/28/2013 05:19 PM, René Koch (ovido) wrote: Also, the guest-agent itself is just a python script that should just work. Just some packaging is required, so we're looking to revamp this in build.opensuse.org, and hope some SUSE users will help us with closing and testing this one. I can help creating packages for SLES and openSUSE on build.opensuse.org for latest guest agent without SSO (and of course test the packages) or is Vinzenz Feenstra already working on it as I saw he pushed the sources to OBS? I'm sure Vinzenz will appreciate help with this one - so many things to do... Packages are now available for openSUSE 12.3, 13.1 and Factory, and SLES 11 SP3 I also updated a packaged version of python-ethtool to 0.7 in that repository. So that we have the full support of the features it provides. I just tested your guest agent packages on openSUSE 12.3 x86_64 - SLES 11 will follow... Everything works fine except application listing, as the packages have different names on openSUSE: Here's my application_list for openSUSE 12.3: # openSUSE Packages:kernel-desktop ovirt-guest-agent-common xf86-video-qxl applications_list = kernel ovirt-guest-agent xorg-x11-drv-qxl linux-image xserver-xorg-video-qxl kernel-desktop ovirt-guest-agent-common xf86-video-qxl I tested these features and they are working fine: - shutdown guest - display memory - display ip address (both ipv4 and ipv6) - display applications Great job! Regards, René Thanks, Itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition
On 10/30/2013 03:34 PM, René Koch (ovido) wrote: On Wed, 2013-10-30 at 13:33 +0100, Vinzenz Feenstra wrote: On 10/28/2013 04:32 PM, Itamar Heim wrote: On 10/28/2013 05:19 PM, René Koch (ovido) wrote: Also, the guest-agent itself is just a python script that should just work. Just some packaging is required, so we're looking to revamp this in build.opensuse.org, and hope some SUSE users will help us with closing and testing this one. I can help creating packages for SLES and openSUSE on build.opensuse.org for latest guest agent without SSO (and of course test the packages) or is Vinzenz Feenstra already working on it as I saw he pushed the sources to OBS? I'm sure Vinzenz will appreciate help with this one - so many things to do... Packages are now available for openSUSE 12.3, 13.1 and Factory, and SLES 11 SP3 I also updated a packaged version of python-ethtool to 0.7 in that repository. So that we have the full support of the features it provides. I just tested your guest agent packages on openSUSE 12.3 x86_64 - SLES 11 will follow... Everything works fine except application listing, as the packages have different names on openSUSE: Here's my application_list for openSUSE 12.3: # openSUSE Packages:kernel-desktop ovirt-guest-agent-common xf86-video-qxl applications_list = kernel ovirt-guest-agent xorg-x11-drv-qxl linux-image xserver-xorg-video-qxl kernel-desktop ovirt-guest-agent-common xf86-video-qxl Yeah right I forgot to check for the application names. I'll update this immediately. I tested these features and they are working fine: - shutdown guest - display memory - display ip address (both ipv4 and ipv6) - display applications Great job! Regards, René Thanks, Itamar -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition
On 10/30/2013 03:35 PM, Vinzenz Feenstra wrote: On 10/30/2013 03:34 PM, René Koch (ovido) wrote: On Wed, 2013-10-30 at 13:33 +0100, Vinzenz Feenstra wrote: On 10/28/2013 04:32 PM, Itamar Heim wrote: On 10/28/2013 05:19 PM, René Koch (ovido) wrote: Also, the guest-agent itself is just a python script that should just work. Just some packaging is required, so we're looking to revamp this in build.opensuse.org, and hope some SUSE users will help us with closing and testing this one. I can help creating packages for SLES and openSUSE on build.opensuse.org for latest guest agent without SSO (and of course test the packages) or is Vinzenz Feenstra already working on it as I saw he pushed the sources to OBS? I'm sure Vinzenz will appreciate help with this one - so many things to do... Packages are now available for openSUSE 12.3, 13.1 and Factory, and SLES 11 SP3 I also updated a packaged version of python-ethtool to 0.7 in that repository. So that we have the full support of the features it provides. I just tested your guest agent packages on openSUSE 12.3 x86_64 - SLES 11 will follow... Everything works fine except application listing, as the packages have different names on openSUSE: Here's my application_list for openSUSE 12.3: # openSUSE Packages:kernel-desktop ovirt-guest-agent-common xf86-video-qxl applications_list = kernel ovirt-guest-agent xorg-x11-drv-qxl linux-image xserver-xorg-video-qxl kernel-desktop ovirt-guest-agent-common xf86-video-qxl Yeah right I forgot to check for the application names. I'll update this immediately. Done. The repo has been updated with ovirt-guest-agent-common-1.0.8-3 Thanks for reporting and testing :-) I tested these features and they are working fine: - shutdown guest - display memory - display ip address (both ipv4 and ipv6) - display applications Great job! Regards, René Thanks, Itamar -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Virtualized hypervisor?
On 10/30/2013 12:12 AM, ru...@planet.nl wrote: Hi All, my name is Peter van der Meulen from the Netherlands. I'm (self paced) studying the RHEV guides and course material to take the RHEV certifiation exam. Installing the RHEV manager is not a problem, the hypervisor is, however, another story. I don't have a seperate physical machine for the hypervisor. I was told that it is possible to install the RHEV hypervisor in a virtual machine using Ovirt kernel modules. Could someone point me towards documentation on this issue and what kernel modules to install? Thanks in advance! Best regards, Peter ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users which OS are you using? if you have a single physical box, you can try installing the allinone setup plugin rpm which will deploy host+engine on same box. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Virtualized hypervisor?
On 30/10/13 00:12, ru...@planet.nl wrote: Hi All, my name is Peter van der Meulen from the Netherlands. I'm (self paced) studying the RHEV guides and course material to take the RHEV certifiation exam. Installing the RHEV manager is not a problem, the hypervisor is, however, another story. I don't have a seperate physical machine for the hypervisor. I was told that it is possible to install the RHEV hypervisor in a virtual machine using Ovirt kernel modules. Could someone point me towards documentation on this issue and what kernel modules to install? Thanks in advance! Best regards, Peter ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users this wiki can be handy http://www.ovirt.org/Vdsm_Developers#Running_Node_as_guest_-_Nested_KVM ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Virtualized hypervisor?
If you are using KVM as a virtualization platform; you can use nested KVM... Here are some links on the subject http://blog.jebpages.com/archives/ovirt-on-ovirt-nested-kvm-fu/ http://www.rdoxenham.com/?p=275 http://kashyapc.wordpress.com/2012/01/14/nested-virtualization-with-kvm-intel/ I have an oVirt and RHEV stack all on my test machine. Note ~ you need a pretty hot box HTH Thank you, Christian Hernandez 1225 Los Angeles Street Glendale, CA 91204 Phone: 877-782-2737 ext. 4566 Fax: 818-265-3152 christi...@4over.com mailto:christi...@4over.com www.4over.com http://www.4over.com On Tue, Oct 29, 2013 at 3:12 PM, ru...@planet.nl ru...@planet.nl wrote: Hi All, my name is Peter van der Meulen from the Netherlands. I'm (self paced) studying the RHEV guides and course material to take the RHEV certifiation exam. Installing the RHEV manager is not a problem, the hypervisor is, however, another story. I don't have a seperate physical machine for the hypervisor. I was told that it is possible to install the RHEV hypervisor in a virtual machine using Ovirt kernel modules. Could someone point me towards documentation on this issue and what kernel modules to install? Thanks in advance! Best regards, Peter ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Old Alerts Present
- Original Message - From: Mark Shields mshie...@techsafari.com To: users@ovirt.org Sent: Wednesday, October 30, 2013 4:18:14 PM Subject: [Users] Old Alerts Present Running oVirt Engine 3.3.0-4.el6 on CentOS 6.4. These alerts are no longer valid; the host 'virt03' is responding and running VMs. No new ones have happened since. I've looked all over but not found a way to clear these. Any ideas? 2013-Oct-16, 11:33 Failed to verify Host virt03 Restart status, Please Restart Host virt03 manually. 2013-Oct-16, 11:00 Failed to power fence host virt03. Please check the host status and it's power management settings, and then manually reboot it and click Confirm Host Has Been Rebooted 2013-Oct-14, 10:37 Failed to verify Host virt02 Restart status, Please Restart Host virt02 manually. Hi Mark Power management alerts are divided to 2 types 1) Alerts that report the current Host status (like the Alerts in the case the Host PM is not configured) 2) Alerts that report an event that happen (like the one you are reporting on) In the first type , the system automatically clears the Alert when it is not relevant anymore In the second alert type , it is just an event like any event in the system that will be automatically cleared after a configurable time (30 days) Eli ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition
On Wed, 2013-10-30 at 15:55 +0100, Vinzenz Feenstra wrote: On 10/30/2013 03:35 PM, Vinzenz Feenstra wrote: On 10/30/2013 03:34 PM, René Koch (ovido) wrote: On Wed, 2013-10-30 at 13:33 +0100, Vinzenz Feenstra wrote: On 10/28/2013 04:32 PM, Itamar Heim wrote: On 10/28/2013 05:19 PM, René Koch (ovido) wrote: Also, the guest-agent itself is just a python script that should just work. Just some packaging is required, so we're looking to revamp this in build.opensuse.org, and hope some SUSE users will help us with closing and testing this one. I can help creating packages for SLES and openSUSE on build.opensuse.org for latest guest agent without SSO (and of course test the packages) or is Vinzenz Feenstra already working on it as I saw he pushed the sources to OBS? I'm sure Vinzenz will appreciate help with this one - so many things to do... Packages are now available for openSUSE 12.3, 13.1 and Factory, and SLES 11 SP3 I also updated a packaged version of python-ethtool to 0.7 in that repository. So that we have the full support of the features it provides. I just tested your guest agent packages on openSUSE 12.3 x86_64 - SLES 11 will follow... Everything works fine except application listing, as the packages have different names on openSUSE: Here's my application_list for openSUSE 12.3: # openSUSE Packages:kernel-desktop ovirt-guest-agent-common xf86-video-qxl applications_list = kernel ovirt-guest-agent xorg-x11-drv-qxl linux-image xserver-xorg-video-qxl kernel-desktop ovirt-guest-agent-common xf86-video-qxl Yeah right I forgot to check for the application names. I'll update this immediately. Done. The repo has been updated with ovirt-guest-agent-common-1.0.8-3 Thanks for reporting and testing :-) I just wanted to test the SLES 11 guest agent package, but there's only a source rpm available, no binary rpm. According to the build log on build.opensuse.org only the source rpm was created. Also in build.log I see the following errors: [ 73s] error: Recursion depth(17) greater than max(16) [ 73s] error: line 104: # [ 73s] test -n $FIRST_ARG || FIRST_ARG=$1 [ 73s] if test $FIRST_ARG = 0 ; then [ 73s] test -f /etc/sysconfig/services . /etc/sysconfig/services [ 73s]if test $YAST_IS_RUNNING != instsys -a $DISABLE_STOP_ON_REMOVAL != yes ; then [ 73s] for service in I tested these features and they are working fine: - shutdown guest - display memory - display ip address (both ipv4 and ipv6) - display applications Great job! Regards, René Thanks, Itamar -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition
On 10/30/2013 05:24 PM, René Koch (ovido) wrote: On Wed, 2013-10-30 at 15:55 +0100, Vinzenz Feenstra wrote: On 10/30/2013 03:35 PM, Vinzenz Feenstra wrote: On 10/30/2013 03:34 PM, René Koch (ovido) wrote: On Wed, 2013-10-30 at 13:33 +0100, Vinzenz Feenstra wrote: On 10/28/2013 04:32 PM, Itamar Heim wrote: On 10/28/2013 05:19 PM, René Koch (ovido) wrote: Also, the guest-agent itself is just a python script that should just work. Just some packaging is required, so we're looking to revamp this in build.opensuse.org, and hope some SUSE users will help us with closing and testing this one. I can help creating packages for SLES and openSUSE on build.opensuse.org for latest guest agent without SSO (and of course test the packages) or is Vinzenz Feenstra already working on it as I saw he pushed the sources to OBS? I'm sure Vinzenz will appreciate help with this one - so many things to do... Packages are now available for openSUSE 12.3, 13.1 and Factory, and SLES 11 SP3 I also updated a packaged version of python-ethtool to 0.7 in that repository. So that we have the full support of the features it provides. I just tested your guest agent packages on openSUSE 12.3 x86_64 - SLES 11 will follow... Everything works fine except application listing, as the packages have different names on openSUSE: Here's my application_list for openSUSE 12.3: # openSUSE Packages:kernel-desktop ovirt-guest-agent-common xf86-video-qxl applications_list = kernel ovirt-guest-agent xorg-x11-drv-qxl linux-image xserver-xorg-video-qxl kernel-desktop ovirt-guest-agent-common xf86-video-qxl Yeah right I forgot to check for the application names. I'll update this immediately. Done. The repo has been updated with ovirt-guest-agent-common-1.0.8-3 Thanks for reporting and testing :-) I just wanted to test the SLES 11 guest agent package, but there's only a source rpm available, no binary rpm. According to the build log on build.opensuse.org only the source rpm was created. Also in build.log I see the following errors: [ 73s] error: Recursion depth(17) greater than max(16) [ 73s] error: line 104: # [ 73s] test -n $FIRST_ARG || FIRST_ARG=$1 [ 73s] if test $FIRST_ARG = 0 ; then [ 73s] test -f /etc/sysconfig/services . /etc/sysconfig/services [ 73s]if test $YAST_IS_RUNNING != instsys -a $DISABLE_STOP_ON_REMOVAL != yes ; then [ 73s] for service in Oh, strange that it passed then though. I will check with the guys on freenode.net/#opensuse-buildservice I tested these features and they are working fine: - shutdown guest - display memory - display ip address (both ipv4 and ipv6) - display applications Great job! Regards, René Thanks, Itamar -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-guest-agent issue/troubleshooting
On Wed, Oct 30, 2013 at 02:02:22PM +, Karli Sjöberg wrote: ons 2013-10-30 klockan 13:45 + skrev Dan Kenigsberg: note since the bug is on vdsm, upgrading vdsm should resolve it, regardless of upgrading engine, dc/cluster levels, etc. That´s good to know, thanks! And you are completely confident that there is proper backwards compatibility? Has anyone tested? vdsm is supposed to always keep backward compatibility. i think one issue was found in 3.3 around live migration in a 3.2 cluster (i.e., mixed versions of 3.2 vdsm and 3.3 vdsm) danken - was this fixed in 3.3.1 vdsm? There has been a breakage of migration between master and ovirt-3.3.0. Fixing it was my gating issue for the ovirt-3.3 rebase, and that's done for a couple of weeks. I've tested 3.3.0-3.3.1 migration then, and I am not aware of any more recent problem. (However, when it comes to migration, I'm sure a bug or two are lurking somewhere) I forgot to sacrifice the correct goat to the gods, and within minutes after sending this, I've become aware to two 3.3.1 issue: One affecting gluster users Bug 1022961 - Running a VM from a gluster domain uses mount instead of gluster URI and the other - upgrade from ovirt 3.0 Bug 1022975 - [vdsm] storage domain upgrade fails with attributeError Excellent! But just to be sure, I´ll make sure to upgrade vdsm in our test environment before applying it in production, just for Murphy´s sake;) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] libteam network devices support in ovirt
On Wed, Oct 30, 2013 at 03:34:03PM +0100, Antoni Segura Puimedon wrote: On Wed, 2013-10-30 at 11:24 +0100, Tomasz Torcz wrote: Hi, Little over a year ago Fedora introduced alternative bonding driver for network devices - libteam: https://fedorahosted.org/libteam/ Can we expect libteam support in ovirt at the same level as for bond driver? Currently, libteam bonded interfaces are not visible in Setup Host Networks dialog. Hi Tomasz, We are aware of libteam bonds and I personally look forward to them very much. The ideal way to support them would be via one new network configurator that would implicitly make teamd bonds instead of usual bonds. After the iproute2 configurator is finished (it is currently in progress but quite functional) it should be quite easy to inherit from vdsm/netconf/iproute2.py and modify configureBond, removeBond and editBondings so that they make use of teamd bonds. What needs to be done to get ”minimal” support? By minimal I understand oVirt acknowledging that network interfaces are teamed. Configuring teams from oVirt can come later. Right now teamed interfaces are displayed as separate in net configuration dialog, and master team device is not displayed at all. I could live with manually configure teams if only I can attach them to ovirt networks. -- Tomasz Torcz ,,(...) today's high-end is tomorrow's embedded processor.'' xmpp: zdzich...@chrome.pl -- Mitchell Blank on LKML ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Gluster VM stuck in waiting for launch state
On Wed, Oct 30, 2013 at 02:40:02PM +0100, Alessandro Bianchi wrote: Il 30/10/2013 13:58, Dan Kenigsberg ha scritto: On Wed, Oct 30, 2013 at 11:34:21AM +0100, Alessandro Bianchi wrote: Hi everyone I've set up a gluster storage with two replicated bricks DC is up and I created a VM to test gluster storage If I start the VM WITHOUT any disk attached (only one virtual DVD) it starts fine. If I attach a gluster domain disk thin provisioning 30 Gb the Vm stucks in waiting for launch state I see no special activity on the gluster servers (they serve several other shares with no troubles at all and even the ISO domain is a NFS on locally mounted gluster and works fine) I've double checked all the pre requisites and they look fine (F 19 - gluster setup insecure in both glusterd.vol and volume options - uid/gid/insecure ) Am I doing something wrong? I'm even unable to stop the VM from the engine GUI Any advise? Which version of ovirt are you using? Hopefully ovirt-3.3.0.1. For how long is the VM stuck in its wait for launch state? What does `virsh -r list` has to say while startup stalls? Would you provide more content of your vdsm.log and possibly libvirtd.log so we can understand what blocks the VM start-up? Please use attachement of pastebin, as your mail agents wreaks havoc to the log lines. Thank you for your answer. Here are the facts In the GUI I see waiting for launch 3 h virsh -r list IdNome Stato 3 CentOS_30 terminato vdsClient -s 0 list table 200dfb05-461e-49d9-95a2-c0a7c7ced669 0 CentOS_30 WaitForLaunch Packages: ovirt-engine-userportal-3.3.0.1-1.fc19.noarch ovirt-log-collector-3.3.1-1.fc19.noarch ovirt-engine-restapi-3.3.0.1-1.fc19.noarch ovirt-engine-setup-3.3.0.1-1.fc19.noarch ovirt-engine-backend-3.3.0.1-1.fc19.noarch ovirt-host-deploy-java-1.1.1-1.fc19.noarch ovirt-release-fedora-8-1.noarch ovirt-engine-setup-plugin-allinone-3.3.0.1-1.fc19.noarch ovirt-engine-webadmin-portal-3.3.0.1-1.fc19.noarch ovirt-engine-sdk-python-3.3.0.7-1.fc19.noarch ovirt-iso-uploader-3.3.1-1.fc19.noarch ovirt-engine-websocket-proxy-3.3.0.1-1.fc19.noarch ovirt-engine-dbscripts-3.3.0.1-1.fc19.noarch ovirt-host-deploy-offline-1.1.1-1.fc19.noarch ovirt-engine-cli-3.3.0.5-1.fc19.noarch ovirt-engine-tools-3.3.0.1-1.fc19.noarch ovirt-engine-lib-3.3.0.1-1.fc19.noarch ovirt-image-uploader-3.3.1-1.fc19.noarch ovirt-engine-3.3.0.1-1.fc19.noarch ovirt-host-deploy-1.1.1-1.fc19.noarch I attach the full vdsm log Look around 30-10 10:30 to see all what happens Despite the terminated label in output from virsh I still see the VM waiting for launch in the GUI, so I suspect the answer to how long may be forever Since this is a test VM I can do whatever test you may need to track the problem included destroy and rebuild It would be great to have gluster support stable in ovirt! Thank you for your efforts The log has an ominous failed attempt to start the VM, followed by an immediate vdsm crash. Is it reproducible? We have plenty of issues lurking here: 1. Why has libvirt failed to create the VM? For this, please find clues in the complete non-line-broken CentOS_30.log and libvirtd.log. 2. Why was vdsm killed? Does /var/log/message has a clue from systemd? 3. We may have a nasty race: if Vdsm crashes just before it has registered that the VM is down. 4. We used to force Vdsm to run with LC_ALL=C. It seems that the grand service rewrite by Zhou (http://gerrit.ovirt.org/15578) has changed that. This may have adverse effects, since AFAIR we sometimes parse application output, and assume that it's in C. Having a non-English log file is problematic on it's own for support personal, used to grep for keywords. ybronhei, was it intensional? Can it be reverted or at least scrutinized? Thread-77::ERROR::2013-10-30 08:51:13,147::vm::2062::vm.Vm::(_startUnderlyingVm) vmId=`73e6615b-78c3-42e5-803a-3fc20d64ca32`::The vm start process failed Traceback (most recent call last): File /usr/share/vdsm/vm.py, line 2022, in _startUnderlyingVm self._run() File /usr/share/vdsm/vm.py, line 2906, in _run self._connection.createXML(domxml, flags), File /usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py, line 76, in wrapper ret = f(*args, **kwargs) File /usr/lib64/python2.7/site-packages/libvirt.py, line 2805, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: Unable to read from monitor: Connessione interrotta dal corrispondente Thread-77::DEBUG::2013-10-30 08:51:13,151::vm::2448::vm.Vm::(setDownStatus)
Re: [Users] oVirt 3.3.1, RHEL 6.5 (beta) and Gluster SD
On Sat, Oct 19, 2013 at 09:38:41AM +0300, Samuli Heinonen wrote: Dear all, i'm testing QEMU-Gluster features with oVirt 3.3.1 beta and RHEL 6.5 beta. For reason or another it seems to bypass Gluster support in QEMU and use VM image through FUSE mount point instead. ie. Libvirt XML shown in vdsm.log looks like this: disk device=disk snapshot=no type=file address bus=0x00 domain=0x function=0x0 slot=0x06 type=pci/ source file=/rhev/data-center/mnt/glusterSD/boar1.storage:dev-el6-sata1/402a2eee-40f6-4012-b188-63ec122ce399/images/f6ba1575-e6de-428c-93ef-8a27cf23de61/bc3de195-ccc4-4202-ade2-7e4d0cdb292e/ target bus=virtio dev=vda/ serialf6ba1575-e6de-428c-93ef-8a27cf23de61/serial boot order=1/ driver cache=none error_policy=stop io=threads name=qemu type=raw/ /disk and also qemu-kvm process for this VM has option -drive file=/rhev/data-center/mnt/glusterSD/boar1.storage:dev-el6-sata1/402a2eee-40f6-4012-b188-63ec122ce399/images/f6ba1575-e6de-428c-93ef-8a27cf23de61/bc3de195-ccc4-4202-ade2-7e4d0cdb292e,if=none,id=drive-virtio-disk0,format=raw,serial=f6ba1575-e6de-428c-93ef-8a27cf23de61,cache=none,werror=stop,rerror=stop,aio=threads oVirt 3.3 and Fedora 19 works as intended. Any ideas what might be wrong? Steps to reproduce (hopefully?): 1: Clean install of ovirt-engine 3.3.1 beta on CentOS 6.4 2: Clean install of RHEL 6.5 beta with EPEL, Gluster-epel and oVirt repos enabled (and all necessary Red Hat channels.) 3: Install RHEL 6.5 host to oVirt and let it install necessary packages 4: Switch datacenter storage type from NFS - GlusterFS 5: Insert storage domain 6: Start installing virtual machines Please let me know if more information is needed or you want me to open a bug report for this. As we've learned during today's ovirt weekly meeting, this is probably a manifestation of Bug 1022961 - Running a VM from a gluster domain uses mount instead of gluster URI ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Updates - Special KVM Forum/oVirt edition
On 10/30/2013 05:26 PM, Vinzenz Feenstra wrote: On 10/30/2013 05:24 PM, René Koch (ovido) wrote: On Wed, 2013-10-30 at 15:55 +0100, Vinzenz Feenstra wrote: On 10/30/2013 03:35 PM, Vinzenz Feenstra wrote: On 10/30/2013 03:34 PM, René Koch (ovido) wrote: On Wed, 2013-10-30 at 13:33 +0100, Vinzenz Feenstra wrote: On 10/28/2013 04:32 PM, Itamar Heim wrote: On 10/28/2013 05:19 PM, René Koch (ovido) wrote: Also, the guest-agent itself is just a python script that should just work. Just some packaging is required, so we're looking to revamp this in build.opensuse.org, and hope some SUSE users will help us with closing and testing this one. I can help creating packages for SLES and openSUSE on build.opensuse.org for latest guest agent without SSO (and of course test the packages) or is Vinzenz Feenstra already working on it as I saw he pushed the sources to OBS? I'm sure Vinzenz will appreciate help with this one - so many things to do... Packages are now available for openSUSE 12.3, 13.1 and Factory, and SLES 11 SP3 I also updated a packaged version of python-ethtool to 0.7 in that repository. So that we have the full support of the features it provides. I just tested your guest agent packages on openSUSE 12.3 x86_64 - SLES 11 will follow... Everything works fine except application listing, as the packages have different names on openSUSE: Here's my application_list for openSUSE 12.3: # openSUSE Packages:kernel-desktop ovirt-guest-agent-common xf86-video-qxl applications_list = kernel ovirt-guest-agent xorg-x11-drv-qxl linux-image xserver-xorg-video-qxl kernel-desktop ovirt-guest-agent-common xf86-video-qxl Yeah right I forgot to check for the application names. I'll update this immediately. Done. The repo has been updated with ovirt-guest-agent-common-1.0.8-3 Thanks for reporting and testing :-) I just wanted to test the SLES 11 guest agent package, but there's only a source rpm available, no binary rpm. According to the build log on build.opensuse.org only the source rpm was created. Also in build.log I see the following errors: [ 73s] error: Recursion depth(17) greater than max(16) [ 73s] error: line 104: # [ 73s] test -n $FIRST_ARG || FIRST_ARG=$1 [ 73s] if test $FIRST_ARG = 0 ; then [ 73s]test -f /etc/sysconfig/services . /etc/sysconfig/services [ 73s]if test $YAST_IS_RUNNING != instsys -a $DISABLE_STOP_ON_REMOVAL != yes ; then [ 73s] for service in Oh, strange that it passed then though. I will check with the guys on freenode.net/#opensuse-buildservice Ok I have fixed that issue however it seems like that there will be still an issue with finding a solution which does not need polkit or usermode to execute some things like shutdown, hibernate and lock session I will investigate that further. In case you have an idea please let me know. Thanks. I tested these features and they are working fine: - shutdown guest - display memory - display ip address (both ipv4 and ipv6) - display applications Great job! Regards, René Thanks, Itamar -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Old Alerts Present
Great, so it should be cleared in a few weeks. Thanks! On Wed 30 Oct 2013 11:56:36 AM EDT, Eli Mesika wrote: - Original Message - From: Mark Shields mshie...@techsafari.com To: users@ovirt.org Sent: Wednesday, October 30, 2013 4:18:14 PM Subject: [Users] Old Alerts Present Running oVirt Engine 3.3.0-4.el6 on CentOS 6.4. These alerts are no longer valid; the host 'virt03' is responding and running VMs. No new ones have happened since. I've looked all over but not found a way to clear these. Any ideas? 2013-Oct-16, 11:33 Failed to verify Host virt03 Restart status, Please Restart Host virt03 manually. 2013-Oct-16, 11:00 Failed to power fence host virt03. Please check the host status and it's power management settings, and then manually reboot it and click Confirm Host Has Been Rebooted 2013-Oct-14, 10:37 Failed to verify Host virt02 Restart status, Please Restart Host virt02 manually. Hi Mark Power management alerts are divided to 2 types 1) Alerts that report the current Host status (like the Alerts in the case the Host PM is not configured) 2) Alerts that report an event that happen (like the one you are reporting on) In the first type , the system automatically clears the Alert when it is not relevant anymore In the second alert type , it is just an event like any event in the system that will be automatically cleared after a configurable time (30 days) Eli ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Virtualized hypervisor?
Hi Peter, Jason Brooks wrote an awesome guide to running oVirt in nested virt recently: http://blog.jebpages.com/archives/ovirt-on-ovirt-nested-kvm-fu/ Hope this helps you! Cheers, Dave. On 10/29/2013 11:12 PM, ru...@planet.nl wrote: Hi All, my name is Peter van der Meulen from the Netherlands. I'm (self paced) studying the RHEV guides and course material to take the RHEV certifiation exam. Installing the RHEV manager is not a problem, the hypervisor is, however, another story. I don't have a seperate physical machine for the hypervisor. I was told that it is possible to install the RHEV hypervisor in a virtual machine using Ovirt kernel modules. Could someone point me towards documentation on this issue and what kernel modules to install? Thanks in advance! Best regards, Peter ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] compatibility rhev-m (regged, valid entitlement) + ovirt rhev-h for lab part
hi, i run a fully subscribed rhev 3.2 cluster, meaning rhev-m + rhev-h nodes. but, as most or all of you might understand it whould be wishable to use the free opensourced version for a extra pair of hostsystems which will be used as lab / testing envirement before live deploy of our stuff. so, anyone got experienice in compatibility of ovirt-node images and rhev-m (3.2 in my case). does this simply work? cheers, juergen -- Sent from the Delta quadrant using Borg technology! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Gluster VM stuck in waiting for launch state
On Wed, Oct 30, 2013 at 08:41:43PM +0100, Alessandro Bianchi wrote: Il 30/10/2013 18:04, Dan Kenigsberg ha scritto: On Wed, Oct 30, 2013 at 02:40:02PM +0100, Alessandro Bianchi wrote: Il 30/10/2013 13:58, Dan Kenigsberg ha scritto: On Wed, Oct 30, 2013 at 11:34:21AM +0100, Alessandro Bianchi wrote: Hi everyone I've set up a gluster storage with two replicated bricks DC is up and I created a VM to test gluster storage If I start the VM WITHOUT any disk attached (only one virtual DVD) it starts fine. If I attach a gluster domain disk thin provisioning 30 Gb the Vm stucks in waiting for launch state I see no special activity on the gluster servers (they serve several other shares with no troubles at all and even the ISO domain is a NFS on locally mounted gluster and works fine) I've double checked all the pre requisites and they look fine (F 19 - gluster setup insecure in both glusterd.vol and volume options - uid/gid/insecure ) Am I doing something wrong? I'm even unable to stop the VM from the engine GUI Any advise? Which version of ovirt are you using? Hopefully ovirt-3.3.0.1. For how long is the VM stuck in its wait for launch state? What does `virsh -r list` has to say while startup stalls? Would you provide more content of your vdsm.log and possibly libvirtd.log so we can understand what blocks the VM start-up? Please use attachement of pastebin, as your mail agents wreaks havoc to the log lines. Thank you for your answer. Here are the facts In the GUI I see waiting for launch 3 h virsh -r list IdNome Stato 3 CentOS_30 terminato vdsClient -s 0 list table 200dfb05-461e-49d9-95a2-c0a7c7ced669 0 CentOS_30 WaitForLaunch Packages: ovirt-engine-userportal-3.3.0.1-1.fc19.noarch ovirt-log-collector-3.3.1-1.fc19.noarch ovirt-engine-restapi-3.3.0.1-1.fc19.noarch ovirt-engine-setup-3.3.0.1-1.fc19.noarch ovirt-engine-backend-3.3.0.1-1.fc19.noarch ovirt-host-deploy-java-1.1.1-1.fc19.noarch ovirt-release-fedora-8-1.noarch ovirt-engine-setup-plugin-allinone-3.3.0.1-1.fc19.noarch ovirt-engine-webadmin-portal-3.3.0.1-1.fc19.noarch ovirt-engine-sdk-python-3.3.0.7-1.fc19.noarch ovirt-iso-uploader-3.3.1-1.fc19.noarch ovirt-engine-websocket-proxy-3.3.0.1-1.fc19.noarch ovirt-engine-dbscripts-3.3.0.1-1.fc19.noarch ovirt-host-deploy-offline-1.1.1-1.fc19.noarch ovirt-engine-cli-3.3.0.5-1.fc19.noarch ovirt-engine-tools-3.3.0.1-1.fc19.noarch ovirt-engine-lib-3.3.0.1-1.fc19.noarch ovirt-image-uploader-3.3.1-1.fc19.noarch ovirt-engine-3.3.0.1-1.fc19.noarch ovirt-host-deploy-1.1.1-1.fc19.noarch I attach the full vdsm log Look around 30-10 10:30 to see all what happens Despite the terminated label in output from virsh I still see the VM waiting for launch in the GUI, so I suspect the answer to how long may be forever Since this is a test VM I can do whatever test you may need to track the problem included destroy and rebuild It would be great to have gluster support stable in ovirt! Thank you for your efforts The log has an ominous failed attempt to start the VM, followed by an immediate vdsm crash. Is it reproducible? We have plenty of issues lurking here: 1. Why has libvirt failed to create the VM? For this, please find clues in the complete non-line-broken CentOS_30.log and libvirtd.log. attached to this messages 2. Why was vdsm killed? Does /var/log/message has a clue from systemd? result of cat /var/log/messages | grep vdsm attached I do not see an explicit attempt to take vdsmd down. Do you see any other incriminating message correlated with Oct 30 08:51:15 hypervisor respawn: slave '/usr/share/vdsm/vdsm' died, respawning slave 3. We may have a nasty race: if Vdsm crashes just before it has registered that the VM is down. Actually, this is not the issue: vdsm tries (and fails, due to qemu/libvirt bug) to destroy the VM. 4. We used to force Vdsm to run with LC_ALL=C. It seems that the grand service rewrite by Zhou (http://gerrit.ovirt.org/15578) has changed that. This may have adverse effects, since AFAIR we sometimes parse application output, and assume that it's in C. Having a non-English log file is problematic on it's own for support personal, used to grep for keywords. ybronhei, was it intensional? Can it be reverted or at least scrutinized? currentely it still says waiting for launch 9h I don't abort it so if you need any other info I can have them libvirtd fails to connect to qemu's monitor. This smells like a qemu bug that is beyond my
Re: [Users] libteam network devices support in ovirt
- Original Message - From: Tomasz Torcz to...@pipebreaker.pl To: Antoni Segura Puimedon asegu...@redhat.com Cc: users@ovirt.org Sent: Wednesday, October 30, 2013 5:19:04 PM Subject: Re: [Users] libteam network devices support in ovirt On Wed, Oct 30, 2013 at 03:34:03PM +0100, Antoni Segura Puimedon wrote: On Wed, 2013-10-30 at 11:24 +0100, Tomasz Torcz wrote: Hi, Little over a year ago Fedora introduced alternative bonding driver for network devices - libteam: https://fedorahosted.org/libteam/ Can we expect libteam support in ovirt at the same level as for bond driver? Currently, libteam bonded interfaces are not visible in Setup Host Networks dialog. Hi Tomasz, We are aware of libteam bonds and I personally look forward to them very much. The ideal way to support them would be via one new network configurator that would implicitly make teamd bonds instead of usual bonds. After the iproute2 configurator is finished (it is currently in progress but quite functional) it should be quite easy to inherit from vdsm/netconf/iproute2.py and modify configureBond, removeBond and editBondings so that they make use of teamd bonds. What needs to be done to get ”minimal” support? By minimal I understand oVirt acknowledging that network interfaces are teamed. Configuring teams from oVirt can come later. Right now teamed interfaces are displayed as separate in net configuration dialog, and master team device is not displayed at all. I could live with manually configure teams if only I can attach them to ovirt networks. would that be a bridged or a bridgeless network? A vlanned or non-vlanned network? -- Tomasz Torcz ,,(...) today's high-end is tomorrow's embedded processor.'' xmpp: zdzich...@chrome.pl -- Mitchell Blank on LKML ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Gluster VM stuck in waiting for launch state
on 2013/10/31 06:24, Dan Kenigsberg wrote: On Wed, Oct 30, 2013 at 08:41:43PM +0100, Alessandro Bianchi wrote: Il 30/10/2013 18:04, Dan Kenigsberg ha scritto: On Wed, Oct 30, 2013 at 02:40:02PM +0100, Alessandro Bianchi wrote: Il 30/10/2013 13:58, Dan Kenigsberg ha scritto: On Wed, Oct 30, 2013 at 11:34:21AM +0100, Alessandro Bianchi wrote: Hi everyone I've set up a gluster storage with two replicated bricks DC is up and I created a VM to test gluster storage If I start the VM WITHOUT any disk attached (only one virtual DVD) it starts fine. If I attach a gluster domain disk thin provisioning 30 Gb the Vm stucks in waiting for launch state I see no special activity on the gluster servers (they serve several other shares with no troubles at all and even the ISO domain is a NFS on locally mounted gluster and works fine) I've double checked all the pre requisites and they look fine (F 19 - gluster setup insecure in both glusterd.vol and volume options - uid/gid/insecure ) Am I doing something wrong? I'm even unable to stop the VM from the engine GUI Any advise? Which version of ovirt are you using? Hopefully ovirt-3.3.0.1. For how long is the VM stuck in its wait for launch state? What does `virsh -r list` has to say while startup stalls? Would you provide more content of your vdsm.log and possibly libvirtd.log so we can understand what blocks the VM start-up? Please use attachement of pastebin, as your mail agents wreaks havoc to the log lines. Thank you for your answer. Here are the facts In the GUI I see waiting for launch 3 h virsh -r list IdNome Stato 3 CentOS_30 terminato vdsClient -s 0 list table 200dfb05-461e-49d9-95a2-c0a7c7ced669 0 CentOS_30 WaitForLaunch Packages: ovirt-engine-userportal-3.3.0.1-1.fc19.noarch ovirt-log-collector-3.3.1-1.fc19.noarch ovirt-engine-restapi-3.3.0.1-1.fc19.noarch ovirt-engine-setup-3.3.0.1-1.fc19.noarch ovirt-engine-backend-3.3.0.1-1.fc19.noarch ovirt-host-deploy-java-1.1.1-1.fc19.noarch ovirt-release-fedora-8-1.noarch ovirt-engine-setup-plugin-allinone-3.3.0.1-1.fc19.noarch ovirt-engine-webadmin-portal-3.3.0.1-1.fc19.noarch ovirt-engine-sdk-python-3.3.0.7-1.fc19.noarch ovirt-iso-uploader-3.3.1-1.fc19.noarch ovirt-engine-websocket-proxy-3.3.0.1-1.fc19.noarch ovirt-engine-dbscripts-3.3.0.1-1.fc19.noarch ovirt-host-deploy-offline-1.1.1-1.fc19.noarch ovirt-engine-cli-3.3.0.5-1.fc19.noarch ovirt-engine-tools-3.3.0.1-1.fc19.noarch ovirt-engine-lib-3.3.0.1-1.fc19.noarch ovirt-image-uploader-3.3.1-1.fc19.noarch ovirt-engine-3.3.0.1-1.fc19.noarch ovirt-host-deploy-1.1.1-1.fc19.noarch I attach the full vdsm log Look around 30-10 10:30 to see all what happens Despite the terminated label in output from virsh I still see the VM waiting for launch in the GUI, so I suspect the answer to how long may be forever Since this is a test VM I can do whatever test you may need to track the problem included destroy and rebuild It would be great to have gluster support stable in ovirt! Thank you for your efforts The log has an ominous failed attempt to start the VM, followed by an immediate vdsm crash. Is it reproducible? We have plenty of issues lurking here: 1. Why has libvirt failed to create the VM? For this, please find clues in the complete non-line-broken CentOS_30.log and libvirtd.log. attached to this messages 2. Why was vdsm killed? Does /var/log/message has a clue from systemd? result of cat /var/log/messages | grep vdsm attached I do not see an explicit attempt to take vdsmd down. Do you see any other incriminating message correlated with Oct 30 08:51:15 hypervisor respawn: slave '/usr/share/vdsm/vdsm' died, respawning slave 3. We may have a nasty race: if Vdsm crashes just before it has registered that the VM is down. Actually, this is not the issue: vdsm tries (and fails, due to qemu/libvirt bug) to destroy the VM. 4. We used to force Vdsm to run with LC_ALL=C. It seems that the grand service rewrite by Zhou (http://gerrit.ovirt.org/15578) has changed that. This may have adverse effects, since AFAIR we sometimes parse application output, and assume that it's in C. Having a non-English log file is problematic on it's own for support personal, used to grep for keywords. ybronhei, was it intensional? Can it be reverted or at least scrutinized? currentely it still says waiting for launch 9h I don't abort it so if you need any other info I can have them libvirtd fails to connect to qemu's monitor. This smells like a qemu bug that is beyond my over-the-mailing-list debugging abilities :-( You may want