- Users - oVirt List Archives

Windows guests
by vasily.lamykin＠MegaFon.ru 25 Oct '16

25 Oct '16

--_004_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_ Content-Type: multipart/alternative; boundary="_000_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_" --_000_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable I have windows vm and physical machine On benchmark test CPU,HDD. VM cause more faster result than Physical(VM run= ning on enterprise server, physical - simply laptop) But 1 test failed. I run bat script, which doing dummy incremental operation in loop. <code> @echo %time% start @set /a lcount=3D0 @set /a lmax=3D199999 @set /a tst=3Dlmax+1 :lstart @set /a lcount=3Dlcount+1 @if not %lcount%=3D=3D%lmax% goto lstart @echo dummy|set /p dummy=3DDone looping %tst% times at @echo %time% stop </code> And physical laptop faster than vm in 2x. Why? How can I improve this test for vm? =EC=C1=CD=D9=CB=C9=CE =F7=C1=D3=C9=CC=C9=CA =F3=D4=C1=D2=DB=C9=CA =C9=CE=D6=C5=CE=C5=D2 =D0=CF =DC=CB=D3=D0=CC=D5=C1=D4= =C1=C3=C9=C9 =D3=C5=D2=D7=C9=D3=CE=D9=C8 =D0=CC=C1=D4=C6=CF=D2=CD =F3=D4=CF=CC=C9=DE=CE=D9=CA =C6-=C1=CC =F0=E1=EF "=ED=C5=C7=C1=E6=CF=CE +7 (926) 500-3308 [=ED=C5=C7=C1=E6=CF=CE =CC=CF=C7=CF+=DA=CE=C1=CB =F2=F5=F3 B2C] ________________________________ =E9=CE=C6=CF=D2=CD=C1=C3=C9=D1 =D7 =DC=D4=CF=CD =D3=CF=CF=C2=DD=C5=CE=C9=C9= =D0=D2=C5=C4=CE=C1=DA=CE=C1=DE=C5=CE=C1 =C9=D3=CB=CC=C0=DE=C9=D4=C5=CC=D8= =CE=CF =C4=CC=D1 =CB=CF=CE=CB=D2=C5=D4=CE=D9=C8 =CC=C9=C3, =CB=CF=D4=CF=D2= =D9=CD =CF=CE=C1 =C1=C4=D2=C5=D3=CF=D7=C1=CE=C1. =F7 =D3=CF=CF=C2=DD=C5=CE= =C9=C9 =CD=CF=D6=C5=D4 =D3=CF=C4=C5=D2=D6=C1=D4=D8=D3=D1 =CB=CF=CE=C6=C9=C4= =C5=CE=C3=C9=C1=CC=D8=CE=C1=D1 =C9=CE=C6=CF=D2=CD=C1=C3=C9=D1, =CB=CF=D4=CF= =D2=C1=D1 =CE=C5 =CD=CF=D6=C5=D4 =C2=D9=D4=D8 =D2=C1=D3=CB=D2=D9=D4=C1 =C9= =CC=C9 =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C1 =CB=C5=CD-=CC=C9=C2=CF, =CB=D2= =CF=CD=C5 =C1=C4=D2=C5=D3=C1=D4=CF=D7. =E5=D3=CC=C9 =D7=D9 =CE=C5 =C1=C4=D2= =C5=D3=C1=D4 =DC=D4=CF=C7=CF =D3=CF=CF=C2=DD=C5=CE=C9=D1, =D4=CF =C9=D3=D0= =CF=CC=D8=DA=CF=D7=C1=CE=C9=C5, =D0=C5=D2=C5=C1=C4=D2=C5=D3=C1=C3=C9=D1, = =CB=CF=D0=C9=D2=CF=D7=C1=CE=C9=C5 =C9=CC=C9 =D2=C1=D3=D0=D2=CF=D3=D4=D2=C1= =CE=C5=CE=C9=C5 =D3=CF=C4=C5=D2=D6=C1=CE=C9=D1 =D3=CF=CF=C2=DD=C5=CE=C9=D1 = =C9=CC=C9 =C5=C7=CF =DE=C1=D3=D4=C9 =CE=C5=DA=C1=CB=CF=CE=CE=CF =C9 =DA=C1= =D0=D2=C5=DD=C5=CE=CF. =E5=D3=CC=C9 =F7=D9 =D0=CF=CC=D5=DE=C9=CC=C9 =DC=D4= =CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =CF=DB=C9=C2=CF=DE=CE=CF, =D0=CF=D6=C1=CC= =D5=CA=D3=D4=C1, =CE=C5=DA=C1=CD=C5=C4=CC=C9=D4=C5=CC=D8=CE=CF =D3=CF=CF=C2= =DD=C9=D4=C5 =CF=D4=D0=D2=C1=D7=C9=D4=C5=CC=C0 =CF=C2 =DC=D4=CF=CD =C9 =D5= =C4=C1=CC=C9=D4=C5 =D3=CF =D7=D3=C5=CD =D3=CF=C4=C5=D2=D6=C9=CD=D9=CD =D3= =C1=CD=CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =C9 =CC=C0=C2=D9=C5 =D7=CF=DA=CD=CF= =D6=CE=D9=C5 =C5=C7=CF =CB=CF=D0=C9=C9 =C9 =D0=D2=C9=CC=CF=D6=C5=CE=C9=D1. The information contained in this communication is intended solely for the = use of the individual or entity to whom it is addressed and others authoriz= ed to receive it. It may contain confidential or legally privileged informa= tion. The contents may not be disclosed or used by anyone other than the ad= dressee. If you are not the intended recipient(s), any use, disclosure, cop= ying, distribution or any action taken or omitted to be taken in reliance o= n it is prohibited and may be unlawful. If you have received this communica= tion in error please notify us immediately by responding to this email and = then delete the e-mail and all attachments and any copies thereof. (c)20mf50 --_000_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_ Content-Type: text/html; charset="koi8-r" 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=3Dkoi8-r"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"RU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> I have windows vm and physical = machine<o:p></o:p> On benchmark test CPU,HDD. VM c= ause more faster result than Physical(VM running on enterprise server, phys= ical – simply laptop)<o:p></o:p> But 1 test failed.<o:p></o:p></= span> I run bat script, which doing d= ummy incremental operation in loop.<o:p></o:p> <code><o:p></o:p><= /p> @echo %time% start<o:p></o:p></= span> @set /a lcount=3D0<o:p></o:p></= span> @set /a lmax=3D199999<o:p></o:p= > @set /a tst=3Dlmax+1<o:p></= o:p> :lstart<o:p></o:p> @set /a lcount=3Dlcount+1<o= :p></o:p> <o:p> </o:p> @if not %lcount%=3D=3D%lmax% go= to lstart<o:p></o:p> @echo dummy|set /p dummy=3DDone= looping %tst% times at<o:p></o:p> @echo %time% stop<o:p></o:p></s= pan> </code><o:p></o:p>= <o:p> </o:p> And physical laptop faster than= vm in 2x.<o:p></o:p> Why? How can I improve this tes= t for vm?<o:p></o:p> <o:p> </o:p> =EC=C1=CD=D9=CB=C9=CE =F7=C1=D3=C9=CC=C9=CA<o:p></o:p> =F3=D4=C1=D2=DB=C9=CA =C9=CE=D6=C5=CE=C5=D2 =D0=CF =DC= =CB=D3=D0=CC=D5=C1=D4=C1=C3=C9=C9 =D3=C5=D2=D7=C9=D3=CE=D9=C8 =D0=CC=C1=D4= =C6=CF=D2=CD<o= :p></o:p> =F3=D4=CF=CC=C9=DE=CE=D9=CA =C6-=C1=CC =F0=E1=EF "= =ED=C5=C7=C1=E6=CF=CE<o:p></= o:p> <o:p> </o:p> +7 (926) 500-3308<o:p></o:p></sp= an> <img width= =3D"285" height=3D"54" style=3D"width:2.9687in;height:.5625in" id=3D"=F2=C9= =D3=D5=CE=CF=CB_x0020_1" src=3D"cid:image001.png@01D22AF9.036D3E40" alt=3D"= =ED=C5=C7=C1=E6=CF=CE =CC=CF=C7=CF+=DA=CE=C1=CB =F2=F5=F3 B2C"><o:p></o= :p> <o:p> </o:p> </div> <hr> =E9=CE=C6=CF=D2=CD=C1=C3=C9=D1 =D7 =DC=D4=CF=CD =D3=CF=CF=C2=DD=C5=CE=C9=C9= =D0=D2=C5=C4=CE=C1=DA=CE=C1=DE=C5=CE=C1 =C9=D3=CB=CC=C0=DE=C9=D4=C5=CC=D8= =CE=CF =C4=CC=D1 =CB=CF=CE=CB=D2=C5=D4=CE=D9=C8 =CC=C9=C3, =CB=CF=D4=CF=D2= =D9=CD =CF=CE=C1 =C1=C4=D2=C5=D3=CF=D7=C1=CE=C1. =F7 =D3=CF=CF=C2=DD=C5=CE= =C9=C9 =CD=CF=D6=C5=D4 =D3=CF=C4=C5=D2=D6=C1=D4=D8=D3=D1 =CB=CF=CE=C6=C9=C4= =C5=CE=C3=C9=C1=CC=D8=CE=C1=D1 =C9=CE=C6=CF=D2=CD=C1=C3=C9=D1, =CB=CF=D4=CF= =D2=C1=D1 =CE=C5 =CD=CF=D6=C5=D4 =C2=D9=D4=D8 =D2=C1=D3=CB=D2=D9=D4=C1 =C9= =CC=C9 =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C1 =CB=C5=CD-=CC=C9=C2=CF, =CB=D2= =CF=CD=C5 =C1=C4=D2=C5=D3=C1=D4=CF=D7. =E5=D3=CC=C9 =D7=D9 =CE=C5 =C1=C4=D2= =C5=D3=C1=D4 =DC=D4=CF=C7=CF =D3=CF=CF=C2=DD=C5=CE=C9=D1, =D4=CF =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C9= =C5, =D0=C5=D2=C5=C1=C4=D2=C5=D3=C1=C3=C9=D1, =CB=CF=D0=C9=D2=CF=D7=C1=CE= =C9=C5 =C9=CC=C9 =D2=C1=D3=D0=D2=CF=D3=D4=D2=C1=CE=C5=CE=C9=C5 =D3=CF=C4=C5= =D2=D6=C1=CE=C9=D1 =D3=CF=CF=C2=DD=C5=CE=C9=D1 =C9=CC=C9 =C5=C7=CF =DE=C1= =D3=D4=C9 =CE=C5=DA=C1=CB=CF=CE=CE=CF =C9 =DA=C1=D0=D2=C5=DD=C5=CE=CF. =E5= =D3=CC=C9 =F7=D9 =D0=CF=CC=D5=DE=C9=CC=C9 =DC=D4=CF =D3=CF=CF=C2=DD=C5=CE= =C9=C5 =CF=DB=C9=C2=CF=DE=CE=CF, =D0=CF=D6=C1=CC=D5=CA=D3=D4=C1, =CE=C5=DA= =C1=CD=C5=C4=CC=C9=D4=C5=CC=D8=CE=CF =D3=CF=CF=C2=DD=C9=D4=C5 =CF=D4=D0=D2= =C1=D7=C9=D4=C5=CC=C0 =CF=C2 =DC=D4=CF=CD =C9 =D5=C4=C1=CC=C9=D4=C5 =D3=CF = =D7=D3=C5=CD =D3=CF=C4=C5=D2=D6=C9=CD=D9=CD =D3=C1=CD=CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =C9 =CC=C0=C2=D9=C5 =D7=CF=DA=CD= =CF=D6=CE=D9=C5 =C5=C7=CF =CB=CF=D0=C9=C9 =C9 =D0=D2=C9=CC=CF=D6=C5=CE=C9= =D1. The information contained in this communication is intended solely for the = use of the individual or entity to whom it is addressed and others authoriz= ed to receive it. It may contain confidential or legally privileged informa= tion. The contents may not be disclosed or used by anyone other than the addressee. If you are not the intended re= cipient(s), any use, disclosure, copying, distribution or any action taken = or omitted to be taken in reliance on it is prohibited and may be unlawful.= If you have received this communication in error please notify us immediately by responding to this email and then= delete the e-mail and all attachments and any copies thereof. (c)20mf50 </body> </html> --_000_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_-- --_004_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=2130; creation-date="Thu, 20 Oct 2016 14:45:10 GMT"; modification-date="Thu, 20 Oct 2016 14:45:10 GMT" Content-ID: <image001.png(a)01D22AF9.036D3E40> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAASkAAAA4CAYAAAChZA4IAAAACXBIWXMAAA9hAAAPYQGoP6dpAAAA GXRFWHRTb2Z0d2FyZQBBZG9iZSBJbWFnZVJlYWR5ccllPAAAB99JREFUeNrsnd114joUhZUs3q87 GE8FcSoIVDCkAsjbvJlUAKmA8Ja3QAVhKsCpYJgKxrcD3wq4liUTIx/LkiwyMOxvLc0k/PhX2trn SFbYTtBnAABwQnBd4uJU/hDgkgAATkykAhgoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAM1c 4RIAAEheRsP837u8RLLwx+cS9n01yN+byffSvLznZZ2/nh3jMHq4EwCAijBxIZrkZZSXsOXTffn/ OC/z/Lvr/P+nXKxSn4d0jbsCAJACxcXpd16mBgKlEkix+p1vZy7FDiIFAPDknl5Gb4UbEmLTFS52 m3ybEUQKAOAjvNvkZeh5y5EvoYJIAQCBio60h8CHUPWIgxYb/L5KPFwAP9sCAByDtyMKlCpUX11H /3oVUZnLWLL8nW/wMd/w0kGgqG095NtaX0DvVB22tSVlRx7OBUDWU94++5+0Ny5Ur3m5d/nylTzg sdwIxb2VuKgCdchX38OTJyZO/NxDD1vjAsWHcp/RmsAR6iqvoz+ZW5K8Ok9qavndgUtUVTqpWPOZ edGzm5/8RPOJuHBnh99xUfPtgdOohpY2UBdMCPad/O3dyEnqRd615+HDuDf5/h8Mr3ukuQZJ7ZrV t9GvuTpdh0Jdc4T158LUUqAST67rtTAqjiKla+Bh0QjNwr42ZY2UhrVxdB4DeeG6CsSV0vA2ys0Y 56/FsgfINAIxP1Jl4vtfNTZ+ce6xgUBP5efLyXZb4jMb5fenvMxa7uVGez3BKbooLk6mI3m8zt8W nZVIfm867j0sOkPLzsx0dG/k+eTLhuMjNJp7unmzht4ianGHVK+UyND2al9Eo1dtc/V93sMsjc/v ZfQqxdnGQQ4Lmy/EDVwmQwsXtdi7adGx+XDKI9svNImUavP7BmHZhDj5VKuq/kIjH8Ta95pn0FJh 0sA698Y/L0K7dU0khVtTBbWL0Lw6htng/Lmz+OzNEdqsdb1renZvLRtBoChgYqGQieWJZYVym6ET AH7svyxdlHqumSKA5ZT/Z8I9hkSY1IUnwpGG+3MW+4wb8gY/GM89HfKNuJelA0zQZi8OG5EYSse+ qqQVutaZsOh0LTrxJpH6T4YeEyU/Qj88KBp5WLOKeneiwhO7Mw83YeGQwJ0Sx54poVZcEyk61Np2 Onpuq19GVMVKNHZ9qUmwJ8V9q0/a69tWFvBXYOuGxh1de9MxGNe7a21jpw/YxEWlZzMnSkwdUG/c sxTpTOkB2m8WnZS2ZWthwbPWEUCR9H8k3onQZi8INW1wJkLZ0+ZIXkZLRZi4m5gpJx4RFtIl5Ink 6JqJ2xh4vGAx4UoyeW5r5fynjE5ufyZRQ1jdds0SwqFFrHl6yTT//BQt+6Jd1EkcR9vo3kr5PSDc RFzr2U3nVanbFmJnUnz1LNT2FhqxDVsTzn6e/I5qzrQZm/xbgnYKHHisjEQPPnvn1629b71iTysN MiBCwMUZPdIR18Ksargm8jXN50/nvro9TS7CT2YhUgCY4T7Zdrvv1EWZMLt8c6fO0mRlzpXiNqoT sqj5Q67hUMa6Jp3t4/Nh7RjE8L56XFX6yoS0reJ84iJMdMlNCdGfW1auf87Q7oPzZPMndtouUnym uchNhIoDSRidz3Ht9befbCWpfItpOFmdjrFSRIoLzU+Zz3uvuKAvROjcr3znjtFTBZYtrmrI6KQ4 JcqhhUN70o62imPfoN2eHQn7vAeLvTg60xnnq1rDEI4jaPncaSIa7LjDFsb7kRLxEPCW/IyYEb6R Rd1fVHnvjdGTYcWDxof8qrkjOkRUmTfaeHBJvHvazpaoq6nBa9Yhp+kfYniWrinQOJGk4wOmgcUs 6G3HvNfYw03i518O/T9IofEZTvHzo2aurwnBeZNzoepOViTyp0Rom3qaLgHOizWzX71Add+3RfsT neObFKyBfK3snNdMLM+UKSsm/LDdoZmTEoLQNmLX1UVVnUVbcR9Bo2dsLw+eo6NKPewa7x+VEY39 VrqezIM4LWVF2BL3ImV03o9XAr4I/u6giCU5hmQ4By4PUae6dE6rvUEQcyETmRrI9ukhsf1F5bWZ Jn3hzUmVlXrcqK72i+P9qRHAiWOYuiDOn29rVhHyWVGEewkVMb1TcgGpst9UXkcTN/rI9EuztLF0 WswQ/C0smPvKIV9q6YbqfLuPR8VCJb1S1jvrdm8uUmJy5wNxcnynLivurZj/xd9NoGbHJwbnzx9X SRSh4SN5z7UL/9FbrSs3alYTKdfHgISFHkj3NLHsGLCYHtwUHwwbMbcEOo8g/pX1O5ZiNJUThbfs Y1WQeWXycCzr3qPL4fYarH+iOblMNvRA9v4LTW6DC9G74hbY3iqKhuZyoVJN2JJqQr2QcE2JxX6f WD3xGBi6wsT4OM1D8EeZi+Jif6NxVu9M5PHWLedmc11ShIxnzQNzX51zavBaoBiae9c8MhYpA+BS MV8wciAfq9p1SC88uB4m/qQVAJcc9n2MUB+LTgIFkQIAQnVMoeosUBApAEApVHwKTeppi+WfsPMi fhApAIDPuX5C8DxOcenh7gAApFCJuX58Wo2YE8hH8U3m4nEHxkeOF8dY6RWjewCAZj6eqqBWCBHz AbEENQAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0Y7fb9fMS4EoAAE5MmwKuT/yHXfEDAACcnoHa/S/A ANCM57qVhzX7AAAAAElFTkSuQmCC --_004_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_--

2 1

Host in error state
by knarra 25 Oct '16

25 Oct '16

Hi All, I am currently using ovirt master branch, having hosted-engine setup with glusterfs as the storage domain. I launched some vms and try to start them. VMs fails to start on two other hosts in the cluster and both of them go into error state. why does the hosts go into error state ? I see the following error in the vdsm logs on why the vm start process fails. 2016-10-25 12:13:37,320 ERROR (Thread-301489) [virt.vm] vmId=`0b84e276-3375-46e8-8f5f-3e0ccee82f95`::The vm start process failed (vm:582) Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 523, in _startUnderlyingVm self._run() File "/usr/share/vdsm/virt/vm.py", line 1855, in _run domxml = hooks.before_vm_start(self._buildDomainXML(), File "/usr/share/vdsm/virt/vm.py", line 1555, in _buildDomainXML self._appendDevices(domxml) File "/usr/share/vdsm/virt/vm.py", line 1502, in _appendDevices deviceXML = dev.getXML().toxml(encoding='utf-8') File "/usr/share/vdsm/virt/vmdevices/storage.py", line 422, in getXML self._validate() File "/usr/share/vdsm/virt/vmdevices/storage.py", line 491, in _validate raise ValueError("Network disk without hosts") ValueError: Network disk without hosts seeing following error in the events tab "Host hosted_engine2 will be switched to Error status for 30 minutes because it failed to run a VM." seeing following error in the engine logs. 2016-10-25 06:44:36,912 INFO [org.ovirt.engine.core.vdsbroker.FailedToRunVmVDSCommand] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] START, FailedToRunVmVDSCommand(HostName = hosted_engine2, FailedToRunVmVDSCommandParameters:{runAsync='true', hostId='fcf264de-6f03-4835-8c26-6927417d848b'}), log id: 5b369412 2016-10-25 06:44:36,920 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] START, SetVdsStatusVDSCommand(HostName = hosted_engine2, SetVdsStatusVDSCommandParameters:{runAsync='true', hostId='fcf264de-6f03-4835-8c26-6927417d848b', status='Error', nonOperationalReason='NONE', stopSpmFailur eLogged='false', maintenanceReason='null'}), log id: 3ae9ae50 2016-10-25 06:44:36,927 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] FINISH, SetVdsStatusVDSCommand, log id: 3ae9ae50 2016-10-25 06:44:36,934 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Host hosted_engine2 will be switched to Error status for 30 minutes because it failed to run a VM. 2016-10-25 06:44:36,934 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] Vds 'hosted_engine2' moved to Error mode after 3 att empts. Time: Tue Oct 25 06:44:36 UTC 2016 2016-10-25 06:44:36,934 INFO [org.ovirt.engine.core.vdsbroker.FailedToRunVmVDSCommand] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] FINISH, FailedToRunVmVDSCommand, log id : 5b369412 Thanks kasturi

2 1

ovirt 3.6.7 and gluster 3.7.14
by Luiz Claudio Prazeres Goncalves 25 Oct '16

25 Oct '16

Hi, it seems the ovirt-3.6-dependencies.repo is pointing the yum repo to http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re… and http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re…, however the "LATEST" is now pointing to gluster 3.8.x and not to 3.7.x anymore. So, in order to fix it I was forced to manually adjust the yum repo paths as you can see below. Is this procedure correct? I would say yes, but it's always good to double check :) Also, It's currently running centos 7.2 + ovirt 3.6.6 + gluster 3.7.11 (client) and I'm planning to upgrade to ovirt 3.6.7 and gluster 3.7.14 (client). The oVirt Cluster is running on top of an external gluster replica 3 cluster, hosting the engine storage domain and vms storage domain, running the version 3.7.11 which I'm also planning to move to 3.7.14 as well. I'm using XFS and not ZFS, which seems to have issues with gluster 3.7.13 Is this upgrade safe and recommended? Thanks -Luiz [ovirt-3.6-glusterfs-epel] name=GlusterFS is a clustered file-system capable of scaling to several petabytes. #baseurl= http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re… baseurl=https://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.14 /EPEL.repo/epel-7.2/x86_64/ enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key [ovirt-3.6-glusterfs-noarch-epel] name=GlusterFS is a clustered file-system capable of scaling to several petabytes. #baseurl= http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re… baseurl=https://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.14 /EPEL.repo/epel-7.2/noarch enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key

2 3

Re: [ovirt-users] VMware import, username with '.' not accepted
by Martijn Grendelman 24 Oct '16

24 Oct '16

Op 24-10-2016 om 16:06 schreef Michal Skrivanek: >> On 24 Oct 2016, at 11:21, Martijn Grendelman <martijn.grendelman(a)isaac.nl> wrote: >> >> Hi, >> >> I'm trying to import a VM from VMware. On the "Import Virtual >> Machine(s)" screen, my VCenter username is not accepted, because "Name >> can only contain 'A-Z', 'a-z', '0-9', '_' or '-' characters" and it >> contains a '.', which should be perfectly fine. > What is the exact version? > There were improvements in bug 1377271 which is in 4.0.5 RC2 This is 4.0.3. Thanks, Martijn.

2 1

VMware import, username with '.' not accepted
by Martijn Grendelman 24 Oct '16

24 Oct '16

Hi, I'm trying to import a VM from VMware. On the "Import Virtual Machine(s)" screen, my VCenter username is not accepted, because "Name can only contain 'A-Z', 'a-z', '0-9', '_' or '-' characters" and it contains a '.', which should be perfectly fine. Now what? Regards, Martijn.

2 1

Non responsive vms, how to reconnect hosts
by andreas.ewert＠cbc.de 24 Oct '16

24 Oct '16

Hi there, currently our vms are in a non responsive state. Due fibre channel storage problems every machine is tagged by a question mark. Datacenter is in non operational mode. Good news is that the machines are running. I verrified by „virsh list“ on the hypervisors. I know if I reboot the hypervisors then the problem will be solved. But is there any other way to connect the hypervisor hosts to the datacenter? Now storage problems are over and I already tried to restart the vdsm daemon … but no success. Do I really need to reboot the hosts? OS Version of ovirt Hosts: Centos7 DataCenter runs with version 3.5 With best regards Andreas

2 1

Detected conflict in hook delete-POST
by Nathanaël Blanchet 24 Oct '16

24 Oct '16

Hello, What can I do to solve this kind of messages in ovirt 4.0.4? Detected conflict in hook delete-POST-57glusterfind-delete-post.py of Cluster Test. Detected conflict in hook start-POST-31ganesha-start.sh of Cluster Test. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 1

Problem with start VDSMD durring hosted-engine --deploy
by Grzegorz Szypa 24 Oct '16

24 Oct '16

Hi Support, Could you help me with my problem, because when I try to deploy host on fresh Centos 7.1 installation I got an error that vdsmd servies cannot bestarted, and deploy after taht are terminated: [root@vmsrv1 ~]# [root@vmsrv1 ~]# hosted-engine --deploy /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15: DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli import vdsm.vdscli [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup During customization use CTRL-D to abort. Continuing will configure this host for serving as hypervisor and create a VM where you have to install the engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: It has been detected that this program is executed through an SSH connection without using screen. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a screen session using command "screen". Do you want to continue anyway? (Yes, No)[No]: Yes [ INFO ] Hardware supports virtualization Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20161024074216-iagc54.log Version: otopi-1.5.2 (otopi-1.5.2-1.el7.centos) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup *[ ERROR ] Failed to execute stage 'Environment setup': Failed to start service 'vdsmd'* [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20161024074222.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20161024074216-iagc54.log [root@vmsrv1 ~]# Firstly I tried to do it by ovirt portal, but every time failed. so I try to do it by hosted-engine --deploy, and this time I got more information as above. (SELinux is disabled). firewall are disabled. Onlywhat make me confuse are vdsm. So I checkd it and for sure it has been installed (with version vdsm-4.18.13-1.el7.centos.x86_64) [root@vmsrv1 ~]# yum install vdsm Wczytane wtyczki: fastestmirror, versionlock Loading mirror speeds from cached hostfile * base: centos.trisect.eu * epel: epel.mirrors.ovh.net * extras: centos.trisect.eu * ovirt-4.0: ftp.nluug.nl * ovirt-4.0-epel: epel.mirrors.ovh.net * updates: centos.trisect.eu Pakiet vdsm-4.18.13-1.el7.centos.x86_64 jest już zainstalowany w najnowszej wersji Nie ma niczego do zrobienia after that I tried to find it and restart : [root@vmsrv1 ~]# systemctl vdsmd restart Unknown operation 'vdsmd'. So question is if vdsm has been installed, what going on? So: [root@vmsrv1 ~]# systemctl |grep -i vdsm supervdsmd.service loaded active running Auxiliary vdsm service for running helper functions as root vdsm-network.service loaded active exited Virtual Desktop Server Manager network restoration [root@vmsrv1 ~]# As see above there are completly different name convention, and it shuld be like vdsmd.service. What is strange, this exist on host where is Portal, but it is not possible to start it, because of "vdsm-network.service" Question are how to avoid it, because for sure hosted-engine script do not know how to start vdsm Additionaly, I tried to reconfigure vdsm: [root@vmsrv1 ~]# vdsm-tool configure --force /usr/lib/python2.7/site-packages/vdsm/tool/dump_volume_chains.py:28: DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli from vdsm import vdscli Checking configuration status... Current revision of multipath.conf detected, preserving libvirt is already configured for vdsm SUCCESS: ssl configured to true. No conflicts Running configure... Reconfiguration of sebool is done. Reconfiguration of libvirt is done. Done configuring modules to VDSM. [root@vmsrv1 ~]# systemctl start vdsmd A dependency job for vdsmd.service failed. See 'journalctl -xe' for details. [root@vmsrv1 ~]# journalctl -xe -- Subject: Ukończono uruchamianie jednostki libvirtd.service -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Jednostka libvirtd.service ukończyła uruchamianie. -- -- Wynik uruchamiania: done. paź 24 07:57:12 vmsrv1.szypa.net systemd[1]: Configuration file /usr/lib/systemd/system/ebtables.service is marked executable. Please remove executable permission bits. Proceeding anyway. paź 24 07:57:12 vmsrv1.szypa.net systemd[1]: Started Auxiliary vdsm service for running helper functions as root. -- Subject: Ukończono uruchamianie jednostki supervdsmd.service -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Jednostka supervdsmd.service ukończyła uruchamianie. -- -- Wynik uruchamiania: done. paź 24 07:57:12 vmsrv1.szypa.net systemd[1]: Starting Auxiliary vdsm service for running helper functions as root... -- Subject: Rozpoczęto uruchamianie jednostki supervdsmd.service -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Jednostka supervdsmd.service rozpoczęła uruchamianie. paź 24 07:57:54 vmsrv1.szypa.net polkitd[1154]: Registered Authentication Agent for unix-process:14438:14347412 (system bus name :1.4915 [<unknown>], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale pl_PL.UTF-8) paź 24 07:57:54 vmsrv1.szypa.net systemd[1]: Starting Device-Mapper Multipath Device Controller... -- Subject: Rozpoczęto uruchamianie jednostki multipathd.service -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Jednostka multipathd.service rozpoczęła uruchamianie. paź 24 07:57:54 vmsrv1.szypa.net systemd[1]: Starting Virtual Desktop Server Manager network restoration... -- Subject: Rozpoczęto uruchamianie jednostki vdsm-network.service -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Jednostka vdsm-network.service rozpoczęła uruchamianie. paź 24 07:57:54 vmsrv1.szypa.net systemd[1]: multipathd.service: control process exited, code=exited status=1 paź 24 07:57:54 vmsrv1.szypa.net systemd[1]: Failed to start Device-Mapper Multipath Device Controller. -- Subject: Jednostka multipathd.service się nie powiodła -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Jednostka multipathd.service się nie powiodła. -- -- Wynik: failed. paź 24 07:57:54 vmsrv1.szypa.net systemd[1]: Dependency failed for Virtual Desktop Server Manager. -- Subject: Jednostka vdsmd.service się nie powiodła -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Jednostka vdsmd.service się nie powiodła. -- -- Wynik: dependency. paź 24 07:57:54 vmsrv1.szypa.net systemd[1]: Dependency failed for MOM instance configured for VDSM purposes. -- Subject: Jednostka mom-vdsm.service się nie powiodła -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Jednostka mom-vdsm.service się nie powiodła. -- -- Wynik: dependency. paź 24 07:57:54 vmsrv1.szypa.net systemd[1]: Job mom-vdsm.service/start failed with result 'dependency'. paź 24 07:57:54 vmsrv1.szypa.net systemd[1]: Job vdsmd.service/start failed with result 'dependency'. paź 24 07:57:54 vmsrv1.szypa.net systemd[1]: Unit multipathd.service entered failed state. paź 24 07:57:54 vmsrv1.szypa.net systemd[1]: multipathd.service failed. paź 24 07:57:54 vmsrv1.szypa.net polkitd[1154]: Unregistered Authentication Agent for unix-process:14438:14347412 (system bus name :1.4915, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale pl_PL.UTF-8) (disconnected from bus) paź 24 07:57:54 vmsrv1.szypa.net vdsm-tool[14444]: /usr/lib/python2.7/site-packages/vdsm/tool/dump_volume_chains.py:28: DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli paź 24 07:57:54 vmsrv1.szypa.net vdsm-tool[14444]: from vdsm import vdscli paź 24 07:57:54 vmsrv1.szypa.net vdsm-tool[14454]: /usr/lib/python2.7/site-packages/vdsm/tool/dump_volume_chains.py:28: DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli paź 24 07:57:54 vmsrv1.szypa.net vdsm-tool[14454]: from vdsm import vdscli paź 24 07:57:55 vmsrv1.szypa.net systemd[1]: Started Virtual Desktop Server Manager network restoration. -- Subject: Ukończono uruchamianie jednostki vdsm-network.service -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Jednostka vdsm-network.service ukończyła uruchamianie. -- -- Wynik uruchamiania: done. paź 24 07:58:01 vmsrv1.szypa.net systemd[1]: Started Session c2440 of user root. -- Subject: Ukończono uruchamianie jednostki session-c2440.scope -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Jednostka session-c2440.scope ukończyła uruchamianie. -- -- Wynik uruchamiania: done. paź 24 07:58:01 vmsrv1.szypa.net systemd[1]: Starting Session c2440 of user root. -- Subject: Rozpoczęto uruchamianie jednostki session-c2440.scope -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Jednostka session-c2440.scope rozpoczęła uruchamianie. paź 24 07:58:01 vmsrv1.szypa.net CROND[14473]: (root) CMD (/usr/local/rtm/bin/rtm 7 > /dev/null 2> /dev/null) lines 4205-4296/4296 (END) -- G.Sz.

2 1

about hosted engine gluster support
by 张余歌 24 Oct '16

24 Oct '16

--_4899065a-17d0-4ba3-a2e1-3dee19639bb2_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGV5ICxmcmllbmRzIVJlZmVyIHRvIGh0dHBzOi8vd3d3Lm92aXJ0Lm9yZy9kZXZlbG9wL3JlbGVh c2UtbWFuYWdlbWVudC9mZWF0dXJlcy9lbmdpbmUvc2VsZi1ob3N0ZWQtZW5naW5lLWdsdXN0ZXIt c3VwcG9ydC9pIG1lZXQgc29tZSBwcm9ibGVtOndoZW4gaSBwcm9jZXNzICdob3N0ZWQtZW5naW5l IC0tZGVwbG95J2kgIHNob3cgc3VwcG9ydCBpc2NzaSxuZnMzLG5mczQgLGJ1dCBnbHVzdGVyLg0K aSBzaG91bGQgYmU6UGxlYXNlIHNwZWNpZnkgdGhlIHN0b3JhZ2UgeW91IHdvdWxkIGxpa2UgdG8g dXNlIChnbHVzdGVyZnMsIGlzY3NpLCBuZnMzLCBuZnM0KVtuZnMzXTogZ2x1c3RlcmZzDQppIGZv bGxvd2VkIHRoZSBzdGFnZSBvZiB0aGUgbGluayxidXQgaSBmYWlsZWQgdG8gaG9zdGVkLWVuZ2lu ZSBzdXBwb3J0IGdsdXN0ZXIsbWF5YmUgc29tZXRoaW5nIGVsc2UgaSBzaG91bGQgY29uZmlndXJl P2kgYW0gc28gc28gc28gc28gY29uZnVzZWQhISEhIXdoeSAscGxlYXNlIGhlbHAgbWUhDQp0aGFu a3MuLi4uLg0KbXkgb3ZpcnQgdmVyc2lvbiBpcyAzLjUuNi4NCiAJCSAJICAgCQkgIA== --_4899065a-17d0-4ba3-a2e1-3dee19639bb2_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5Os6iyO3RxbraDQp9DQotLT48L3N0eWxlPjwvaGVhZD4NCjxib2R5IGNsYXNzPSdo bW1lc3NhZ2UnPjxkaXYgZGlyPSdsdHInPmhleSAsZnJpZW5kcyE8ZGl2PlJlZmVyIHRvJm5ic3A7 PC9kaXY+PGRpdj48YSBocmVmPSJodHRwczovL3d3dy5vdmlydC5vcmcvZGV2ZWxvcC9yZWxlYXNl LW1hbmFnZW1lbnQvZmVhdHVyZXMvZW5naW5lL3NlbGYtaG9zdGVkLWVuZ2luZS1nbHVzdGVyLXN1 cHBvcnQvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cub3ZpcnQub3JnL2RldmVsb3AvcmVs ZWFzZS1tYW5hZ2VtZW50L2ZlYXR1cmVzL2VuZ2luZS9zZWxmLWhvc3RlZC1lbmdpbmUtZ2x1c3Rl ci1zdXBwb3J0LzwvYT48L2Rpdj48ZGl2PmkgbWVldCBzb21lIHByb2JsZW06d2hlbiBpIHByb2Nl c3MgJ2hvc3RlZC1lbmdpbmUgLS1kZXBsb3knPC9kaXY+PGRpdj5pICZuYnNwO3Nob3cgc3VwcG9y dCBpc2NzaSxuZnMzLG5mczQgLGJ1dCBnbHVzdGVyLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ aSBzaG91bGQgYmU6PHNwYW4gc3R5bGU9ImNvbG9yOiBpbmhlcml0OyBmb250LWZhbWlseTogTWVu bG8sIE1vbmFjbywgQ29uc29sYXMsICdDb3VyaWVyIE5ldycsIG1vbm9zcGFjZTsgZm9udC1zaXpl OiAxMnB0OyB3aGl0ZS1zcGFjZTogcHJlLXdyYXA7IGxpbmUtaGVpZ2h0OiAxLjQyODU3OyI+UGxl YXNlJm5ic3A7c3BlY2lmeSZuYnNwO3RoZSZuYnNwO3N0b3JhZ2UmbmJzcDt5b3UmbmJzcDt3b3Vs ZCZuYnNwO2xpa2UmbmJzcDt0byZuYnNwO3VzZSZuYnNwOyhnbHVzdGVyZnMsJm5ic3A7aXNjc2ks Jm5ic3A7bmZzMywmbmJzcDtuZnM0KVtuZnMzXTombmJzcDtnbHVzdGVyZnM8L3NwYW4+PC9kaXY+ PGRpdj48Zm9udCBmYWNlPSJNZW5sbywgTW9uYWNvLCBDb25zb2xhcywgQ291cmllciBOZXcsIG1v bm9zcGFjZSI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMi44NTcxcHg7IHdoaXRlLXNwYWNl OiBwcmUtd3JhcDsiPjxicj48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iTWVu bG8sIE1vbmFjbywgQ29uc29sYXMsIENvdXJpZXIgTmV3LCBtb25vc3BhY2UiPjxzcGFuIHN0eWxl PSJsaW5lLWhlaWdodDogMjIuODU3MXB4OyB3aGl0ZS1zcGFjZTogcHJlLXdyYXA7Ij5pIGZvbGxv d2VkIHRoZSBzdGFnZSBvZiB0aGUgbGluayxidXQgaSBmYWlsZWQgdG8gaG9zdGVkLWVuZ2luZSBz dXBwb3J0IGdsdXN0ZXIsbWF5YmUgc29tZXRoaW5nIGVsc2UgaSBzaG91bGQgY29uZmlndXJlP2kg YW0gc28gc28gc28gc28gY29uZnVzZWQhISEhIXdoeSAscGxlYXNlIGhlbHAgbWUhPC9zcGFuPjwv Zm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9Ik1lbmxvLCBNb25hY28sIENvbnNvbGFzLCBDb3Vy aWVyIE5ldywgbW9ub3NwYWNlIj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIyLjg1NzFweDsg d2hpdGUtc3BhY2U6IHByZS13cmFwOyI+PGJyPjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48Zm9u dCBmYWNlPSJNZW5sbywgTW9uYWNvLCBDb25zb2xhcywgQ291cmllciBOZXcsIG1vbm9zcGFjZSI+ PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMi44NTcxcHg7IHdoaXRlLXNwYWNlOiBwcmUtd3Jh cDsiPnRoYW5rcy4uLi4uPC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9Ik1lbmxv LCBNb25hY28sIENvbnNvbGFzLCBDb3VyaWVyIE5ldywgbW9ub3NwYWNlIj48c3BhbiBzdHlsZT0i bGluZS1oZWlnaHQ6IDIyLjg1NzFweDsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyI+PGJyPjwvc3Bh bj48L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBmYWNlPSJNZW5sbywgTW9uYWNvLCBDb25zb2xhcywg Q291cmllciBOZXcsIG1vbm9zcGFjZSI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMi44NTcx cHg7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPm15IG92aXJ0IHZlcnNpb24gaXMgMy41LjYuPC9z cGFuPjwvZm9udD48L2Rpdj48ZGl2PjxkaXY+PGJyPjwvZGl2PjwvZGl2PiAJCSAJICAgCQkgIDwv ZGl2PjwvYm9keT4NCjwvaHRtbD4= --_4899065a-17d0-4ba3-a2e1-3dee19639bb2_--

2 1

Ovirt Hypervisor vdsm.Scheduler logs fill partition
by Steve Dainard 23 Oct '16

23 Oct '16

Hello, I had a hypervisor semi-crash this week, 4 of ~10 VM's continued to run, but the others were killed off somehow and all VM's running on this host had '?' status in the ovirt UI. This appears to have been caused by vdsm logs filling up disk space on the logging partition. I've attached the log file vdsm.log.27.xz which shows this error: vdsm.Scheduler::DEBUG::2016-10-11 16:42:09,318::executor::216::Executor::(_discard) Worker discarded: <Worker name=periodic/3017 running <Operation action=<VmDispatcher operation=<class 'virt.periodic.DriveWatermarkMonitor'> at 0x7f8e90021210> at 0x7f8e90021250> discarded at 0x7f8dd123e850> which happens more and more frequently throughout the log. It was a bit difficult to understand what caused the failure, but the logs were getting really large, then being xz'd which compressed 11G+ into a few MB. Once this happened the disk space would be freed, and nagios wouldn't hit the 3rd check to throw a warning, until pretty much right at the crash. I was able to restart vdsmd to resolve the issue, but I still need to know why these logs started to stack up so I can avoid this issue in the future. Hypervisor host info: CentOS 7 # rpm -qa | grep vdsm vdsm-yajsonrpc-4.17.32-1.el7.noarch vdsm-xmlrpc-4.17.32-1.el7.noarch vdsm-infra-4.17.32-1.el7.noarch vdsm-hook-vmfex-dev-4.17.32-1.el7.noarch vdsm-python-4.17.32-1.el7.noarch vdsm-4.17.32-1.el7.noarch vdsm-cli-4.17.32-1.el7.noarch vdsm-jsonrpc-4.17.32-1.el7.noarch Engine host info: CentOS 7 $ rpm -qa | grep ovirt ovirt-engine-lib-3.6.7.5-1.el7.centos.noarch ovirt-iso-uploader-3.6.0-1.el7.centos.noarch ovirt-engine-wildfly-overlay-8.0.5-1.el7.noarch ovirt-engine-webadmin-portal-3.6.7.5-1.el7.centos.noarch ovirt-engine-jboss-as-7.1.1-1.el7.x86_64 ovirt-engine-setup-plugin-vmconsole-proxy-helper-3.6.7.5-1.el7.centos.noarch ovirt-host-deploy-1.4.1-1.el7.centos.noarch ovirt-engine-vmconsole-proxy-helper-3.6.7.5-1.el7.centos.noarch ovirt-engine-backend-3.6.7.5-1.el7.centos.noarch ovirt-setup-lib-1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-websocket-proxy-3.6.7.5-1.el7.centos.noarch ovirt-engine-websocket-proxy-3.6.7.5-1.el7.centos.noarch ovirt-engine-tools-3.6.7.5-1.el7.centos.noarch ovirt-engine-setup-base-3.6.7.5-1.el7.centos.noarch ovirt-engine-setup-3.6.7.5-1.el7.centos.noarch ovirt-vmconsole-1.0.2-1.el7.centos.noarch ovirt-engine-wildfly-8.2.1-1.el7.x86_64 ovirt-engine-tools-backup-3.6.7.5-1.el7.centos.noarch ovirt-engine-userportal-3.6.7.5-1.el7.centos.noarch ovirt-engine-3.6.7.5-1.el7.centos.noarch ovirt-release35-006-1.noarch ovirt-engine-extension-aaa-ldap-1.1.0-0.0.master.20151021074904.git92c5c31.el7.noarch ovirt-release36-3.6.7-1.noarch ovirt-engine-setup-plugin-ovirt-engine-3.6.7.5-1.el7.centos.noarch ovirt-host-deploy-java-1.4.1-1.el7.centos.noarch ovirt-image-uploader-3.6.0-1.el7.centos.noarch ovirt-engine-dbscripts-3.6.7.5-1.el7.centos.noarch ovirt-engine-sdk-python-3.6.3.0-1.el7.noarch ovirt-engine-extension-aaa-jdbc-1.0.7-1.el7.noarch ovirt-engine-extensions-api-impl-3.6.7.5-1.el7.centos.noarch ovirt-engine-restapi-3.6.7.5-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.6.7.5-1.el7.centos.noarch ovirt-vmconsole-proxy-1.0.2-1.el7.centos.noarch ovirt-engine-cli-3.6.2.0-1.el7.centos.noarch Thanks, Steve

3 3