July 2015 - Users - oVirt List Archives

R: PXE boot of a VM on vdsm don't read DHCP offer
by NUNIN Roberto 20 Aug '15

20 Aug '15

--_000_8C2CD99696B62B409EBEBFDF87C83FBF59B5604A10DENU1XMAIL02p_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Further info about this case: An already installed and running VM (Centos7) with static IPv4 assignment, = if changed to DHCP mode, do not acquire the IP address. In this case, tcpdump taken on the VM, do not show DHCP offer packets that = are instead seen on the host bond interface. Seems that something is filtering DHCP offers between host physical eth int= erfaces and VM virtio eth interface. Physical servers on the same VLAN keep DHCP offers and boot from PXE correc= tly. Roberto >Hi all >We are using oVirt engine 3.5.1-0.0 on Centos 6.6 >We are deploying two hosts with vdsm-4.16.10-8.gitc937927.el7.x86_64 >No hosted-engine, it run on a dedicates VM, outside oVirt. >Behavior: PXE boot of a VM, ends in timeout (0x4c106035), instead to accep= t the DHCP offer coming from DHCP server. >Tcpdump capture started on the vdsm host, bond0 interface shows clearly th= at DHCP offers reach the vdsm interfaces >three times before PXE client end= s in timeout. >Incoming DHCP offer is correctly tagged when it comes to the bond0 interfa= ce and forwarded to the bond0.bridge >interface. >PXE simply ignore it. PXE version is gPXE 0.9.7. >bond0.bridge interface is already setup with STP=3Doff and DELAY=3D0. >If we install a VM using command line boot parameters, VM install & run f= ine. The issue is only related to PXE process, >when it is expected to use = the DHCP offer. >I can provide tcpdump capture, but I've not attached to the email because = I'm quite new of the community and don't >know if it is allowed/correct. >On another host, under the same engine, running vdsm-4.16.12-7.gita30da75.= el6.x86_64 on Centos6.6, this behavior is >not happening, everything works = fine. >Any idea/suggestion/further investigation ? >Thanks for attention >Best regards Roberto Nunin Infrastructure Manager Italy Here are interfaces configs: eno1: DEVICE=3D"eno1" HWADDR=3D"38:63:bb:4a:47:b0" MASTER=3D"bond0" NM_CONTROLLED=3D"no" ONBOOT=3D"yes" SLAVE=3D"yes" eno2: DEVICE=3D"eno2" HWADDR=3D"38:63:bb:4a:47:b4" MASTER=3D"bond0" NM_CONTROLLED=3D"no" ONBOOT=3D"yes" SLAVE=3D"yes" bond0: BONDING_OPTS=3D"mode=3D4 miimon=3D100" DEVICE=3D"bond0" NM_CONTROLLED=3D"no" ONBOOT=3D"yes" TYPE=3D"Bond" bond0.3500: DEVICE=3Dbond0.3500 VLAN=3Dyes BRIDGE=3DDMZ3_DEV ONBOOT=3Dno MTU=3D1500 NM_CONTROLLED=3Dno HOTPLUG=3Dno DMZ3_DEV: DEVICE=3DDMZ3_DEV TYPE=3DBridge DELAY=3D0 STP=3Doff ONBOOT=3Dno MTU=3D1500 DEFROUTE=3Dno NM_CONTROLLED=3Dno HOTPLUG=3Dno ________________________________ Questo messaggio e' indirizzato esclusivamente al destinatario indicato e p= otrebbe contenere informazioni confidenziali, riservate o proprietarie. Qua= lora la presente venisse ricevuta per errore, si prega di segnalarlo immedi= atamente al mittente, cancellando l'originale e ogni sua copia e distruggen= do eventuali copie cartacee. Ogni altro uso e' strettamente proibito e potr= ebbe essere fonte di violazione di legge. This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise private information. If you have received it i= n error, please notify the sender immediately, deleting the original and al= l copies and destroying any hard copies. Any other use is strictly prohibit= ed and may be unlawful. --_000_8C2CD99696B62B409EBEBFDF87C83FBF59B5604A10DENU1XMAIL02p_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"IT" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Further= info about this case:<o:p></o:p> <o:p>&n= bsp;</o:p> An alre= ady installed and running VM (Centos7) with static IPv4 assignment, if&nbsp= ; changed to DHCP mode, do not acquire the IP address.<o:p></o:p></p= > <o:p>&n= bsp;</o:p> In this= case, tcpdump taken on the VM, do not show DHCP offer packets that are ins= tead seen on the host bond interface.<o:p></o:p> Seems t= hat something is filtering DHCP offers between host physical eth interfaces= and VM virtio eth interface.<o:p></o:p> Physica= l servers on the same VLAN keep DHCP offers and boot from PXE correctly.<o:= p></o:p> <o:p>&n= bsp;</o:p> Roberto= <o:p></o:p> <o:p>&n= bsp;</o:p> <div> <o:p> </o:p> </div> <o:p> </o:p> >Hi all<o:p></o:p></sp= an> <o= :p> </o:p> >We are using oVirt en= gine 3.5.1-0.0 on Centos 6.6<o:p></o:p> >We are deploying two = hosts with vdsm-4.16.10-8.gitc937927.el7.x86_64<o:p></o:p> >No hosted-engine, it = run on a dedicates VM, outside oVirt.<o:p></o:p> <o= :p> </o:p> >Behavior: PXE boot of= a VM, ends in timeout (0x4c106035), instead to accept the DHCP offer comin= g from DHCP server.<o:p></o:p> >Tcpdump capture start= ed on the vdsm host, bond0 interface shows clearly that DHCP offers reach t= he vdsm interfaces >three times before PXE client ends= in timeout.<o:p></o:p> >Incoming DHCP offer i= s correctly tagged when it comes to the bond0 interface and forwarded to th= e bond0.bridge >interface.<o:p></o:p> >PXE simply ignore it.= PXE version is gPXE 0.9.7.<o:p></o:p> >bond0.bridge interfac= e is already setup with STP=3Doff and DELAY=3D0.<o:p></o:p> <o= :p> </o:p> >If we install a VM us= ing command  line boot parameters, VM install & run fine. The issu= e is only related to PXE process, >when it is expected to use the DHC= P offer.<o:p></o:p> <o= :p> </o:p> >I can provide tcpdump= capture, but I’ve not attached to the email because I’m quite = new of the community and don’t >know if it is allowed/correct.<o:p= ></o:p> <o= :p> </o:p> >On another host, unde= r the same engine, running vdsm-4.16.12-7.gita30da75.el6.x86_64 on Centos6.= 6, this behavior is >not happening, everything works fi= ne.<o:p></o:p> <o= :p> </o:p> >Any idea/suggestion/f= urther investigation ?<o:p></o:p> >Thanks for attention<= o:p></o:p> >Best regards<o:p></o:= p> <o= :p> </o:p> <o= :p> </o:p> <sp= an style=3D"font-size:10.0pt;font-family:Consolas;mso-fareast-language:IT">= Roberto Nunin<o:p></o:p> <sp= an style=3D"font-size:10.0pt;font-family:Consolas;mso-fareast-language:IT">= Infrastructure Manager<o:p></o:p> <sp= an style=3D"font-size:10.0pt;font-family:Consolas;mso-fareast-language:IT">= Italy<o:p></o:p> <o= :p> </o:p> <o:p> </o:p> Here are interfaces configs:<o:= p></o:p> eno1:<o:p></o:p><= /p> DEVICE=3D"eno1"<o:p><= /o:p> HWADDR=3D"38:63:bb:4a:47:b= 0"<o:p></o:p> MASTER=3D"bond0"<o:p>= </o:p> NM_CONTROLLED=3D"no"<= o:p></o:p> ONBOOT=3D"yes"<o:p></= o:p> SLAVE=3D"yes"<o:p></o= :p> eno2:<o:p></o:p> DEVICE=3D"eno2"<o:p></o:p> HWADDR=3D"38:63:bb:4a:47:b4"<o:p></o:p></p= > MASTER=3D"bond0"<o:p>= </o:p> NM_CONTROLLED=3D"no"<= o:p></o:p> ONBOOT=3D"yes"<o:p></= o:p> SLAVE=3D"yes"<o:p></o= :p> bond0:<o:p></o:p>= BONDING_OPTS=3D"mode=3D4 m= iimon=3D100"<o:p></o:p> DEVICE=3D"bond0"<o:p>= </o:p> NM_CONTROLLED=3D"no"<= o:p></o:p> ONBOOT=3D"yes"<o:p></= o:p> TYPE=3D"Bond"<o:p></o= :p> bond0.3500:<o:p></o:p></span= > DEVICE=3Dbond0.3500<o:p></o:p><= /span> VLAN=3Dyes<o:p></o:p></p= > BRIDGE=3DDMZ3_DEV<o:p></o:p></s= pan> ONBOOT=3Dno<o:p></o:p></= p> MTU=3D1500<o:p></o:p></p= > NM_CONTROLLED=3Dno<o:p></o:p></= span> HOTPLUG=3Dno<o:p></o:p><= /p> DMZ3_DEV:<o:p></o:p><= /b> DEVICE=3DDMZ3_DEV<o:p></o:p></s= pan> TYPE=3DBridge<o:p></o:p>= DELAY=3D0<o:p></o:p> STP=3Doff<o:p></o:p> ONBOOT=3Dno<o:p></o:p></= p> MTU=3D1500<o:p></o:p></p= > DEFROUTE=3Dno<o:p></o:p>= NM_CONTROLLED=3Dno<o:p></o:p></= span> HOTPLUG=3Dno<o:p></o:p><= /p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> </div> <hr> Questo messaggio e' i= ndirizzato esclusivamente al destinatario indicato e potrebbe contenere inf= ormazioni confidenziali, riservate o proprietarie. Qualora la presente veni= sse ricevuta per errore, si prega di segnalarlo immediatamente al mittente, cancellando l'originale e ogni sua copia e dis= truggendo eventuali copie cartacee. Ogni altro uso e' strettamente proibito= e potrebbe essere fonte di violazione di legge. This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise private information. If you have received it i= n error, please notify the sender immediately, deleting the original and al= l copies and destroying any hard copies. Any other use is strictly prohibited and may be unlawful. </body> </html> --_000_8C2CD99696B62B409EBEBFDF87C83FBF59B5604A10DENU1XMAIL02p_--

6 30

vlan-tagging on non-tagged network
by Felix Pepinghege 19 Aug '15

19 Aug '15

Hi everybody! I am experiencing a behaviour of ovirt, of which I don't know whether it is expected or not. My setup is as follows: A virtual machine has a logical network attached to it, which is configured without vlan-tagging and listens to the name 'trunk'. The VM is running an openvpn server. It is a patched openvpn version, including vlan-tagging. That is, openvpn clients get a vlan tag. This should not really be an issue but should satisfy the "why do you want to do it in the first place"-questions. Anyhow, effectively, the VM simply puts vlan-tagged ethernet-frames on the virtual network. These frames, however, never make it to the host's network bridge, which represents the logical network. My observations are: According to tcpdump, the vlan-tagged packages arrive at the "eth1"-interface inside the VM (which *is* the correct interface). Again, according to tcpdump, these packages never arrive at the corresponding network-bridge (i.e., the interface 'trunk') on the host. I know that the setup itself is feasible with KVM---I have it working on a proxmox-machine. Therefore, my conclusion is, that ovirt doesn't like vlan-tagged ethernet-frames on non-tagged logical networks, and somehow filters them out, though I don't really see on what "level" that would happen (Handling the ethernet frames should be a concern of KVM/QEMU/Linux only, once ovirt has started the VM). So this problem could be a CentOS issue, but I really don't see why CentOS should act differently than debian does (proxmox is debian-based). Is this a known/wanted/expected behaviour of ovirt, and can I somehow prevent or elude it? Any help is much appreciated! Of course I am happy to provide more information if that helps helping me :) Regards, Felix

3 8

problem with iSCSI/multipath.
by Giorgio Bersano 17 Aug '15

17 Aug '15

Hi all. We have an oVirt cluster in production happily running from the beginning of 2014. It started as 3.3 beta and now is Version 3.4.4-1.el6 . Shared storage provided by an HP P2000 G3 iSCSI MSA. The storage server is fully redundant (2 controllers, dual port disks, 4 iscsi connections per controller) and so is the connectivity (two switches, multiple ethernet cards per server). >From now on lets only talk about iSCSI connectivity. The two oldest server have 2 nics each; they have been configured "by hand" setting routes aimed to reach every scsi target from every nic. On the "new" server we installed ovirt 3.5 to have a look at the network configuration provided by oVirt. In Data Center -> iSCSI Multipathing we defined an iSCSI Bond binding together 3 server's nics and the 8 nics of the MSA. The result is a system that has been functioning for months. Recently we had to do an upgrade of the storage firmware. This activity uploads the firmware to one of the MSA controllers then reboots it. Being successful this is repeated on the other controller. There is an impact on the I/O performance but there should be no problems as every "volume" on the MSA remains visible on other paths. Well, that's the theory. On the two "hand configured" hosts we had no significant problems. On the 3.5 host VMs started to migrate due to storage problems then the situation got worse and it took more than an hour to bring again the system to a good operating level. I am inclined to believe that the culprit is the server's routing table. Seems to me that the oVirt generated one is too simplistic and prone to problems in case of connectivity loss (as in our situation or when you have to reboot one of the switches). Anyone on this list with strong experience on similar setup? I have included below some background information. I'm available to provide anything useful to further investigate the case. TIA, Giorgio. ------------------- context information ------------------- oVirt Compatibility Version: 3.4 two FUJITSU PRIMERGY RX300 S5 hosts CPU: Intel(R) Xeon(R) E5504 @ 2.00GHz / Intel Nehalem Family OS Version: RHEL - 6 - 6.el6.centos.12.2 Kernel Version: 2.6.32 - 504.16.2.el6.x86_64 KVM Version: 0.12.1.2 - 2.448.el6_6.2 LIBVIRT Version: libvirt-0.10.2-46.el6_6.6 VDSM Version: vdsm-4.14.17-0.el6 RAM: 40GB mom-0.4.3-1.el6.noarch.rpm ovirt-release34-1.0.3-1.noarch.rpm qemu-img-rhev-0.12.1.2-2.448.el6_6.2.x86_64.rpm qemu-kvm-rhev-0.12.1.2-2.448.el6_6.2.x86_64.rpm qemu-kvm-rhev-tools-0.12.1.2-2.448.el6_6.2.x86_64.rpm vdsm-4.14.17-0.el6.x86_64.rpm vdsm-cli-4.14.17-0.el6.noarch.rpm vdsm-hook-hostusb-4.14.17-0.el6.noarch.rpm vdsm-hook-macspoof-4.14.17-0.el6.noarch.rpm vdsm-python-4.14.17-0.el6.x86_64.rpm vdsm-python-zombiereaper-4.14.17-0.el6.noarch.rpm vdsm-xmlrpc-4.14.17-0.el6.noarch.rpm # ip route list table all |grep 192.168.126. 192.168.126.87 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.86 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.81 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.80 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.77 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.0/24 dev eth4 table 4 proto kernel scope link src 192.168.126.65 192.168.126.0/24 dev eth3 proto kernel scope link src 192.168.126.64 192.168.126.0/24 dev eth4 proto kernel scope link src 192.168.126.65 192.168.126.85 dev eth3 table 3 proto kernel scope link src 192.168.126.64 192.168.126.84 dev eth3 table 3 proto kernel scope link src 192.168.126.64 192.168.126.83 dev eth3 table 3 proto kernel scope link src 192.168.126.64 192.168.126.82 dev eth3 table 3 proto kernel scope link src 192.168.126.64 192.168.126.76 dev eth3 table 3 proto kernel scope link src 192.168.126.64 192.168.126.0/24 dev eth3 table 3 proto kernel scope link src 192.168.126.64 broadcast 192.168.126.0 dev eth3 table local proto kernel scope link src 192.168.126.64 broadcast 192.168.126.0 dev eth4 table local proto kernel scope link src 192.168.126.65 local 192.168.126.65 dev eth4 table local proto kernel scope host src 192.168.126.65 local 192.168.126.64 dev eth3 table local proto kernel scope host src 192.168.126.64 broadcast 192.168.126.255 dev eth3 table local proto kernel scope link src 192.168.126.64 broadcast 192.168.126.255 dev eth4 table local proto kernel scope link src 192.168.126.65 one HP ProLiant DL560 Gen8 host CPU: Intel(R) Xeon(R) CPU E5-4610 v2 @ 2.30GHz / Intel SandyBridge Family OS Version:RHEL - 6 - 6.el6.centos.12.2 Kernel Version: 2.6.32 - 504.16.2.el6.x86_64 KVM Version: 0.12.1.2 - 2.448.el6_6.2 LIBVIRT Version: libvirt-0.10.2-46.el6_6.6 VDSM Version: vdsm-4.16.14-0.el6 RAM: 256GB mom-0.4.3-1.el6.noarch.rpm ovirt-release35-002-1.noarch.rpm qemu-img-rhev-0.12.1.2-2.448.el6_6.2.x86_64.rpm qemu-kvm-rhev-0.12.1.2-2.448.el6_6.2.x86_64.rpm qemu-kvm-rhev-tools-0.12.1.2-2.448.el6_6.2.x86_64.rpm vdsm-4.16.14-0.el6.x86_64.rpm vdsm-cli-4.16.14-0.el6.noarch.rpm vdsm-hook-hostusb-4.16.14-0.el6.noarch.rpm vdsm-hook-macspoof-4.16.14-0.el6.noarch.rpm vdsm-jsonrpc-4.16.14-0.el6.noarch.rpm vdsm-python-4.16.14-0.el6.noarch.rpm vdsm-python-zombiereaper-4.16.14-0.el6.noarch.rpm vdsm-xmlrpc-4.16.14-0.el6.noarch.rpm vdsm-yajsonrpc-4.16.14-0.el6.noarch.rpm # ip route list table all |grep 192.168.126. 192.168.126.0/24 dev p6p1 proto kernel scope link src 192.168.126.34 192.168.126.0/24 dev p3p1 proto kernel scope link src 192.168.126.33 192.168.126.0/24 dev em3 proto kernel scope link src 192.168.126.32 local 192.168.126.32 dev em3 table local proto kernel scope host src 192.168.126.32 local 192.168.126.33 dev p3p1 table local proto kernel scope host src 192.168.126.33 broadcast 192.168.126.0 dev p6p1 table local proto kernel scope link src 192.168.126.34 broadcast 192.168.126.0 dev p3p1 table local proto kernel scope link src 192.168.126.33 broadcast 192.168.126.0 dev em3 table local proto kernel scope link src 192.168.126.32 local 192.168.126.34 dev p6p1 table local proto kernel scope host src 192.168.126.34 broadcast 192.168.126.255 dev p6p1 table local proto kernel scope link src 192.168.126.34 broadcast 192.168.126.255 dev p3p1 table local proto kernel scope link src 192.168.126.33 broadcast 192.168.126.255 dev em3 table local proto kernel scope link src 192.168.126.32

2 1

Gluster Replica 3 using arbiter node?
by Adrian Lewis 17 Aug '15

17 Aug '15

Hi, Just wondering if it will be possible to create gluster replica 3 volumes in oVirt 3.6 that use the arbiter function instead of actually storing three copies of the data? If so, could this be used for the hosted engine on gluster feature which from what I can tell requires replica 3? Many thanks, Adrian

2 1

[Reports] Virtual machine Network usage statistics
by Lionel Caignec 16 Aug '15

16 Aug '15

Hi, i've recently installed ovirt-engine-report, and i've a little problem with reports about VM. All graphs from "Network inteface usage" for VM are empty. Is it some configuration to do to get this data? All data for cpu/memory are ok. -- Lionel

3 2

Regarding meetup events
by Ashutosh Bhakare 15 Aug '15

15 Aug '15

Hello All, Happy to Share that we hosted 1st meetup in Aurangabad (MS) India. This meetup was schedule on 11th July 2015 @ 6 PM focusing on Introduction about the oVirt project. here are some links https://www.facebook.com/RedHatATP/posts/967562879955137?pnref=story http://www.meetup.com/Aurangabad-Ovirt-Meetup/events/223693898/ Will schedule 2nd meetup asap focusing on deployment of ovirt. Thanks. Ashutosh S.Bhakare RHCA-V, RHCI, JBCI

3 2

iSCSI Bond fails
by Ian Fraser 12 Aug '15

12 Aug '15

--_000_ed1e678b2a6d4d0c8ebb1bb2b853369ehactar2asmorguk_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, When I add a iSCSI bond to 2 interfaces that are pointing to 2 targets I = get an event "iSCSI bond 'bondname' was successfully updated but some of t= he hosts encountered connection issues" What I believe is relevant in the engine.log: 2015-07-28 13:19:32,593 ERROR [org.ovirt.engine.core.bll.storage.AddIscsiB= ondCommand] (org.ovirt.thread.pool-8-thread-19) [5bd20956] Host vh-01 - 82= 51e76f-6469-4fe0-9d63-2d5feacd8cc0 encounter problems to connect to the iS= CSI Storage Server. The following connections were problematic (connectionid=3Dvdsm result): {c8485ac1-3b76-4cfe-af4a-20= c2af91f43e=3D0, 43cb0e74-000e-4a80-ad28-45d6ac6da223=3D0, ed8c65aa-8448-45= dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11c93e1291=3D0} 2015-07-28 13:19:32,706 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.C= onnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-17) [5bd209= 56] FINISH, ConnectStorageServerVDSCommand, return: {ed8c65aa-8448-45dd-b2= f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11 c93e1291=3D0, b9631bdd-52fa-485d-81ea-c26f0d6a0881=3D0, 4cea7519-eeae-4215= -99a9-7926b1bae271=3D0}, log id: 44abae2c 2015-07-28 13:19:32,706 ERROR [org.ovirt.engine.core.bll.storage.AddIscsiB= ondCommand] (org.ovirt.thread.pool-8-thread-17) [5bd20956] Host vh-02 - c0= ed58d7-1116-4281-8f97-dc76695172b7 encounter problems to connect to the iS= CSI Storage Server. The following connections were problematic (connectionid=3Dvdsm result): {ed8c65aa-8448-45dd-b2f3-7f= 880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11c93e1291=3D0, b9631bdd-52fa-= 485d-81ea-c26f0d6a0881=3D0, 4cea7519-eeae-4215-99a9-7926b1bae271=3D0} 2015-07-28 13:19:32,811 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.C= onnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-49) [5bd209= 56] FINISH, ConnectStorageServerVDSCommand, return: {d7daaa08-889c-4efb-aa= 0f-92a2842fa493=3D0, bb96ef88-80d6-42a5-b4d1-96a4a1 29d7e6=3D0, ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7= -87a4-ec11c93e1291=3D0}, log id: 6d6e6f3a 2015-07-28 13:19:32,811 ERROR [org.ovirt.engine.core.bll.storage.AddIscsiB= ondCommand] (org.ovirt.thread.pool-8-thread-49) [5bd20956] Host vh-03 - 0c= a1f2ce-8c28-4954-9d9d-75519c3bf8a5 encounter problems to connect to the iS= CSI Storage Server. The following connections were problematic (connectionid=3Dvdsm result): {d7daaa08-889c-4efb-aa0f-92= a2842fa493=3D0, bb96ef88-80d6-42a5-b4d1-96a4a129d7e6=3D0, ed8c65aa-8448-45= dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11c93e1291=3D0} 2015-07-28 13:19:32,815 WARN [org.ovirt.engine.core.dal.dbbroker.auditlog= handling.AuditLogDirector] (ajp--127.0.0.1-8702-9) [5bd20956] Correlation = ID: 5bd20956, Call Stack: null, Custom Event ID: -1, Message: iSCSI bond '= bondname' was successfully created in Data Cent er 'Default' but some of the hosts encountered connection issues. Seemingly this part is relevant : ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D4= 65 I looked up result 465 in vdsm/storage/storage_exception.py which is "Fail= ed to setup iSCSI subsystem." I have checked what I can for the connection= ed8c65aa-8448-45dd-b2f3-7f880669ce05 and all seems well so I don't know w= hat it is trying to tell me. Does anyone know what might be wrong? Best regards Ian Fraser Systems Administrator | Agency Sector Management (UK) Limited | www.asm.or= g.uk<http://www.asm.org.uk> [t] +44 (0)1784 242200 | [f] +44 (0)1784 242012 | [e] ian.fraser(a)asm.org.u= k<mailto:ian.fraser@asm.org.uk> Ashford House 41-45 Church Road Ashford Middx TW15 2TQ Follow us on twitter @asmukltd<https://twitter.com/asmukltd> ________________________________ The information in this message and any attachment is intended for the add= ressee and is confidential. If you are not that addressee, no action shoul= d be taken in reliance on the information and you should please reply to t= his message immediately to inform us of incorrect receipt and destroy this= message and any attachments. For the purposes of internet level email security incoming and outgoing em= ails may be read by personnel other than the named recipient or sender. Whilst all reasonable efforts are made, ASM (UK) Ltd cannot guarantee that= emails and attachments are virus free or compatible with your systems. Yo= u should make your own checks and ASM (UK) Ltd does not accept liability i= n respect of viruses or computer problems experienced. Registered address: Agency Sector Management (UK) Ltd. Ashford House, 41-4= 5 Church Road, Ashford, Middlesex, TW15 2TQ Registered in England No.2053849 ______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com ______________________________________________________________________ --_000_ed1e678b2a6d4d0c8ebb1bb2b853369ehactar2asmorguk_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-mic= rosoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word= " xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"ht= tp://www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii= "> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi All, <o:p></o:p> <o:p> </o:p> When I add a iSCSI bond to 2 interfaces that are po= inting to 2 targets  I get an event “iSCSI bond 'bondname' was = successfully updated but some of the hosts encountered connection issues&#= 8221; <o:p></o:p> <o:p> </o:p> What I believe is relevant in the engine.log:<o:p><= /o:p> <o:p> </o:p> 2015-07-28 13:19:32,593 ERROR [org.ovirt.engine.cor= e.bll.storage.AddIscsiBondCommand] (org.ovirt.thread.pool-8-thread-19) [5b= d20956] Host vh-01 - 8251e76f-6469-4fe0-9d63-2d5feacd8cc0 encounter proble= ms to connect to the iSCSI Storage Server. The following connections<o:p></o:p> were problematic (connectionid=3Dvdsm result): {c84= 85ac1-3b76-4cfe-af4a-20c2af91f43e=3D0, 43cb0e74-000e-4a80-ad28-45d6ac6da22= 3=3D0, ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4= -ec11c93e1291=3D0}<o:p></o:p> 2015-07-28 13:19:32,706 INFO  [org.ovirt.engin= e.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thre= ad.pool-8-thread-17) [5bd20956] FINISH, ConnectStorageServerVDSCommand, re= turn: {ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11<o:p></o:p> c93e1291=3D0, b9631bdd-52fa-485d-81ea-c26f0d6a0881=3D= 0, 4cea7519-eeae-4215-99a9-7926b1bae271=3D0}, log id: 44abae2c<o:p></o:p><= /p> 2015-07-28 13:19:32,706 ERROR [org.ovirt.engine.cor= e.bll.storage.AddIscsiBondCommand] (org.ovirt.thread.pool-8-thread-17) [5b= d20956] Host vh-02 - c0ed58d7-1116-4281-8f97-dc76695172b7 encounter proble= ms to connect to the iSCSI Storage Server. The following connections<o:p></o:p> were problematic (connectionid=3Dvdsm result): {ed8= c65aa-8448-45dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11c93e1= 291=3D0, b9631bdd-52fa-485d-81ea-c26f0d6a0881=3D0, 4cea7519-eeae-4215-99a9= -7926b1bae271=3D0}<o:p></o:p> 2015-07-28 13:19:32,811 INFO  [org.ovirt.engin= e.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thre= ad.pool-8-thread-49) [5bd20956] FINISH, ConnectStorageServerVDSCommand, re= turn: {d7daaa08-889c-4efb-aa0f-92a2842fa493=3D0, bb96ef88-80d6-42a5-b4d1-96a4a1<o:p></o:p> 29d7e6=3D0, ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D= 465, 2b5d8496-dc44-43f7-87a4-ec11c93e1291=3D0}, log id: 6d6e6f3a<o:p></o:p= > 2015-07-28 13:19:32,811 ERROR [org.ovirt.engine.cor= e.bll.storage.AddIscsiBondCommand] (org.ovirt.thread.pool-8-thread-49) [5b= d20956] Host vh-03 - 0ca1f2ce-8c28-4954-9d9d-75519c3bf8a5 encounter proble= ms to connect to the iSCSI Storage Server. The following connections<o:p></o:p> were problematic (connectionid=3Dvdsm result): {d7d= aaa08-889c-4efb-aa0f-92a2842fa493=3D0, bb96ef88-80d6-42a5-b4d1-96a4a129d7e= 6=3D0, ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4= -ec11c93e1291=3D0}<o:p></o:p> 2015-07-28 13:19:32,815 WARN  [org.ovirt.engin= e.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-870= 2-9) [5bd20956] Correlation ID: 5bd20956, Call Stack: null, Custom Event I= D: -1, Message: iSCSI bond 'bondname' was successfully created in Data Cent<o:p></o:p> er 'Default' but some of the hosts encountered conn= ection issues.<o:p></o:p> <o:p> </o:p> Seemingly this part is relevant : ed8c65aa-8448-45d= d-b2f3-7f880669ce05=3D465<o:p></o:p> <o:p> </o:p> I looked up result 465 in vdsm/storage/storage_exce= ption.py which is “Failed to setup iSCSI subsystem.” I have ch= ecked what I can for the connection ed8c65aa-8448-45dd-b2f3-7f880669ce05 a= nd all seems well so I don’t know what it is trying to tell me.<o:p></o:p> <o:p> </o:p> Does anyone know what might be wrong?<o:p></o:p></p= > <o:p> </o:p> Best regards<o:p></o:p> <o:p> </o:p> Ian Fraser<o:p></o:p> <o:p> </o:p> Systems Administrator | Agency Sector Management (UK) Limited | <a href=3D"http://www.asm.org.uk">www.asm.org.uk</a><o:p></o:p>= [t] +44 (0)1784 242200 | [f] +44 (0)1784 242= 012 | [e] <a href=3D"mailto:ian.fraser@asm.org.uk">ian.fraser(a)asm.org.uk</= a><o:p></o:p> Ashford House  41-45 Church Road  Ashford&= nbsp; Middx  TW15 2TQ<o:p></o:p> Follow us on twitter <a href=3D"https://twitter.com/asmukltd">@asmukltd</a><o:p></o:p>= <o:p> </o:p> </div> <hr> The information in this message and any attachment is intended for the add= ressee and is confidential. If you are not that addressee, no action shoul= d be taken in reliance on the information and you should please reply to t= his message immediately to inform us of incorrect receipt and destroy this message and any attachments. For the purposes of internet level email security incoming and outgoing em= ails may be read by personnel other than the named recipient or sender.<br= > Whilst all reasonable efforts are made, ASM (UK) Ltd cannot guarantee that= emails and attachments are virus free or compatible with your systems. Yo= u should make your own checks and ASM (UK) Ltd does not accept liability i= n respect of viruses or computer problems experienced. Registered address: Agency Sector Management (UK) Ltd. Ashford House, 41-4= 5 Church Road, Ashford, Middlesex, TW15 2TQ Registered in England No.2053849 ______________________________________________________________________ = This email has been scanned by the Symantec Email Security.cloud service.<= BR> For more information please visit http://www.symanteccloud.com ______________________________________________________________________ = </body> </html> --_000_ed1e678b2a6d4d0c8ebb1bb2b853369ehactar2asmorguk_--

2 3

usb redirection in native mode does not work in linked clones
by Cristian Mammoli 11 Aug '15

11 Aug '15

Hi, linked clones with usb redirection in native mode does not start: engine error: VM TestPoolAuto-1 is down with error. Exit message: internal error: process exited while connecting to monitor: qemu-kvm: -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2: Duplicate ID 'usb' for device . engine.log: 2015-07-27 17:31:38,849 INFO [org.ovirt.engine.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-6) [8d12350] Lock Acquired to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:38,885 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-6) [8d12350] START, IsVmDuringInitiatingVDSCommand( vmId = 6d6dddff-9b9f-4675-a5df-b932fa7f5181), log id: 2482c678 2015-07-27 17:31:38,888 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-6) [8d12350] FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 2482c678 2015-07-27 17:31:38,967 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] Running command: RunVmCommand internal: false. Entities affected : ID: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 Type: VMAction group VM_BASIC_OPERATIONS with role type USER 2015-07-27 17:31:38,994 INFO [org.ovirt.engine.core.bll.scheduling.policyunits.HaReservationWeightPolicyUnit] (org.ovirt.thread.pool-8-thread-26) [8d12350] Started HA reservation scoring method 2015-07-27 17:31:39,039 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] Running VM with attached cd it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso 2015-07-27 17:31:39,042 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] START, UpdateVmDynamicDataVDSCommand(HostName = kvm01, HostId = d2b7c9d1-6e5b-4222-a5ee-9a37ba8abcfe, vmDynamic=org.ovirt.engine.core.common.businessentities.VmDynamic@57941d64), log id: 7f82ab20 2015-07-27 17:31:39,051 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] FINISH, UpdateVmDynamicDataVDSCommand, log id: 7f82ab20 2015-07-27 17:31:39,057 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.IsoPrefixVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] START, IsoPrefixVDSCommand(HostName = kvm01, HostId = d2b7c9d1-6e5b-4222-a5ee-9a37ba8abcfe, storagePoolId=00000002-0002-0002-0002-00000000005e), log id: 2ecbcc6c 2015-07-27 17:31:39,066 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.IsoPrefixVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] FINISH, IsoPrefixVDSCommand, return: /rhev/data-center/mnt/192.168.18.101:_mnt_zpool01_zfs__nfs__01/66fe6211-6f52-492e-9b59-efbf09b2cb52/images/11111111-1111-1111-1111-111111111111, log id: 2ecbcc6c 2015-07-27 17:31:39,079 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] START, CreateVmVDSCommand(HostName = kvm01, HostId = d2b7c9d1-6e5b-4222-a5ee-9a37ba8abcfe, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, vm=VM [TestPoolAuto-1]), log id: df22f34 2015-07-27 17:31:39,090 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] START, CreateVDSCommand(HostName = kvm01, HostId = d2b7c9d1-6e5b-4222-a5ee-9a37ba8abcfe, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, vm=VM [TestPoolAuto-1]), log id: 70ee094a 2015-07-27 17:31:39,120 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand kvmEnable=true,keyboardLayout=en-us,nice=0,displayNetwork=ovirtmgmt,copyPasteEnable=true,timeOffset=7200,transparentHugePages=true,vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181,acpiEnable=true,custom={device_d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0=VmDevice {vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, deviceId=d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0, device=usb, type=CONTROLLER, bootOrder=0, specParams={}, address={slot=0x01, bus=0x00, domain=0x0000, type=pci, function=0x2}, managed=false, plugged=true, readOnly=false, deviceAlias=, customProperties={}, snapshotId=null, logicalName=null}},spiceSslCipherSuite=DEFAULT,memSize=4096,smp=2,emulatedMachine=rhel6.5.0,vmType=kvm,memGuaranteedSize=1024,display=qxl,smartcardEnable=false,bootMenuEnable=false,spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard,smpCoresPerSocket=1,maxVCpus=16,hypervEnable=true,devices=[{index=0, model=ich9-ehci1, specParams={}, device=usb, type=controller, deviceId=8c556fea-3d3c-4dfe-9d1a-c2db1f8b0757}, {specParams={vram=32768, heads=1}, device=qxl, type=video, deviceId=dbd5530c-542b-4907-9369-e59aab5cc8dc}, {shared=false, bootOrder=2, iface=ide, index=2, address={unit=0, bus=1, target=0, controller=0, type=drive}, specParams={path=it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso}, path=/rhev/data-center/mnt/192.168.18.101:_mnt_zpool01_zfs__nfs__01/66fe6211-6f52-492e-9b59-efbf09b2cb52/images/11111111-1111-1111-1111-111111111111/it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso, device=cdrom, type=disk, readonly=true, deviceId=b5c5e147-22dc-48b6-9bc8-c4c61e17b252}, {shared=false, index=0, volumeID=49dbcbec-3d1f-4d83-b76d-66ec23198641, propagateErrors=off, format=cow, type=disk, iface=virtio, bootOrder=1, address={bus=0x00, domain=0x0000, type=pci, slot=0x07, function=0x0}, domainID=5f20ecf7-7d8d-4dab-857a-6eb1aa9b9842, imageID=4d35b208-dc27-4850-a0b9-72297628d82a, specParams={}, optional=false, device=disk, poolID=00000002-0002-0002-0002-00000000005e, readonly=false, deviceId=4d35b208-dc27-4850-a0b9-72297628d82a}, {nicModel=pv, address={bus=0x00, domain=0x0000, type=pci, slot=0x03, function=0x0}, specParams={outbound={}, inbound={}}, macAddr=00:01:a4:a3:96:0a, device=bridge, linkActive=true, type=interface, filter=vdsm-no-mac-spoofing, network=ovirtmgmt, deviceId=de7ea263-e827-4e7d-b568-9963ce773777}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x04, function=0x0}, specParams={}, device=ich6, type=sound, deviceId=8e75a71c-ff1c-49da-b79e-dbda01c01900}, {index=0, model=ich9-uhci3, specParams={}, device=usb, type=controller, deviceId=bce30bbc-a868-4138-ac8a-0baabb037d84}, {index=0, model=ich9-uhci2, specParams={}, device=usb, type=controller, deviceId=cb61c6a3-5b83-4a8d-b580-eb5d66aa0517}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x01, function=0x2}, specParams={}, device=usb, type=controller, deviceId=d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0}, {index=0, model=ich9-uhci1, specParams={}, device=usb, type=controller, deviceId=49903b9e-35a4-4044-a9e1-3bd1cf3bcf30}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=87c24afa-e85c-48dd-a611-8b5c3147c433}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=f385013f-a124-490e-97cb-6aa03d468773}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=2136c7f2-6c3e-47e4-9fcb-fa0a6f9939aa}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=4ba33476-2fd9-4685-9b8b-cb4d325b7155}, {index=0, model=virtio-scsi, address={bus=0x00, domain=0x0000, type=pci, slot=0x05, function=0x0}, specParams={}, device=scsi, type=controller, deviceId=d34e9c5f-549e-49b1-8569-7010b40beb0c}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x06, function=0x0}, specParams={}, device=virtio-serial, type=controller, deviceId=3e360c6f-26b3-46f9-99e3-6d3726f8fdbc}],vmName=TestPoolAuto-1,cpuType=Conroe,fileTransferEnable=true 2015-07-27 17:31:39,245 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] FINISH, CreateVDSCommand, log id: 70ee094a 2015-07-27 17:31:39,261 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: df22f34 2015-07-27 17:31:39,267 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] Lock freed to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:39,286 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-26) [8d12350] Correlation ID: 8d12350, Job ID: 10031639-2593-49f3-9c9f-5b3db8c998ac, Call Stack: null, Custom Event ID: -1, Message: VM TestPoolAuto-1 was started by admin@internal (Host: kvm01). 2015-07-27 17:31:44,233 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-20) [30539cc] START, DestroyVDSCommand(HostName = kvm01, HostId = d2b7c9d1-6e5b-4222-a5ee-9a37ba8abcfe, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, force=false, secondsToWait=0, gracefully=false, reason=), log id: 19140c59 2015-07-27 17:31:44,703 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-20) [30539cc] FINISH, DestroyVDSCommand, log id: 19140c59 2015-07-27 17:31:44,716 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-20) [30539cc] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM TestPoolAuto-1 is down with error. Exit message: internal error: process exited while connecting to monitor: qemu-kvm: -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2: Duplicate ID 'usb' for device . 2015-07-27 17:31:44,719 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-20) [30539cc] Running on vds during rerun failed vm: null 2015-07-27 17:31:44,726 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-20) [30539cc] VM TestPoolAuto-1 (6d6dddff-9b9f-4675-a5df-b932fa7f5181) is running in db and not running in VDS kvm01 2015-07-27 17:31:44,766 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-20) [30539cc] Rerun vm 6d6dddff-9b9f-4675-a5df-b932fa7f5181. Called from vds kvm01 2015-07-27 17:31:44,779 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-15) [30539cc] Correlation ID: 8d12350, Job ID: 10031639-2593-49f3-9c9f-5b3db8c998ac, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM TestPoolAuto-1 on Host kvm01. 2015-07-27 17:31:44,789 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] Lock Acquired to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:44,860 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] START, IsVmDuringInitiatingVDSCommand( vmId = 6d6dddff-9b9f-4675-a5df-b932fa7f5181), log id: 1878f455 2015-07-27 17:31:44,867 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 1878f455 2015-07-27 17:31:44,912 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] Running command: RunVmCommand internal: false. Entities affected : ID: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 Type: VMAction group VM_BASIC_OPERATIONS with role type USER 2015-07-27 17:31:44,955 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] Running VM with attached cd it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso 2015-07-27 17:31:44,958 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] START, UpdateVmDynamicDataVDSCommand(HostName = kvm02, HostId = 4aeb8095-1198-4afe-aab2-d9c6408c88c2, vmDynamic=org.ovirt.engine.core.common.businessentities.VmDynamic@5ee9414d), log id: 75db7c56 2015-07-27 17:31:44,964 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] FINISH, UpdateVmDynamicDataVDSCommand, log id: 75db7c56 2015-07-27 17:31:44,972 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.IsoPrefixVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] START, IsoPrefixVDSCommand(HostName = kvm02, HostId = 4aeb8095-1198-4afe-aab2-d9c6408c88c2, storagePoolId=00000002-0002-0002-0002-00000000005e), log id: 2762047d 2015-07-27 17:31:44,981 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.IsoPrefixVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] FINISH, IsoPrefixVDSCommand, return: /rhev/data-center/mnt/192.168.18.101:_mnt_zpool01_zfs__nfs__01/66fe6211-6f52-492e-9b59-efbf09b2cb52/images/11111111-1111-1111-1111-111111111111, log id: 2762047d 2015-07-27 17:31:44,995 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] START, CreateVmVDSCommand(HostName = kvm02, HostId = 4aeb8095-1198-4afe-aab2-d9c6408c88c2, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, vm=VM [TestPoolAuto-1]), log id: 787773d8 2015-07-27 17:31:45,007 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] START, CreateVDSCommand(HostName = kvm02, HostId = 4aeb8095-1198-4afe-aab2-d9c6408c88c2, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, vm=VM [TestPoolAuto-1]), log id: 28b6a2c4 2015-07-27 17:31:45,035 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand kvmEnable=true,keyboardLayout=en-us,nice=0,displayNetwork=ovirtmgmt,copyPasteEnable=true,timeOffset=7200,transparentHugePages=true,vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181,acpiEnable=true,custom={device_d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0=VmDevice {vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, deviceId=d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0, device=usb, type=CONTROLLER, bootOrder=0, specParams={}, address={slot=0x01, bus=0x00, domain=0x0000, type=pci, function=0x2}, managed=false, plugged=true, readOnly=false, deviceAlias=, customProperties={}, snapshotId=null, logicalName=null}},spiceSslCipherSuite=DEFAULT,memSize=4096,smp=2,emulatedMachine=rhel6.5.0,vmType=kvm,memGuaranteedSize=1024,display=qxl,smartcardEnable=false,bootMenuEnable=false,spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard,smpCoresPerSocket=1,maxVCpus=16,hypervEnable=true,devices=[{index=0, model=ich9-ehci1, specParams={}, device=usb, type=controller, deviceId=8c556fea-3d3c-4dfe-9d1a-c2db1f8b0757}, {specParams={vram=32768, heads=1}, device=qxl, type=video, deviceId=dbd5530c-542b-4907-9369-e59aab5cc8dc}, {shared=false, bootOrder=2, iface=ide, index=2, address={unit=0, bus=1, target=0, controller=0, type=drive}, specParams={path=it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso}, path=/rhev/data-center/mnt/192.168.18.101:_mnt_zpool01_zfs__nfs__01/66fe6211-6f52-492e-9b59-efbf09b2cb52/images/11111111-1111-1111-1111-111111111111/it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso, device=cdrom, type=disk, readonly=true, deviceId=b5c5e147-22dc-48b6-9bc8-c4c61e17b252}, {shared=false, index=0, volumeID=49dbcbec-3d1f-4d83-b76d-66ec23198641, propagateErrors=off, format=cow, type=disk, iface=virtio, bootOrder=1, address={bus=0x00, domain=0x0000, type=pci, slot=0x07, function=0x0}, domainID=5f20ecf7-7d8d-4dab-857a-6eb1aa9b9842, imageID=4d35b208-dc27-4850-a0b9-72297628d82a, specParams={}, optional=false, device=disk, poolID=00000002-0002-0002-0002-00000000005e, readonly=false, deviceId=4d35b208-dc27-4850-a0b9-72297628d82a}, {nicModel=pv, address={bus=0x00, domain=0x0000, type=pci, slot=0x03, function=0x0}, specParams={outbound={}, inbound={}}, macAddr=00:01:a4:a3:96:0a, device=bridge, linkActive=true, type=interface, filter=vdsm-no-mac-spoofing, network=ovirtmgmt, deviceId=de7ea263-e827-4e7d-b568-9963ce773777}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x04, function=0x0}, specParams={}, device=ich6, type=sound, deviceId=8e75a71c-ff1c-49da-b79e-dbda01c01900}, {index=0, model=ich9-uhci3, specParams={}, device=usb, type=controller, deviceId=bce30bbc-a868-4138-ac8a-0baabb037d84}, {index=0, model=ich9-uhci2, specParams={}, device=usb, type=controller, deviceId=cb61c6a3-5b83-4a8d-b580-eb5d66aa0517}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x01, function=0x2}, specParams={}, device=usb, type=controller, deviceId=d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0}, {index=0, model=ich9-uhci1, specParams={}, device=usb, type=controller, deviceId=49903b9e-35a4-4044-a9e1-3bd1cf3bcf30}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=87c24afa-e85c-48dd-a611-8b5c3147c433}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=f385013f-a124-490e-97cb-6aa03d468773}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=2136c7f2-6c3e-47e4-9fcb-fa0a6f9939aa}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=4ba33476-2fd9-4685-9b8b-cb4d325b7155}, {index=0, model=virtio-scsi, address={bus=0x00, domain=0x0000, type=pci, slot=0x05, function=0x0}, specParams={}, device=scsi, type=controller, deviceId=d34e9c5f-549e-49b1-8569-7010b40beb0c}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x06, function=0x0}, specParams={}, device=virtio-serial, type=controller, deviceId=3e360c6f-26b3-46f9-99e3-6d3726f8fdbc}],vmName=TestPoolAuto-1,cpuType=Conroe,fileTransferEnable=true 2015-07-27 17:31:45,224 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] FINISH, CreateVDSCommand, log id: 28b6a2c4 2015-07-27 17:31:45,235 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: 787773d8 2015-07-27 17:31:45,236 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] Lock freed to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:45,263 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-15) [30539cc] Correlation ID: 8d12350, Job ID: 10031639-2593-49f3-9c9f-5b3db8c998ac, Call Stack: null, Custom Event ID: -1, Message: VM TestPoolAuto-1 was started by admin@internal (Host: kvm02). 2015-07-27 17:31:52,968 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-2) START, DestroyVDSCommand(HostName = kvm02, HostId = 4aeb8095-1198-4afe-aab2-d9c6408c88c2, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, force=false, secondsToWait=0, gracefully=false, reason=), log id: 4f97fd6f 2015-07-27 17:31:53,315 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-2) FINISH, DestroyVDSCommand, log id: 4f97fd6f 2015-07-27 17:31:53,330 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-2) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM TestPoolAuto-1 is down with error. Exit message: internal error: process exited while connecting to monitor: qemu-kvm: -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2: Duplicate ID 'usb' for device . 2015-07-27 17:31:53,332 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-2) Running on vds during rerun failed vm: null 2015-07-27 17:31:53,335 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-2) VM TestPoolAuto-1 (6d6dddff-9b9f-4675-a5df-b932fa7f5181) is running in db and not running in VDS kvm02 2015-07-27 17:31:53,346 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-2) Rerun vm 6d6dddff-9b9f-4675-a5df-b932fa7f5181. Called from vds kvm02 2015-07-27 17:31:53,361 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-29) Correlation ID: 8d12350, Job ID: 10031639-2593-49f3-9c9f-5b3db8c998ac, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM TestPoolAuto-1 on Host kvm02. 2015-07-27 17:31:53,375 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-29) Lock Acquired to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:53,404 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-29) START, IsVmDuringInitiatingVDSCommand( vmId = 6d6dddff-9b9f-4675-a5df-b932fa7f5181), log id: 38b9da17 2015-07-27 17:31:53,411 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-29) FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 38b9da17 2015-07-27 17:31:53,428 WARN [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-29) CanDoAction of action RunVm failed for user admin@internal. Reasons: VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,SCHEDULING_NO_HOSTS 2015-07-27 17:31:53,438 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-29) Lock freed to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:53,478 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-29) Correlation ID: 8d12350, Job ID: 10031639-2593-49f3-9c9f-5b3db8c998ac, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM TestPoolAuto-1 (User: admin@internal). 2015-07-27 17:31:53,492 INFO [org.ovirt.engine.core.bll.ProcessDownVmCommand] (org.ovirt.thread.pool-8-thread-20) [18c68eb4] Running command: ProcessDownVmCommand internal: true. 2015-07-27 17:31:53,498 INFO [org.ovirt.engine.core.bll.RestoreStatelessVmCommand] (org.ovirt.thread.pool-8-thread-20) [76fde751] Running command: RestoreStatelessVmCommand internal: true. Entities affected : ID: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 Type: VM 2015-07-27 17:31:53,511 INFO [org.ovirt.engine.core.bll.UpdateVmVersionCommand] (org.ovirt.thread.pool-8-thread-20) [3b023b93] Lock Acquired to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= key: 2b474919-6a63-4387-8394-a76af360b9b2 value: TEMPLATE ] 2015-07-27 17:31:53,517 WARN [org.ovirt.engine.core.bll.UpdateVmVersionCommand] (org.ovirt.thread.pool-8-thread-20) [3b023b93] CanDoAction of action UpdateVmVersion failed for user admin@internal. Reasons: VAR__ACTION__UPDATE_VM_VERSION,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_ALREADY_IN_LATEST_VERSION 2015-07-27 17:31:53,519 INFO [org.ovirt.engine.core.bll.UpdateVmVersionCommand] (org.ovirt.thread.pool-8-thread-20) [3b023b93] Lock freed to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= key: 2b474919-6a63-4387-8394-a76af360b9b2 value: TEMPLATE ] 2015-07-27 17:31:53,520 WARN [org.ovirt.engine.core.bll.RestoreStatelessVmCommand] (org.ovirt.thread.pool-8-thread-20) [3b023b93] Couldnt update VM TestPoolAuto-1 (6d6dddff-9b9f-4675-a5df-b932fa7f5181) version from its template, continue with restoring stateless snapshot. Host log: 2015-07-27 15:33:15.517+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name TestPoolAuto-1 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Conroe,hv_relaxed -m 4096 -realtime mlock=off -smp 2,maxcpus=16,sockets=16,cores=1,threads=1 -uuid 6d6dddff-9b9f-4675-a5df-b932fa7f5181 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=3.5-0.999.201504280931.el7.centos,serial=C0B14ED1-183E-B601-C2DC-00145E1623F4,uuid=6d6dddff-9b9f-4675-a5df-b932fa7f5181 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/TestPoolAuto-1.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-07-27T17:33:15,clock=vm,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x8.0x7 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x8.0x2 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x8.0x1 -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x8 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x5 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x6 -drive file=/rhev/data-center/mnt/192.168.18.101:_mnt_zpool01_zfs__nfs__01/66fe6211-6f52-492e-9b59-efbf09b2cb52/images/11111111-1111-1111-1111-111111111111/it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.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=2 -drive file=/rhev/data-center/00000002-0002-0002-0002-00000000005e/5f20ecf7-7d8d-4dab-857a-6eb1aa9b9842/images/4d35b208-dc27-4850-a0b9-72297628d82a/49dbcbec-3d1f-4d83-b76d-66ec23198641,if=none,id=drive-virtio-disk0,format=qcow2,serial=4d35b208-dc27-4850-a0b9-72297628d82a,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=31,id=hostnet0,vhost=on,vhostfd=32 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:01:a4:a3:96:0a,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/6d6dddff-9b9f-4675-a5df-b932fa7f5181.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/6d6dddff-9b9f-4675-a5df-b932fa7f5181.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=5902,addr=192.168.0.55,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=33554432 -global qxl-vga.vgamem_mb=16 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -msg timestamp=on qemu-kvm: -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2: Duplicate ID 'usb' for device 2015-07-27 15:33:15.948+0000: shutting down

2 2

Ubuntu guest doesn't reboot properly
by Alan Murrell 07 Aug '15

07 Aug '15

I have an Ubuntu 14.04 guest (actually Zentyal server). Guest additions are installed from respository (and even displays the extra info like IP address, host name, memory use) in the oVirt dash board. Whenever I either reboot the guest or shut it down, it never seems to come up properly. It shows that it is powered on and it responds to ping, but I cannot SSH in (says connection refused). The SPICE console display just shows black with some slightly coloured bars in the upper left of the screen, so I am unable to determine what stage of the boot process it is on and/or if it is even at a login screen. I have a Windows 7 guest VM that reboots with no issue. I currently do not have another Linux guest VM to test with, but I plan on installing a Debian guest, CentOS guest, as well as a "vanilla" Ubuntu 14.04 guest to see if it is a Linux thing, and Ubuntu thing, or just something odd with the Zentyal spin of Ubuntu. I will report on my results (it may take a bit), but I wanted to check here to see if anyone else has already troubleshot this and what the findings and conclusions were? Thanks! :-) -Alan

2 1

automatic migration on power failure
by Jaicel 07 Aug '15

07 Aug '15

------=_Part_598468_413451903.1438073708663 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, is ovirt by default not capable of automatic migration or automatic restarting of VMs on different host during host's power failure? because i remember having this problem on hosted-engine setup wherein my engine as well as the other virtual machines won't automatically start on different host when i for example switch off the server hosting the VMs. migration when host switched to maintenance works fine as well as the migration using the cluster policy. HA option on VM also works fine, but it only restarts on the same host. below is our current setup. 1 SuperMicro X7DBR-3 (Engine ovirt 3.5.1.1-1.el6) 6 IBM S5000PAL (Hosts) FreeNAS multipath iSCSI for data storage kvm 0.12.1.2 - 2.448.el6_6.4 libvirt libvirt-0.10.2-46.el6_6.6 vdsm vdsm-4.16.20-1.git3a90f62.el6 Thanks, Jaicel ------=_Part_598468_413451903.1438073708663 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 10pt; color: #000000"><div>Hi, </div><div> = </div><div>is ovirt by default not capable of automatic migration or automa= tic restarting</div><div>of VMs on different host during host's power failu= re? because i remember having </div><div>this probl= em on hosted-engine setup wherein my engine as well as the other </div><div>virtual machines won't automatically start on diff= erent host when i for example </div><div>switch off= the server hosting the VMs.</div><div> </div><div>= migration when host switched to maintenance works fine as well as the migra= tion</div><div>using the cluster policy. HA option on VM also works fine, b= ut it only restarts on</div><div>the same host. below is our current setup.= </div><div> </div><div><s= pan data-mce-style=3D"background-color: #ffff00;" style=3D"background-color= : rgb(255, 255, 0);">1 SuperMicro X7DBR-3 (Engine ovirt 3.5.1.1-1.el6)</spa= n> </div><div>6 IBM S5000PAL= (Hosts) </div><div>F= reeNAS multipath iSCSI for data storage </di= v><div> </div><div>kvm &nbsp= ;    0.12.1.2 - 2.448.el6_6.4 </di= v><div>libvirt    libvirt-0.10.2= -46.el6_6.6 </div><div>vdsm    vdsm-4.16.20-1.git3a90f62.el6 </di= v><div> </div><div> </div><= div data-marker=3D"__SIG_PRE__">Thanks, Jaicel</div></div></body></html> ------=_Part_598468_413451903.1438073708663--

2 1