- Users - oVirt List Archives

VDSM Hooks
by John 30 Mar '17

30 Mar '17

Hi, I've be googling and also trawling the oVirt documentation trying to find instructions on how to install and use VDSM hooks in general but specifically the "vdsm-hook-localdisk" hook. I have a machine that has a large amount of free space on SSD which I was hoping to use to store a pinned VM which requires fast I/O throughput and doesn't require HA. In essence, I'm trying to figure out how to use a hypervisor host as both a member of my cluster but also to provision a VM using local storage. If anybody could point me in the right direction I would be very grateful. Thanks John

3 2

Questions regarding Mangement network and ISO Domain
by Brenneman, Brad B. 30 Mar '17

30 Mar '17

--_004_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8345F45EMPEXMR103corpl_ Content-Type: multipart/alternative; boundary="_000_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8345F45EMPEXMR103corpl_" --_000_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8345F45EMPEXMR103corpl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable To all, Fairly new to ovirt but ran into a couple issues which I am hoping someon= e can shed some light on. Environment (Ovirt 4.1) * 1 Engine with Bonded NICs on single subnet * ISO domain created during install on engine * VDSM Host A with Bonded NICs on single subnet (same as that being = used with the engine) * VDSM Host B with Bonded NICs on single subnet (same as that being = used with the engine) * Dell switch with AGM enabled for each set of bonded NICs - same ip= subnet as host / engine Situation prior to adding host(s) to engine * Engine, Host A, Host B, and switch all communicate properly on ip = segment (i.e. ping successful between all) * 3 data centers present o Default o Host A DC - due to use of local storage for Data domain o Host B DC - due to use of local storage for Data domain Situation after trying to add host(s) to engine/DCs Issue 1: Engine creates ovirtmgmt net between Host A DC -> Host A but lim= its IP comms to only Host A, itself, and switch...no comms to Host B despit= e bonded NIC being in same subnet and functioning Issue 2: Because ovirmgmt limiting comms, can't add Host B to Host B DC wi= thout creating another ovirtmgmt net in a different subnet and use a differ= ent physical interface on engine Issue 3: Unable to add any ISO images to ISO domain using "uploader" comma= nds.....keeps saying the temp directory which is created on the ISO domain = file system is read only yet perms are correct per documentation Desire: To have engine manage both Data Centers/hosts (each with local sto= rage DATA domains) using the same ovirtmgmt network (IP subnet) across data= centers. Any assistance the readers can provide would be greatly appreciated. Thanks in advance........ Brad William "Brad" Brenneman | Leidos Senior Systems Engineer | Naval Strike and Intelligence Division 6909 Metro Park Drive Alexandria, VA 22310 phone: 571.319.8221 "Temporary" mobile: 571 213 6890 william.b.brenneman(a)leidos.com<mailto:william.b.brenneman@leidos.com> | l= eidos.com<http://www.leidos.com/> [cid:image004.png@01CF4CE2.1EF07A30] William "Brad" Brenneman | Leidos Senior Systems Engineer | Naval Strike and Intelligence Division 6909 Metro Park Drive Alexandria, VA 22310 phone: 571.319.8221 "Temporary" mobile: 571 213 6890 william.b.brenneman(a)leidos.com<mailto:william.b.brenneman@leidos.com> | l= eidos.com<http://www.leidos.com/> [cid:image004.png@01CF4CE2.1EF07A30] --_000_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8345F45EMPEXMR103corpl_ 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"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> To all,<o:p></o:p> <o:p> </o:p>   Fairly new to ovirt but ran into a couple iss= ues which I am hoping someone can shed some light on.<o:p></o:p> <o:p> </o:p> Environment  (Ovirt 4.1)<o:p></o:p> <o:p> </o:p> <![if !supportLists]>·        <![endif]>1 Engine with Bonded NICs on single subnet <= o:p></o:p> <![if !supportLists]>·        <![endif]>ISO domain created during install on engine<= o:p></o:p> <![if !supportLists]>·        <![endif]>VDSM Host A with Bonded NICs on single subne= t (same as that being used with the engine)<o:p></o:p> <![if !supportLists]>·        <![endif]>VDSM Host B with Bonded NICs on single subne= t (same as that being used with the engine)<o:p></o:p> <![if !supportLists]>·        <![endif]>Dell switch with AGM enabled for each set of= bonded NICs – same ip subnet as host / engine<o:p></o:p> <o:p> </o:p> Situation prior to adding host(s) to engine<o:p></o:= p> <![if !supportLists]>·        <![endif]>Engine, Host A, Host B, and switch all commu= nicate properly on ip segment (i.e. ping successful between all)<o:p></o:p>= <![if !supportLists]>·        <![endif]>3 data centers present<o:p></o:p> <![if !supportLists]><s= pan style=3D"mso-list:Ignore">o   <![endif]>Default<o:p></o:p> <![if !supportLists]><s= pan style=3D"mso-list:Ignore">o   <![endif]>Host A DC – due to use of local storag= e for Data domain<o:p></o:p> <![if !supportLists]><s= pan style=3D"mso-list:Ignore">o   <![endif]>Host B DC – due to use of local storag= e for Data domain<o:p></o:p> <o:p> </o:p> Situation after trying to add host(s) to engine/DCs<= o:p></o:p> <o:p> </o:p> Issue 1:   Engine creates ovirtmgmt net be= tween Host A DC -> Host A but limits IP comms to only Host A, itself, an= d switch…no comms to Host B despite bonded NIC being in same subnet a= nd functioning<o:p></o:p> Issue 2:  Because ovirmgmt limiting comms, can&= #8217;t add Host B to Host B DC without creating another ovirtmgmt net in a= different subnet and use a different physical interface on engine<o:p></o:= p> Issue 3:  Unable to add any ISO images to ISO d= omain using “uploader” commands…..keeps saying the temp d= irectory which is created on the ISO domain file system is read only yet pe= rms are correct per documentation<o:p></o:p> <o:p> </o:p> Desire:  To have engine manage both Data Center= s/hosts (each with local storage DATA domains) using the same ovirtmgmt net= work (IP subnet) across data centers.<o:p></o:p> <o:p> </o:p> Any assistance the readers can provide would be grea= tly appreciated.<o:p></o:p> <o:p> </o:p> Thanks in advance……..<o:p></o:p> <o:p> </o:p> Brad<o:p></o:p> <o:p> </o:p> <o:p> </o:p></spa= n> William “Brad&#822= 1; Brenneman | Leidos<o:p></o:p> Senior Systems Engineer | Naval= Strike and Intelligence Division<o:p></o:p> 6909 Metro Park Drive &nbs= p; Alexandria, VA 22310<o:p></o:p> phone: 571.319.8221<o:p></o:p><= /span> “Temporary” m= obile:   571 213 6890 <a href=3D"mailto:william.b.brenneman@leidos.com">william.= b.brenneman(a)leidos.com</a>  |  <a href=3D"http://www.leidos.com/">leidos.com</a><s= pan style=3D"font-size:9.0pt;font-family:"Arial","sans-serif= ";color:#1F497D"><o:p></o:p> <o:p> </o:p> <img border=3D"0" width=3D"218" height=3D"53"= id=3D"Picture_x0020_2" src=3D"cid:image001.png@01D2A95D.E1D74580" alt=3D"c= id:image004.png@01CF4CE2.1EF07A30"><o:p></o:p><= /span> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p></spa= n> William “Brad&#822= 1; Brenneman | Leidos<o:p></o:p> Senior Systems Engineer | Naval= Strike and Intelligence Division<o:p></o:p> 6909 Metro Park Drive &nbs= p; Alexandria, VA 22310<o:p></o:p> phone: 571.319.8221<o:p></o:p><= /span> “Temporary” m= obile:   571 213 6890 <a href=3D"mailto:william.b.brenneman@leidos.com">william.b.brenneman(a)leidos.com</a>  |  <a href=3D"http://www.leidos.com/">leidos.com</= span></a><o:p></o:p> <o:p> </o:p> <img border=3D"0" width=3D"218" height=3D"53"= id=3D"Picture_x0020_1" src=3D"cid:image001.png@01D2A95D.E1D74580" alt=3D"c= id:image004.png@01CF4CE2.1EF07A30"><o:p></o:p><= /span> <o:p> </o:p> </div> </body> </html> --_000_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8345F45EMPEXMR103corpl_-- --_004_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8345F45EMPEXMR103corpl_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=7888; creation-date="Thu, 30 Mar 2017 17:59:43 GMT"; modification-date="Thu, 30 Mar 2017 17:59:43 GMT" Content-ID: <image001.png(a)01D2A95D.E1D74580> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAANoAAAA1CAIAAACobWLbAAAAAXNSR0IArs4c6QAAAAlwSFlzAAAO xAAADsQBlSsOGwAAHnVJREFUeF7tnS14IknXhns/1ThwIJHEgQuSccSBC5I44hIXJOPABRck44gD N0jiggsSCY52tHu/+5xT3RACCbOTmc1mpzdXbw/0T3XVU8/5L/763//+5x23hUHYbHZTyeRpqXCS zaSz6eOu+5mzQs/zf+b6P9f+u3rgr+PhOB5Nz86qBpBMOp3NZvOFk2Ixn8vnspmsn/x3vfif1n7E HvgBOF5efO31+r4PGv0wBJZe6IXyD9/P5XInuexpsVgo5LK5TDL5h9I+4mB//DYdC8cgCEvF2mw2 TyZTYbj2/RRghCcdLsOVvSpAzGRToBNcFotFaDOZ/kObHx8GH6WFb8LRaW/338a12rWg0Ft7XoLm +8KRK9+XY2VK/TxcQ5mhF/A9FJlBimezxeJpPn9SyOXS2T/Q/CgD/zHb8SYcXbPBIogEjiKrHS/C kQllyp29iO9t1gSgSa5MpnIn6Xy+gLqZRaTnsh+zR/606h/sgaPgOJ8vvxRri+U66adEX/TXEKCD pcjrZ8cb7hTYuk15VCQ7l/NRWi2hQuEkj1jHGMpmhEv/bP/5HjgKjr3e/eVFM5nMCPIEVTCiotDt 93LkXtZ0VwXomgpNJH4y7QPNk2wujyGERM9l/1hC/1lYHgXHsy8X4/HE9zMqhY3nwKKgULlw7XsJ pzuiQQptGlTVJxTt9XzrZ84RLdPpnJ4XuC+Q6clMJpVXTfP0tABMs3/Uzf8SNl+Ho0BpNp7Xzi4F Mb6/CpHUMS8a/8UcGQPP8eIWUqNz1OJxODZERnqnHx2LJSRPEdmdyWRwG5WKUGYOpTP7Oxzv/6XB /3jv+td6vV4sFkEQGALMCpE9yEl4GS8zuh33OwNMEfkktmMCZUHjuoj0Ep6/1nMibTKmx1iD3IBX ZPUWdzrWVK4Fo2vlTlU0w8Bbwb7JZBJJnjXHexbRntP2/sgmt+M1kz9yzb/4XHxz/zq1R9gRZIDI 5XJpiBQcRIhMhul+81v4hDj2EokE2E0oYtYJxY0KXoOQOnlUCJuIxuGT8IGqn4D43HHozpTPN+fL teF6zZeCZofpWMgLaGVuQKurIFA9AH3TE0uonK9dVrGKXoEMZ8/n89l0Ppk8TGeP55VyvVH/F0Ps raZjdOIbnk2fxpNxLnvSvr1564qP9f1GWEOQjFzcOhCZTqbn4+V9p59cJVOqHQpaBQ7ueGM5b71U pFPqR8Z/tkXS2WAL/yXYe4Jv3W8DWz4xmAv6FeCrcCXslvLwqyPEc8VcppjJ5rPxFNpquTcFehN2 T0+P07nMtEAxvWi3Wlc3jd82AnRpJDmedQazHrJ/r2aAv+lk9jibzaaPs6fZgmfKU9fl0tnw+917 PeX33GdXd+SlzGXI+GW81KA9nI6mWT8rfGman+DSYOaOtaFOj7TjHeRFtGmxHLn5RorrjWKpG39u 9jtnLrBzaErCl9hjNoNnKI1rvZD2Do8mDFEsVoAgt+ZS9A/xT0HRYdBuNxtX57+nZ3kK7ojBcJRK pLblxmq9OiuV7vrt92pGtXpxfz/0PdGmsAVV4UoEwapSKfUH7/aU92rt6/f5v52vMRrgHnXChKvF ek5UEF4JBEMrZDQs5etejhNEBjmGyeRY4WnHMF+0Ryy7YxHJDoumF264UwkU9pKNO6+81TxY4Ary MolcKXd6Way1a6WrcqlRyp5lM6V0mFSl8sCbCY4F4tBompERrVdOlVn0m7fFIlwuw/l8tVqu2S/m sueThUyVd9voKrDIpON9tU+dB+P3v+/Pv9IuHLkj2higTKUzSAGkjcw29VEjW/V5Oq52bLJ491jZ 0TjSnanSGc1QnD/xt4JUPlEEewufTl0tvEWQCv2cn68Vy83qeatevS6fVU7TWT+TIRqeTKelKfon bL1307hlIrL6OVG8pNrYQ1f8fDceaom0FH8tr08wnyYR8Re6fldzyk8RuRVGNO+bvKmzSn/Ve/26 ++6BIw9Ds0ln0tPZbLUO1BcjCFyHK3nXcM3bs7djzJUXx2LUCGbjc6LzHf4MhdxN99w8CBdhyksV UqV6qXZTrbVqpcZptpwOsguE9SoMiH2ncztq4mFsaauEIzUOtOXv3FILfl2Pbt3ZPAPOUwvvixMC ySBv/I7PN/XUdBuJUOgD9Pjfx4/74cjLLIMAvWcZrgPsCqa0t5ZwdQhshBGFKcGl7dVItmNDpxx7 XCRWCN/6YULPEVNbaQoMwrpEZoJE1s+Vc5XrSr1VqzfrxVoxW0xzTeAt5+HcS4bJXBKXIwzzA+Mn 2oLyhDK7xZCcH+D3DpBoCtIEF8dS3tIO+GEf1Wtvb6wf8aJq9pHP7gc67WOcehCOw+F4tlw8BvPH 1QydB9CJD9zeHA1PNEXRF1V2u3mpDCqyG/1P9hqzEX4w94yXwL25CPHWhKlCJlfLl5uVMkph6yxT BpU+8hphzQnq1vGySayXPPsf7Sjwl5CouqJQ2qxSTLOQjtjeE7C8CrdThccOeXn937vylqUBRJHb T8qOo9FYLFM/gVXxhAsIqZ3yNdtW8Cd0iRdG9zrS7i+leZApOFQZdO2tTCNcJRfrzCpXziKOG51G /aZ+Vj/LFlEJsZwXoS/OiRgrTG5SzPEs/j0Woc3Mgyh6JBaSenmO3IzA32dLkRmiCaAo3wQ/U+zT FHeI0fE+D9C7RFzodEd733fn4Hds8Cu32h8kxIgpFc80IsiLOYksdJVK+yuT1CsXlXaso/EYNV6U O9GTwsAHwZL2mCW8J4GUrEeSmfoaLRKolo2LzQhiQqIIyVQq9bpn+81+wRvwpUT+kYfVo2PjbGqc /e3bZqPx+xw9OJvWyJR4bkRNx856x9RPzSh4NMUgfl8U1kql2B/cvtldH+qE/cJ6dD9WtMgkE1mc TCx8bxbMJ4tZkBJb2FMWVH3FrGPQyQcrfDQLb+5lwlQxU6qVa1f1RvuqelXJlfNhBrcY+uACmAYo h0IQGpuOiAs6xKL/SSwqXZjuuPFublj2aJJ8l0HCD5DN4aYgm0730d87YlHf13rStEYZr+h935Pp 36VD3rzJHjjCUqOxwFGxKKgMFHNohMswmMync08i1ms/tRCforcIBWFLb46zPFNKFRulaqtWadVw 1qSLWeT2Igy5EEGPBaPWrnShSmfxaAJ6HGbvA0R9XdUdNW6u7KsK5EGv0Jsd9E+c8GOTRm1qZ7GZ lhz5d3/sPv/Em+4+cw8ckdSPk5n5xrQaQd2LWAZJ8R0GfjhdzqZok4bCRIDxmz/LnV9Xas1arVnJ 1XL+qb/0F0FyRfZDSEfJfZIAAyGlnCo6AG5qjkUBEEH+N9XEvT34c7rjRxiUPax2yPjZ8jW+m+6o 1tbefjgG36+d86YJt0d3vL7+2iFOjdtWWqU6okOkBUOFz/BJl0sl0mqk4DqTTmQ0r0Kyb4TuNGVi Q1BmSejd5Fr1Bcots5lfUtj1Lrojc3IywfFKPsKcZGFUQFFNEpK6AZGXy6VjiitI3QiYkmzqAItH WGy1fO514NPTk/HDeDyeEXRfkEsgXYZiTYiU0qPSWRFNwO7w5cvF5Od0x/F4Srxb3MwLQjxahYc9 mkllMhSTSJFTvpg/zjdl4+y2YBmOJ5NHounTWbBaWQkBfYiB4CqogE8uvd0Pu3Ak6l8u1abTBRYI PgqVrcCMO0kGGg08LfEf9S5UCaZFji8Deku+TwoNWpFMDMUt9U3eECwGWDjk8fKir2bi/AxHScy6 ULGJqChgakizxJR5M2Ydevejcb9/P5lM6E2dP27UtUn2idhnzMbLRv20lH+lqbXq9f3oXiVDZPip s6dcLg+GrxkZlCV1ez2yQNQvZAalgcRhmnKOcqVEQgivdvblEtRqrn6cpZ/CpfZmzBpLa9Af9fsD UmdwMxtrYPebHhW9b8An+DlqtWqtWj7SJ8D9ut3+6H40ny/0XnEfWvtlz7sAytLp6XmdGP6pveAu HPHv1KoXRAp1OKX3k77P/GDlCSBYKGJqbA+P3ILMtAVzKgwIgXFF0hlA6j2MrD3Xj6FEIMHi3/Pg HIlRGO3MLGtpDught0DahEfpdThOH2bNZoehjXpQIm+Rk0h1UGcjS2QFoNAzpKu12wdThKrA8X5k yoldrfIlBMrD7/vhiGPyutHpf+vLXHKxxNhj6mo4dWAY5tXpabHbbbea3fvRCNA4FjBfb7gqV4qD w5Z1r/et2+lNZ9io0sDY/6CdHDOcyDGyMRQJq3yucH3VOK+XXx+Ib99GrWZnNp8nfUHRRt+LJGR8 ueS1eMA9rDfOm02qX/xd3RFiYNiCcJnNJkrlAuM3Hve/T/qt9lWZ2PE+h5nGuLEd0yqoBfUGPgul aJ+KjJZJJue9p5q4t1/+nu7Y696Xy3WtwRCDWCofJb5shEQ9hoyQCSxGDoiT5sZxt9OlxvKApiXS gCvIJ9IYumjhUcx6/4CCxVrtEizSaRLplidKJFWfKzlTcRv4NumfTB/m9VqT5GnF4rG6I8NzcdG8 vGzNZgvegua5LC33djyE92XIVKdC7Mk5mbR/wvl1Lrz4aqaSbvGB+3e3c1+vX0OKYJG35n119FWq mGVpT9H/JZMSyof7Op1vsCmfPIPjci5MVz+vD/q3g2F/OLy7ujrPn+a29IH9/cjdta5FU4FkKm32 SH+eLhmKudw7Jvm9NkE1Vq6KSrSPey2e9s+v73ztXV5ea0q8jmsQxTbkfOUG8aRaxFk8KfqOnCN5 NPffRheXzb3tcd4DF0fWGJWLLO87PfTqtcvRaOjaIFe5aiR9ltXHqe6kLaFpdLskF8+e3LeuVZFM 32c4gHgS0qBGpQuR7/ZG2le6j2NszgciRGvnCHB9Hy2iVr3UUJPgavtNWDan2WwpgpM2c7QHoEBr uVVZub5VDUoRLXIGqpLw2zM4JjPpQb9317+tnJfxk7025Pu+s1SgGPt2iizlk8//Ok1xT0N+0O9I nSQy2gjJcUzS5ON6GcwlwUPilmiSSy0y0z61/E5jLz+JSEFCvWxJxKnuTB09mSl7dZWvnR6akiX+ KPI0x3mzl2dF8XfTRI0vNXdJW6J7+9xQsmfyNRpNEA91MZdUo42vVcToPUW3iKugNnd27eHa0WjC fXbeF2x1Ol3RYVzFqbZWgc4fuixmA4YG4AvcvJJ+UI+N1+210HR34Ug7jtRVDyGVIQWR0TDI2j2/ FYjarB/yO2L8Xl+3osFz85V/orGwO69U2retwfAOcdFu3+BJUHSq3HGznHNFSrbbXU343R0ja4/u tW3CPVgMuzKOZtze9pTvdM0Z4yrDn7sDc0OUqKVYWPA4zxLi2bp/ZMcc9jsiBO7vMa2Qj04fjWSI XStQYQZyc8UN5oDjM8fHrnZUWolM6Hag2M1G+Qf2n1pCm1xsmsjL4m8plYpXjdpVo14uF0nL5ClU 61N/AI32uq3zc6ePHkyhOAS4Nz+nrVL5p9svNVkOteSHdMdmqyOueB0hxZkQC8o77qv+oEc2NUFF 3DqYsVdXaJaDq6uGKMcuN97pQGhgVEKQdPKiSYKlLZ0v0v9enIf01Folq2SPGMtYRB4XpJIJCn0Y ThpQqZQxdSFsZobqlOobfkt3nM+WXWR0KLnxer7Y0cqf8hRQzh4XUqN+3mhgodWKpwXxnAQLJUvH zW5NB7lDEm2Pe8av8vDwqFMuyjS1Ka4PoCaEKU3hTvv2CpcC1ki9XlkGM7AovBhhkTPfH47Wvn8E iK5rjtYd8beNyRQxDMrYmOW7ppsoHiiXnfch7nFOw6SrVfAiOV9IpCXLtRjROzA7qDs6dnQcCePh XdK6gkgr3fAi6qzXvGlgTTI3ZETbVxyMR4Pe7S0uCsfWsebn9D+nlG23h7mFookyEDGinOPYK1gC 8ftBbzju3961AM3t3c1wfDca9pmHcKUSp9XFx1psCtuZe8aPWOCfNdvZtUEQDNEW8oVGo+LUBz0b NfHuDog2O92myeh4+1Vw3BmY3/rPo3VHAATBOA1GzUh2CMR6vV467FC8aV5qwSg8prVsOvfYHh+f 8DFtv+lB3dFpdU63Gw4nizm6gUhqnRVSTaEcKW3r9bs3rcZOjTllFzhcvn+/RwSJVH1Ld0QCIKbV 2o14kcaT9yJWUdi4auASwoe6DRqOT0s5Pudb9RbbjHUapB4n8SzahBRkS8AYxo20aqdvJBfLxXwe vATAzc3V+fluOssnhOORuiOiTtw64ug3SSSDyh71t1p9NmV3upJAAqu3aEa3eOPMZmR0giXB09nz k5WB9uiOz856eJjakDqudZklApRm83qLpHc1TjDa67W1dMTldyrz7YlZEx1RxCsdyklyc30iWp24 03fhIt/an8e3OErV7RCv8mBMmYBuJ+OJXZtMZZw3J7LQLceUKEm1WsdeRJ95CcqdTz4hHI/UHWGy FfU5sjlLVrUoUZO6t/3ry6/8XV42r+3v2o5t32EYMKiVw8T6Me0QRM6enrGjya43dMfQe3p6smbY 2Og9xVGHgoh/eGvAHJtuD2H+NFurVlXrfc3viKkUt1PFgHsKz2o0atuk6G4uH9mf6H+WladWsL2v 4i8paaqEFu0SCkhUUhuvxz4BeRCR1ouL62q5zsJjl5dfsYGmhE+dq+gZID8hHK1G502/o629QRxY DeXYqycX9r7dd7qDTrff64463ftu954gvh7LvtvtLRaW4Ktj46xmsT92SgQP6o5bNIcNAa1GTGS6 o3zNSMNbe4DygmGK6BUbS998h/qASIxyqPNEWutQ5XyK4g+Wy9/aiiVq2sUtH+PeHTMDI/2kLLJe cOoQabUA+kQ6Ku2nF8tw8jDDALq8bpWK1VKpxsQmErb98M8Ix+N0R1YDsI7Q8VOPXTTvsZTTvsRd UOY0bpGxOA17zFKN5kuURYt/NAKpw0Cnk2qx3bkHdcctlEkZL1qX2bmaP6pfih5GCOstnMj3suab 4cDeYp/fURfwiNoZ82gYHLleHETI0oeWb7DFstJmSS7RTbi8XuMcnRs8y+x3ZrtFpLSK0vUhyPZR bJjYpXKNQBQxbrvJJ4TjkbqjRgukK91esRix3SbyEWl+odndwjFxXlLkQVTOkM9f+BP1/q/6Hd3a gk6Ti/2Iwu8JLQF5dXNQ0Px8IflDuqOLrJh/auPLNGl83KZnRhpnFFnZrD4n3zabDdUyYWLRTTc9 FpG1Pl3awIaOLsGb0Pv2bXD2pULm1OeE45G6o2Z9KasZt7k5HVUyOKRqfMziclaZurvneydhN1Jy M77y2eu6Y/R0GyOLSluOvR8Tz2G82FVkIkgeYKS3CU/H72XXauw4lgObKNG2QH8DlaqWOOaOrH65 8xbTY+/3+3hqWQUJzRCnvRhP2gPG/bq3bEPlS20SydfZ2XxJUOpzwvFI3ZFkS7Mcbb5u5r30ujCN 5Ndpb2oHIqf4J5JI9tqxHLPHS8weNEiazwtVT9n0rZg1wsxxhotnyIrrfIJjL4KIY8EXiJHPsatQ NB3aDvgdlWg5KY73KEdqyHuvSbHzIM4h9VMldRw3dz0mIcWtDUTe3t7gsGzUKyxowrpIQUj2Givt SIxHe3O7t83SB9NpAq3YN59QWB9ZK4MWz6IWZk2bvqWpOsIcvW6bAMx4MiB+MGE/kT1pkHKsn49G fflW9sP4eDIZNps7HhNjqddi1tIMWUZCNb+kWVSGYJ+k2sgaeTbkW6MvnxNBdr6qw7ojKfdRS6JY opbZsUgLWcZv8KJHIvAUy08JbrPWhWErV9jJI5aJgQsTdzr9Nhz2262r+nk5z+JeSGbhS1s+x1k8 Ua6T3HY0eviEcDxSd5SFX1LicI540TGQrImxWKKYk7BNNpMdEK0mEUT3+nca77N6zF4OXqSIG/u+ FrPGSiDLJPbY6fnsJGUYRx3uutexAqMMBqRUJiPe2u93tIbFcXZFg/hioNWeZna9tuFq6PVjqzy+ j81kflHo+bVyb/sE1ZBoAkvGkZSjc7hHvqK2hJuxrpCzHY01mX6Pk8dPCMcjdUdwQFzfcKDMIUJX laOw1++Ta/fKCOEhur5uPowf3uIVudubMesCy2w4L0ysOzrLtNOBpw8+hehio3Gtuka8JpGtL2es vOFUPDWCA7PFxPo21EqOGWV6JDS98iLNVnc0EsQbk9ldRchiTWf59aCXfiKZSPivtu/JVUxXlo9D 4JTKEmXYcKTmT4l7cvYphbX4HVWm2PxTmeK65rnQIzdC1TaXgaLnS633dPp41WwdUqr4nPSqTqdT qTW63WdZLfqU6FlOH31bdyyfFc1EsEZGHEZ8KLWYLy9qDbJTl8/jbLSBAoZyqYrfzt5pkwcUv+9W Q5h7VEQEVv9qPgR5nHQM2O187V7Url9GTbg5n3/9Ktl3NlXVQresNo6XJJy/XGCXIFMZ9029sYNI ezsc6dVySXxGikhtud1ZeOGoperf4oCP9X1UK6M+PNPJxPvFtmq3r3fWd9TFESk0yWK9RBE/6R34 T3KibhrPgtfoN+OHTut28vDAolqG19p5ud1posJHWNxAvlZtEhbX3ynbeJHw7DANBsNnKy/SDGrb SWI2XG7O15Ua+UjTRnOZrHgDlovV02zJnOFzMWzj/EhnZ4i2+nx9R+mD2Wx5dlZfzAXlgirtmigi Je8ry10XTmSVa6HqgNzvx8fHaJVu0xpt3gr5ogWSwPF92JfVHLY2wj+12oX6xiWxq9m6Fve4hDHd RhIQkS1S0bTtdk9pDwlK5KZ8QjhGtTKyMrbzfqmPg9yIdru1A0e6r1g6U2vPShEiBFMDFAYs33ci dXQniKhVEEpV3BQjkVFUtvDQvXD9LNEtWd+CHxfbsayldEtqZeTkaJNpUSoXybTfHsXx6IHAroyQ W2XY1heOom2yVqpouRZMUVkMPlyDrSVRxrWjPvBEMs5OrUzn67frZktdM3IPlvLaPMV5EO0pziOj jKhy32b1VtukM1tXO0sJQ+GVav1hOpWVJsGX9FTIUu5Wb0pPUbTAtyuxiuxN7c5SxU/e0N1t+xPC 0Va/1TXrzDPsZvah1W/1V3P4fTtAE1uOsQSRNXNthEzUCCEZ2zne5f+EPJZcPR4Pd8pVDY6wzhbb CQ8pO+6Wbkkwt9uTPG2Tp+7+sb7hZKXa3cZq7hyV8iY9Y6tZnlI5L/X7u08xGobaCZYo2uI3teMo 53eTLfG8JXoOWCQxeWdpXSn0qV6OxhOpIlI9wWaIZQqb4kA3RnLf2g/ubYwkeWDyeP8JTRn1O0Zv 66SkDNg2G20fkwrabF2Jz1YpSHBgPSVdKLUH2L5R6YLVl6jd485RLcBb1+uNlzE9GwM900Vv9Z7C 2S8bQ+IMVZ6MdDROUUucnic40GvtbnFdiyxfCHlba2Pc23Nfbr3ebbF0SpjcaTJx5vmmnS7WbP2g qLKWSKWBYbFcOu32nhUngLl6rY5VZPmU0k5nLYl9rX2IpElrPZp609xcklPBIp1fq52RoPQZ4ah0 EXn7NGZKXUjEbXtBeXPTuG23FCcUjLocbGNEZxfr+pSmg+rYSFK1+ohECWu3O2TFvvwdO1nPTUjH /I5SsBdZ2TDx7saI9e+7VBzLkm6bihzHWNaSyDPq8mV4POVyrfaNPCRqrcaIxacYMfqzB/GUwaAH t0mFg/uF0032TdRO4y2ZdXJfnQ/Cc1o2RCEBefI7VXjUNUdOe/PjSi9Zm3WGaC2l5XFGGpF+y7/A dyAls02pD/6EcNQZF1X9uQpA9XIJeg5RpNe4YnL3yc7HYHRR123fmOM5xaKgfUWkgXgD0pliN+ot 9953ZXEI8zuyiq/s1Z7dsr63L6SiFqxQGEDshzao9uXWhDBJqlwld5BvwyVhj36/e1o8WQtQrNbR VTzKMw68reBeEstb2WxqGTwpyKIaP7Vw9Slu1gEfabnW0AD929tmv3f70pqG2IbD+/PzCpdyJgvc mUaonCpcvrmnyz3jBOlD3pGEcKI4VjP9CeGo85I+RecL7ICpHkg0j053zpS96Dk9zUsNQP9WFkUQ piQrX6MIEVfpVJYFsLgtgvXuVgIPpfLBBC0VoTydZkCiHC90r79IcmBjpCkMAJQYImj7ymFLaCzS 6gQZtCGTTUvtzmSQy6MFAkHuzPtKw6K3Xrz+q6MUDAy/EzJp4uenVVYziT0uElmsKN6UZ5ExxxrE kq3DmTxO8i+N915sIJKA9WDQJQbDuov0kt5TNBnNwzW91iGbZ6FtyzoZlFAP7uIl3T6hKUMPSLap zW9Vn1XuMGMDfonzcGWjQcR1tv5Y0BJPB5YgyfUss4HE4QcS5Vc887mS/gbylh2tz3mx6Vr/YNF0 TdcK/qf1lnuTx57dhySX8UQWuGGhm+WC1X5W8FOBp7OdFeIlGIAnoWfRH5xd4nTTw0+x+Rq4tUpC j3d8epzjd0TgPj0+mQJ6kuM/KUouFH74N85AIquOydpjj0+0DeOS6UT1Gcs58Qo4K3IF7nzy8lf9 /h+srfn8PnBU4QAAAABJRU5ErkJggg== --_004_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8345F45EMPEXMR103corpl_--

1 0

[ANN] oVirt 4.1.1 Async release candidate
by Sandro Bonazzola 30 Mar '17

30 Mar '17

Hi, following oVirt 4.1.1 GA the oVirt team identified some bugs worth to be addressed out of the usual release cycle. For this reason an async release including these fixes is under preparation. An update to the following packages have been pushed to the pre-release repository for testing. - ovirt-engine-4.1.1.7 - vdsm-4.19.10.1 - ovirt-release41-4.1.1.1_rc1 - ovirt-web-ui-0.1.2-4 - cockpit-ovirt-0.10.7-0.0.16 In order to test it, you'll need pre-release repository enabled: yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release41-pre.rpm An update to release notes including bugs related to above packages and updates applied in bugzilla documentation texts has been pushed to https://github.com/oVirt/ovirt-site/pull/888 for review. On behalf of the oVirt team, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Default Quota could not be updated nor removed in ovirt hosted engine 4.1
by Manuel Luis Aznar 30 Mar '17

30 Mar '17

Hello there, It seams that there is a bug with the Default Quota, as I reported in the subject of the email I am using oVirt Hosted Engine 4.1 When I tried to edit the Default Quota the system replies the following with Data Center in Audit Mode: Operation Canceled: Error while executing action: Cannot edit Quota. Quota is not valid. If I try to remove the Default Quota of the system, it replied: Operation Canceled: Error while executing action: Cannot remove Quota. Default quota cannot be changed. In the other hand if I do the same with the Data Center in Disabled Mode for Quota it says: Trying to edit Default Quota I got: Operation canceled: Error while executing action: Cannot edit Quota. Quota is not valid. Trying to remove Quota I got: Operation canceled: Error while executing action: Cannot remove Quota. Default quota cannot be changed. Of course I can create other Quotas, edit them and remove them. The problem is only with the Default Quota. Any help would be appreciated, either in unblocking the system to edit/remove Default quota... Thanks for all in advance, Manuel

1 0

oVirt 3.6 on CentOS 6.7 based HyperConverged DC : Upgradable?
by Nicolas Ecarnot 30 Mar '17

30 Mar '17

[Please ignore the previous msg] Hello, One of our DC is a very small one, though quite critical. It's almost hyper converged : hosts are compute+storage, but the engine is standalone. It's made of : Hardware : - one physical engine : CentOS 6.7 - 3 physical hosts : CentOS 7.2 Software : - oVirt 3.6.5 - glusterFS 3.7.16 in replica-3, sharded. The goal is to upgrade all this to oVirt 4.1.1, and also upgrade the OSes. (oV 4.x only available on cOS 7.x) At present, only 3 VMs here are critical, and I have backups for them. Though, I'm quite nervous with the path I have to follow and the hazards. Especially about the gluster parts. At first glance, I would go this way (feel free to comment) : - upgrade the OS of the engine : 6.7 -> 7.3 - upgrade the OS of the hosts : 7.2 -> 7.3 - upgrade and manage the upgrade of gluster, check the volumes... - upgrade oVirt (engine then hosts) But when upgrading the OSes, I guess it will also upgrade the gluster layer. During this upgrade, I have no constraint to keep everything running, total shutdown is acceptable. Is the above procedure seems OK, or may am I missing some essential points? Thank you. -- Nicolas ECARNOT _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

4 6

When creating a gluster brick in oVirt, what is the reason for having to fill in the RAID-parameters?
by Goorkate, B.J. 30 Mar '17

30 Mar '17

Hi all, When creating a gluster brick in oVirt, I have to fill in the parameters of the RAID volume the brick is on (that's how I understand it anyway): RAID-type, number of disks and stripe size. What is the reason for that? Is the gluster brick optimised for this parameters? tried to find information about this, but no luck yet... Thanks in advance! Regards, Bertjan Goorkate ------------------------------------------------------------------------------ De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. Het Universitair Medisch Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W. (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197. Denk s.v.p aan het milieu voor u deze e-mail afdrukt. ------------------------------------------------------------------------------ This message may contain confidential information and is intended exclusively for the addressee. If you receive this message unintentionally, please do not use the contents but notify the sender immediately by return e-mail. University Medical Center Utrecht is a legal person by public law and is registered at the Chamber of Commerce for Midden-Nederland under no. 30244197. Please consider the environment before printing this e-mail.

2 2

ovirtvm-console : Failed to execute login on behalf - for user
by Eduardo Mayoral 30 Mar '17

30 Mar '17

This is a multi-part message in MIME format. --------------FFCEC3700EE1EB803E2B583D Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I am getting exactly the same issue here with 4.1 , when trying to log in to the serial console over SSH. The user with domain is "emayoral_adm(a)arsyslan.es" (please note mailman may translate the "at" character to a textual "_at_"). The First name and last name as read from active directory is "Eduardo Mayoral" (with no quotes) The password is: 08.HJYqoce,nrW (OK, this is not the real password, but it has the same special characters and approximate structure and length) This is the engine.log output. 2017-03-02 11:13:31,917Z INFO [org.ovirt.engine.core.bll.aaa.LoginOnBehalfCommand] (default task-25) [5d9b7d18] Running command: LoginOnBehalfCommand internal: true. 2017-03-02 11:13:31,938Z ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-33) [] OAuthException server_error: java.text.ParseException: Invalid character ' ' encountered. 2017-03-02 11:13:31,939Z ERROR [org.ovirt.engine.core.bll.aaa.LoginOnBehalfCommand] (default task-25) [5d9b7d18] Unable to create engine session: EngineException: user emayoral_adm(a)arsyslan.es in domain 'arsyslan.es-authz (Failed with error PRINCIPAL_NOT_FOUND and code 5200) 2017-03-02 11:13:31,945Z ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-25) [5d9b7d18] EVENT_ID: USER_LOGIN_ON_BEHALF_FAILED(1,402), Correlation ID: 5d9b7d18, Call Stack: null, Custom Event ID: -1, Message: Failed to execute login on behalf - for user emayoral_adm(a)arsyslan.es. 2017-03-02 11:13:31,945Z ERROR [org.ovirt.engine.core.services.VMConsoleProxyServlet] (default task-25) [5d9b7d18] Error processing request: : java.lang.RuntimeException: Unable to create session using LoginOnBehalf at org.ovirt.engine.core.services.VMConsoleProxyServlet.availableConsoles(VMConsoleProxyServlet.java:102) [services.jar:] at org.ovirt.engine.core.services.VMConsoleProxyServlet.produceContentFromParameters(VMConsoleProxyServlet.java:177) [services.jar:] at org.ovirt.engine.core.services.VMConsoleProxyServlet.doPost(VMConsoleProxyServlet.java:213) [services.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_121] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_121] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_121] Did you find the cause for this and possible fixes or workarounds? -- Eduardo Mayoral Jimeno (emayoral(a)arsys.es) Administrador de sistemas. Departamento de Plataformas. Arsys internet. +34 941 620 145 ext. 5153 --------------FFCEC3700EE1EB803E2B583D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, I am getting exactly the same issue here with 4.1 , when trying to log in to the serial console over SSH. The user with domain is <a class="moz-txt-link-rfc2396E" href="mailto:emayoral_adm@arsyslan.es">"emayoral_adm(a)arsyslan.es"</a> (please note mailman may translate the "at" character to a textual "_at_"). The First name and last name as read from active directory is "Eduardo Mayoral" (with no quotes) The password is: 08.HJYqoce,nrW (OK, this is not the real password, but it has the same special characters and approximate structure and length) This is the engine.log output. <tt>2017-03-02 11:13:31,917Z INFO [org.ovirt.engine.core.bll.aaa.LoginOnBehalfCommand] (default task-25) [5d9b7d18] Running command: LoginOnBehalfCommand internal: true. 2017-03-02 11:13:31,938Z ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-33) [] OAuthException server_error: java.text.ParseException: Invalid character ' ' encountered. 2017-03-02 11:13:31,939Z ERROR [org.ovirt.engine.core.bll.aaa.LoginOnBehalfCommand] (default task-25) [5d9b7d18] Unable to create engine session: EngineException: user <a class="moz-txt-link-abbreviated" href="mailto:emayoral_adm@arsyslan.es">emayoral_adm(a)arsyslan.es</a> in domain 'arsyslan.es-authz (Failed with error PRINCIPAL_NOT_FOUND and code 5200) 2017-03-02 11:13:31,945Z ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-25) [5d9b7d18] EVENT_ID: USER_LOGIN_ON_BEHALF_FAILED(1,402), Correlation ID: 5d9b7d18, Call Stack: null, Custom Event ID: -1, Message: Failed to execute login on behalf - for user <a class="moz-txt-link-abbreviated" href="mailto:emayoral_adm@arsyslan.es">emayoral_adm(a)arsyslan.es</a>. 2017-03-02 11:13:31,945Z ERROR [org.ovirt.engine.core.services.VMConsoleProxyServlet] (default task-25) [5d9b7d18] Error processing request: : java.lang.RuntimeException: Unable to create session using LoginOnBehalf at org.ovirt.engine.core.services.VMConsoleProxyServlet.availableConsoles(VMConsoleProxyServlet.java:102) [services.jar:] at org.ovirt.engine.core.services.VMConsoleProxyServlet.produceContentFromParameters(VMConsoleProxyServlet.java:177) [services.jar:] at org.ovirt.engine.core.services.VMConsoleProxyServlet.doPost(VMConsoleProxyServlet.java:213) [services.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104) [undertow-servlet-1.4.0.Final.jar:1.4.0.Final] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805) [undertow-core-1.4.0.Final.jar:1.4.0.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_121] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_121] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_121] </tt> Did you find the cause for this and possible fixes or workarounds? <pre class="moz-signature" cols="72">-- Eduardo Mayoral Jimeno (<a class="moz-txt-link-abbreviated" href="mailto:emayoral@arsys.es">emayoral(a)arsys.es</a>) Administrador de sistemas. Departamento de Plataformas. Arsys internet. +34 941 620 145 ext. 5153</pre> </body> </html> --------------FFCEC3700EE1EB803E2B583D--

4 6

vms stucked after migrate from 4.1.0 to 4.1.1 host
by Jiří Sléžka 30 Mar '17

30 Mar '17

This is a cryptographically signed message in MIME format. --------------ms080008010405030107020806 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi all, I have just upgraded ovirt manager from 4.1.0 to 4.1.1, then I have upgraded one host. After reboot and activation of this host some vms started to migrate here. Some time after migration CPU of this vms go to 100% and vms become unreachable. There is /var/log/libvirt/qemu/hypnos.log (hypnos is one of this vms) https://pastebin.com/U30xfBMJ Powering off and starting again solve this but I would like to have a glue what is happening. I suspect this line 2017-03-27T22:09:23.746710Z qemu-kvm: warning: TSC frequency mismatch between VM (2600031 kHz) and host (2100024 kHz), and TSC scaling unavaila= ble Original host uses "AMD Opteron(TM) Processor 6238" with "cpu MHz: 2600.113" and upgraded host uses "AMD Opteron(tm) Processor 6172" with "cpu MHz: 2100.097". Cheers, Jiri --------------ms080008010405030107020806 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC Cn4wggUJMIID8aADAgECAhACt8ndrdK9CetZxFyQDGB4MA0GCSqGSIb3DQEBCwUAMGUxCzAJ BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgx MjAwMDBaFw0yNDExMTgxMjAwMDBaMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1I b2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMd VEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQCwp9Jj5Aej1xPkS1GV3LvBdemFmkUR//nSzBodqsU3dv2BCRD30r4gt5oRsYty qDGF2nnItxV1SkwVoDxFeRzOIHYNYvBRHaiGvCQjEXzPRTocOSVfWpmq/zAL/QOEqpJogeM+ 0IBGiJcAENJshl7UcfjYbBnN5qStk74f52VWFf/aiF7MVJnsUr3oriQvXYOzs8N/NXyyQyim atBbumJVCNszF1X+XHCGfPNvxlNFW9ktv7azK0baminfLcsh6ubCdINZc+Nof2lU387NCDgg oh3KsYVcZTSuhh7qp6MjxE5VqOZod1hpXXzDOkjK+DAMC57iZXssncp24eaN08VlAgMBAAGj ggGmMIIBojASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcB AQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcw AoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENB LmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lD ZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggr BgEFBQcCARYcaHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQUjJ8RLubj egSlHlWLRggEpu2XcKYwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAI5HEV91Oen8WHFCoJkeu2Av+b/kWTV2qH/YNI1Xsbou2hHKhh4IyNkF OxA/TUiuK2qQnQ5hAS0TIrs9SJ1Ke+DjXd/cTBiw7lCYSW5hkzigFV+iSivninpItafWqYBS WxITl1KHBS9YBskhEqO5GLliDMPiAgjqUBQ/H1qZMlZNQIuFu0UaFUQuZUpJFr4+0zpzPxsB iWU2muAoGItwbaP55EYshM7+v/J+x6kIhAJt5Dng8fOmOvR9F6Vw2/E0EZ6oQ8g1fdhwM101 S1OI6J1tUil1r7ES/svNqVWVb7YkUEBcPo8ppfHnTI/uxsn2tslsWefsOGJxNYUUSMAb9Eow ggVtMIIEVaADAgECAhAJGghy20GNQBKKy20wIXVXMA0GCSqGSIb3DQEBCwUAMHIxCzAJBgNV BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN BgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMw HhcNMTYxMDE3MDAwMDAwWhcNMTcxMTE2MTIwMDAwWjCBkzETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBnRlcmVuYTETMBEGCgmSJomT8ixkARkWA3RjczELMAkGA1UE BhMCQ1oxJTAjBgNVBAoTHFNpbGVzaWFuIFVuaXZlcnNpdHkgaW4gT3BhdmExGzAZBgNVBAMT EkppcmkgU2xlemthIHNsZXprYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAPd3 XaprhIlr9KQ0VkOzTRn8wTrzw26B1SWOr6M+/lL9x/T33HMJTwavfoATuzczB/PnURjHu3kW j5449dAKHmne3LgsNgLPp14YbhhXJtoe5WuJoZ/P1g2o5tR6neKkSlIMWUWBBiCMmZU70EfZ 2NmDjVAhyxOJedSw+Uk4lWs3nrRgtzg3c/K8fkalDnAbTrlCRs0UOUu0NdebrHDdc0AyGpdU apsdD/vBIMlh0aF0il5qfBeCMjND/YAMlJileuYAH59+XWZVnZ2vWwyhE1WEeEpDUhyr3P4B oWTkivIzlT/jynCIYlmoGlwA8qs3aMkcAF0z1xN+zmuJcJ//T30CAwEAAaOCAdswggHXMB8G A1UdIwQYMBaAFIyfES7m43oEpR5Vi0YIBKbtl3CmMB0GA1UdDgQWBBSs4bsp5TEqufKnjp5U kbi2XfR8vzAMBgNVHRMBAf8EAjAAMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejAO BgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdIAQt MCswDAYKKoZIhvdMBQICATAMBgpghkgBhv1sBB8BMA0GCyqGSIb3TAUCAwMDMIGFBgNVHR8E fjB8MDygOqA4hjZodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vVEVSRU5BZVNjaWVuY2VQZXJz b25hbENBMy5jcmwwPKA6oDiGNmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9URVJFTkFlU2Np ZW5jZVBlcnNvbmFsQ0EzLmNybDB7BggrBgEFBQcBAQRvMG0wJAYIKwYBBQUHMAGGGGh0dHA6 Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBFBggrBgEFBQcwAoY5aHR0cDovL2NhY2VydHMuZGlnaWNl cnQuY29tL1RFUkVOQWVTY2llbmNlUGVyc29uYWxDQTMuY3J0MA0GCSqGSIb3DQEBCwUAA4IB AQCg0e3UlUq/MB5fHWNWvp4sz2mknbburgqrARkEX2JUlcKe1rRZbN/6E4qBKqGvVeXdvIhi G9GQAhhXG2phojtY2r/MjmWt+vEE7zQoVhOyBxEY4ganXG4dhi4VLwsF7zggLh2XbqmhWcdZ G/SBwF3wEqiOI4hX9ryaPcKM4c/2ojzzNrHI/WQez7LzrRJKrQY1k8dCKXliW7Am7garfIEs L0xXK/6u4rZ5nH+PmvDVpr7MC0UpPP5AcfFAgf4dyu65IZ3TS3+ig0fqplGCpqCvaxGziWbn YyQsUWgcdQJZckUWOg234UAUd4aIvt3fx2aDK9o1hunXShp5Xstzf9xeMYIDwzCCA78CAQEw gYYwcjELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQBgNVBAcTCUFt c3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMSYwJAYDVQQDEx1URVJFTkEgZVNjaWVuY2UgUGVy c29uYWwgQ0EgMwIQCRoIcttBjUASisttMCF1VzANBglghkgBZQMEAgEFAKCCAg0wGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcwMzI3MjIzNDAxWjAvBgkq hkiG9w0BCQQxIgQgk+1uw2/IQMaeRveNkJLTzVPBhDmKy9KUH8C/J+miTpIwbAYJKoZIhvcN AQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3 DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBlwYJKwYB BAGCNxAEMYGJMIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIw EAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVT Y2llbmNlIFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwgZkGCyqGSIb3DQEJEAIL MYGJoIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQH EwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNl IFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwDQYJKoZIhvcNAQEBBQAEggEASiqI dps9YtvNagcrav0KU44An2Daph8aU1SXR0+xXwn5O06JwS154rbi+3zReRB2qFbKlrm+bBAi VplbZRZ7XGy05auLrKm5zVuHoNlYCHHAu7v/Cz4k+OQItUXVzbYgIvPPY7D9Aj/ggBVJpiBU L0r4fHinhsOlFLJy/CzFqDNjIaec8L0ib7vd3l4HPy/cWGR6z9AzTQlSX5RECh31JDtfjs4U 4w12E0ZQhIdsI4bfEicMppQdSI7n07549m8qZY83XALZqFR6m7Y4KXV9mJ3FGEDsojRjR8oE W2jVRt0QM412BFEBmFQyob14NGoYrsxQsvfgx0hAusd+GoBQLgAAAAAAAA== --------------ms080008010405030107020806--

4 6

Details about why a live migration failed
by Davide Ferrari 30 Mar '17

30 Mar '17

Helo I have a VM on a host that seems it cannot be live-migrated away. I'm trying to migrate it to another (superior) cluster but please consider: - VM isn't receiving too much tarffic and is not doing much at all - I've already successfully live migrated other VMs from this host to the same other cluster looking through engine.log I cannot see anything interesting a aprt from the generic ( I grepped for the job ID) 2017-03-24 10:30:52,186 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-42) [20518310] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: druid-co01., Source: vmhost04, Destination: vmhost06, User: admin@internal-authz). 2017-03-24 10:34:28,072 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-2) [6d6a3a53] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM druid-co01. to Host vmhost06 . Trying to migrate to another Host. 2017-03-24 10:34:28,676 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-2) [6d6a3a53] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: druid-co01., Source: vmhost04, Destination: vmhost11, User: admin@internal-authz). 2017-03-24 10:37:59,097 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-40) [779e9773] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM druid-co01. to Host vmhost11 . Trying to migrate to another Host. 2017-03-24 10:38:00,626 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-40) [779e9773] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: druid-co01, Source: vmhost04, Destination: vmhost08, User: admin@internal-authz). 2017-03-24 10:41:29,441 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-42) [6f032492] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM druid-co01 to Host vmhost08 . Trying to migrate to another Host. 2017-03-24 10:41:29,488 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-42) [6f032492] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Migration failed (VM: druid-co01, Source: vmhost04). -- Davide Ferrari Senior Systems Engineer

3 8

Re: [ovirt-users] Import KVM/libvirt VMs to oVirt 4.1 with External Provider
by Pradeep Antil 30 Mar '17

30 Mar '17

Hi Team, While importing VMs with external Provider KVM on my oVirt setup, i am getting the below error: "All chosen VMs couldn't be retrieved by the external system and therefore have been filtered. Please see log for details. As per Shahar suggestion yesterday i was able to view the virtual machine of my KVM hypervisior in oVirt Portal.I have also created the export domain in my DC as well. Any idea how to resolve this issue and so that i can start importing VMs [image: Inline image 1] Thanks in Advance On Wed, Mar 29, 2017 at 6:17 PM, Pradeep Antil <pradeepantil(a)gmail.com> wrote: > Hi Shahar, > > Thanks for the quick response. Issue is resolved now with your suggested > steps. > > Thank you very much !!!! > > > > On Wed, Mar 29, 2017 at 5:38 PM, Shahar Havivi <shavivi(a)redhat.com> wrote: > >> when you run virsh you where logged in as root user, >> the user that oVirt is running is vdsm >> >> you need to run: >> $ sudo -u vdsm ssh-keygen >> $ sudo -u vdsm ssh-copy-id user@kvmhost >> >> you can look at wiki we have for Xen to generate the ssh keys but its the >> same for kvm. >> https://www.ovirt.org/develop/release-management/features/vi >> rt/XenToOvirt/ >> >> Shahar. >> >> On Wed, Mar 29, 2017 at 12:34 PM, Pradeep Antil <pradeepantil(a)gmail.com> >> wrote: >> >>> >>> Hello Folks, >>> >>> I am trying to import KVM guest VMs to my oVirt Server using external >>> Provider. But when i add external provider with type KVM and do the testing >>> that time i am getting below error >>> >>> Caused by: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: >>> VDSGenericException: VDSErrorException: Failed to >>> GetVmsNamesFromExternalProviderVDS, error = Cannot recv data: Host key >>> verification failed.: Connection reset by peer, code = 65 >>> at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.c >>> reateDefaultConcreteException(VdsBrokerCommand.java:76) [vdsbroker.jar:] >>> at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase. >>> createException(BrokerCommandBase.java:222) [vdsbroker.jar:] >>> >>> >>> [image: Inline image 2] >>> >>> I have already configure password less authentication with ssh keys >>> between proxy host to my KVM hypervisor. Though i can reach to kvm >>> hypervisor with virsh connect. >>> >>> [root@lplinnd1hypov13 ~]# virsh -c qemu+ssh://root@<KVM-HYP-NAME>/system >>> Welcome to virsh, the virtualization interactive terminal. >>> >>> Type: 'help' for help with commands >>> 'quit' to quit >>> >>> virsh # >>> >>> Any idea how to resolve this issue, so that i can add KVM as external >>> provider and start importing my KVM guest VMs in ovirt setup >>> >>> >>> Thanks in Advance >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> Best Regards >>> Pradeep Kumar >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> > > > -- > Best Regards > Pradeep Kumar > -- Best Regards Pradeep Kumar

2 3

Re: [ovirt-users] mOvirt 1.7 - Engine 4.0.6 - No disks per VM
by Markus Stockhausen 30 Mar '17

30 Mar '17

------=_NextPartTM-000-7ccbca86-325a-41a2-a22e-ad4e1f18d998 Content-Type: multipart/alternative; boundary="_000_fd07ec8afb7f4990a9288b9449f19cacemailandroidcom_" --_000_fd07ec8afb7f4990a9288b9449f19cacemailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIGEgbG90LA0KDQpJIHdpbGwgdGVzdCBhbmQgZ2l2ZSBmZWVkYmFjay4NCg0KTWFya3Vz DQoNCkFtIDI5LjAzLjIwMTcgNToxMyBuYWNobS4gc2NocmllYiBGaWxpcCBLcmVwaW5za3kgPGZr cmVwaW5zQHJlZGhhdC5jb20+Og0KDQoNCk9uIFdlZCwgTWFyIDI5LCAyMDE3IGF0IDI6MjkgUE0s IEZpbGlwIEtyZXBpbnNreSA8ZmtyZXBpbnNAcmVkaGF0LmNvbTxtYWlsdG86ZmtyZXBpbnNAcmVk aGF0LmNvbT4+IHdyb3RlOg0KDQoNCg0KDQpPbiBNb24sIE1hciAyNywgMjAxNyBhdCAxOjE1IFBN LCBNYXJrdXMgU3RvY2toYXVzZW4gPHN0b2NraGF1c2VuQGNvbGxvZ2lhLmRlPG1haWx0bzpzdG9j a2hhdXNlbkBjb2xsb2dpYS5kZT4+IHdyb3RlOg0KSGkgdGhlcmUsDQoNCm15IHNtYXJ0cGhvbmUg dXBkYXRlZCBtT3ZpcnQgdGhlc2UgZGF5cyB0byAxLjcuIFNpbmNlIHRoZW4gSSBhbHdheXMNCmdl dCBlcnJvcnMgd2hlbiB0cnlpbmcgdG8gYWNjZXNzIHRoZSBkaXNrcyBkaWFsb2d1ZSBvZiBhIFZN IGluIG1PVmlydC4NCkl0IGJvaWxzIGRvd24gdG8gdGhlIFVSTCBodHRwczovLzxlbmdpbmUtaG9z dD4vb3ZpcnQtZW5naW5lL2FwaS92bXMvPHZtLWlkPi9kaXNrcw0KUmVzdWx0IGlzIGFsd2F5cyA0 MDQuDQoNCg0KSGksDQoNCnRoYW5rcyBhIGxvdCBmb3IgcmVwb3J0aW5nIHRoaXMuIFllcywgdGhl c2UgYXJlIHdyb25nIGNhbGxzIGZyb20gbW9WaXJ0IGFuZCB0aGUgYWZmZWN0ZWQgb1ZpcnQgdmVy c2lvbnMgYXJlIDQuMC4xLSA0LjAuOS4NCldlIHdpbGwgcmVsZWFzZSBhIGZpeCBzb29uLg0KDQpG aXhlZCB2ZXJzaW9uIHNob3VsZCBiZSBhdmFpbGFibGUgb24gR29vZ2xlIFBsYXkgaW4gc2V2ZXJh bCBob3Vycy4NCkNhbiB5b3UgY2hlY2sgaWYgaXQgaGVscHM/DQoNCg0KQmVzdCByZWdhcmRzDQoN CkZpbGlwDQoNCkEgc2ltcGxlIGNyb3NzIGNoZWNrIGluIHRoZSB3ZWJicm93c2VyIHJldHVybnMg dGhlIHNhbWUgcmVzdWx0Lg0KQXQgbGVhc3Qgd2UgY2FuIGdldCB0byB0aGUgcHJlZGVjZXNzb3Ig aXRlbSB3aXRob3V0IHRyb3VibGUuDQpodHRwczovLzxlbmdpbmUtaG9zdD4vb3ZpcnQtZW5naW5l L2FwaS92bXMvPHZtLWlkPg0KTG9va2luZyBhdCB0aGF0IG91dHB1dCBJJ2Qgc2F5IHRoYXQgdGhl IHVybCBzaG91bGQgYmUgZGlza2F0dGFjaG1lbnQNCmluc3RlYWQgb2YgZGlza3M6DQoNCjxhY3Rp b25zPg0KICAuLi4NCjwvYWN0aW9ucz4NCi4uLg0KPGxpbmsgaHJlZj0iL292aXJ0LWVuZ2luZS9h cGkvdm1zLzU0MmFmZmIwLTdhMmYtNDI5Ny04NGY0LTcyOGEzMTVhNmFiZC9kaXNrYXR0YWNobWVu dHMiIHJlbD0iZGlza2F0dGFjaG1lbnRzIi8+DQouLi4NCg0KT3VyIGNsdXN0ZXIgaXMgc3RpbGwg NC4wLjYgLSBtYXliZSBzb21lIGluY29tcGF0aWJpbGl0eT8NCg0KQmVzdCByZWdhcmRzLg0KDQpN YXJrdXMNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N ClVzZXJzIG1haWxpbmcgbGlzdA0KVXNlcnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0BvdmlydC5v cmc+DQpodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMNCg0KDQoN Cg0K --_000_fd07ec8afb7f4990a9288b9449f19cacemailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <6FF78A5CE9FA074EB52CB509EE833321(a)collogia.de> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBkaXI9ImF1 dG8iPlRoYW5rcyBhIGxvdCwNCjxkaXYgZGlyPSJhdXRvIj48YnI+DQo8L2Rpdj4NCjxkaXYgZGly PSJhdXRvIj5JIHdpbGwgdGVzdCBhbmQgZ2l2ZSBmZWVkYmFjay48L2Rpdj4NCjxkaXYgZGlyPSJh dXRvIj48YnI+DQo8L2Rpdj4NCjxkaXYgZGlyPSJhdXRvIj5NYXJrdXM8L2Rpdj4NCjwvZGl2Pg0K PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5B bSAyOS4wMy4yMDE3IDU6MTMgbmFjaG0uIHNjaHJpZWIgRmlsaXAgS3JlcGluc2t5ICZsdDtma3Jl cGluc0ByZWRoYXQuY29tJmd0Ozo8YnIgdHlwZT0iYXR0cmlidXRpb24iPg0KPGJsb2NrcXVvdGUg Y2xhc3M9InF1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNj Y2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+DQo8ZGl2Pg0KPGRpdiBkaXI9Imx0ciI+PGJyPg0K PGRpdj48YnI+DQo8ZGl2IGNsYXNzPSJlbGlkZWQtdGV4dCI+T24gV2VkLCBNYXIgMjksIDIwMTcg YXQgMjoyOSBQTSwgRmlsaXAgS3JlcGluc2t5IDxzcGFuIGRpcj0ibHRyIj4NCiZsdDs8YSBocmVm PSJtYWlsdG86ZmtyZXBpbnNAcmVkaGF0LmNvbSI+ZmtyZXBpbnNAcmVkaGF0LmNvbTwvYT4mZ3Q7 PC9zcGFuPiB3cm90ZTo8YnI+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luOjAgMCAwIDAuOGV4 O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPGRpdiBkaXI9 Imx0ciI+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0K PC9kaXY+DQo8ZGl2Pjxicj4NCjxkaXYgY2xhc3M9ImVsaWRlZC10ZXh0Ij5PbiBNb24sIE1hciAy NywgMjAxNyBhdCAxOjE1IFBNLCBNYXJrdXMgU3RvY2toYXVzZW4gPHNwYW4gZGlyPSJsdHIiPg0K Jmx0OzxhIGhyZWY9Im1haWx0bzpzdG9ja2hhdXNlbkBjb2xsb2dpYS5kZSI+c3RvY2toYXVzZW5A Y29sbG9naWEuZGU8L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPg0KPGJsb2NrcXVvdGUgc3R5bGU9 Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKCAyMDQg LCAyMDQgLCAyMDQgKTtwYWRkaW5nLWxlZnQ6MWV4Ij4NCkhpIHRoZXJlLDxicj4NCjxicj4NCm15 IHNtYXJ0cGhvbmUgdXBkYXRlZCBtT3ZpcnQgdGhlc2UgZGF5cyB0byAxLjcuIFNpbmNlIHRoZW4g SSBhbHdheXM8YnI+DQpnZXQgZXJyb3JzIHdoZW4gdHJ5aW5nIHRvIGFjY2VzcyB0aGUgZGlza3Mg ZGlhbG9ndWUgb2YgYSBWTSBpbiBtT1ZpcnQuPGJyPg0KSXQgYm9pbHMgZG93biB0byB0aGUgVVJM IGh0dHBzOi8vJmx0O2VuZ2luZS1ob3N0Jmd0Oy9vdmlydC1lbjx3YnI+Z2luZS9hcGkvdm1zLyZs dDt2bS1pZCZndDsvZGlza3M8YnI+DQpSZXN1bHQgaXMgYWx3YXlzIDQwNC48YnI+DQo8YnI+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5IaSw8L2Rpdj4NCjxkaXY+PGJy Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj50aGFua3MgYSBsb3QgZm9yIHJlcG9ydGluZyB0aGlzLiBZ ZXMsIHRoZXNlIGFyZSB3cm9uZyBjYWxscyBmcm9tIG1vVmlydCBhbmQgdGhlIGFmZmVjdGVkIG9W aXJ0IHZlcnNpb25zIGFyZSA0LjAuMS0gNC4wLjkuJm5ic3A7PC9kaXY+DQo8ZGl2PldlIHdpbGwg cmVsZWFzZSBhIGZpeCBzb29uLjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5GaXhlZCB2ZXJz aW9uIHNob3VsZCBiZSBhdmFpbGFibGUgb24gR29vZ2xlIFBsYXkgaW4gc2V2ZXJhbCBob3Vycy4m bmJzcDs8L2Rpdj4NCjxkaXY+Q2FuIHlvdSBjaGVjayBpZiBpdCBoZWxwcz88L2Rpdj4NCjxkaXY+ Jm5ic3A7PC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luOjAgMCAwIDAuOGV4O2JvcmRl ci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPGRpdiBkaXI9Imx0ciI+ DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iZWxpZGVkLXRleHQiPg0KPGRpdj4NCjxkaXY+PC9kaXY+DQo8 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkJlc3QgcmVnYXJkcyZuYnNwOzwvZGl2Pg0K PGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+RmlsaXA8L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFw eCBzb2xpZCByZ2IoIDIwNCAsIDIwNCAsIDIwNCApO3BhZGRpbmctbGVmdDoxZXgiPg0KQSBzaW1w bGUgY3Jvc3MgY2hlY2sgaW4gdGhlIHdlYmJyb3dzZXIgcmV0dXJucyB0aGUgc2FtZSByZXN1bHQu PGJyPg0KQXQgbGVhc3Qgd2UgY2FuIGdldCB0byB0aGUgcHJlZGVjZXNzb3IgaXRlbSB3aXRob3V0 IHRyb3VibGUuPGJyPg0KaHR0cHM6Ly8mbHQ7ZW5naW5lLWhvc3QmZ3Q7L292aXJ0LWVuPHdicj5n aW5lL2FwaS92bXMvJmx0O3ZtLWlkJmd0Ozxicj4NCkxvb2tpbmcgYXQgdGhhdCBvdXRwdXQgSSdk IHNheSB0aGF0IHRoZSB1cmwgc2hvdWxkIGJlIGRpc2thdHRhY2htZW50PGJyPg0KaW5zdGVhZCBv ZiBkaXNrczo8YnI+DQo8YnI+DQombHQ7YWN0aW9ucyZndDs8YnI+DQombmJzcDsgLi4uPGJyPg0K Jmx0Oy9hY3Rpb25zJmd0Ozxicj4NCi4uLjxicj4NCiZsdDtsaW5rIGhyZWY9JnF1b3Q7L292aXJ0 LWVuZ2luZS9hcGkvdm1zLzU0PHdicj4yYWZmYjAtN2EyZi00Mjk3LTg0ZjQtNzI4YTMxNWE8d2Jy PjZhYmQvZGlza2F0dGFjaG1lbnRzJnF1b3Q7IHJlbD0mcXVvdDtkaXNrYXR0YWNobWVudHMmcXVv dDsvJmd0Ozxicj4NCi4uLjxicj4NCjxicj4NCk91ciBjbHVzdGVyIGlzIHN0aWxsIDQuMC42IC0g bWF5YmUgc29tZSBpbmNvbXBhdGliaWxpdHk/PGJyPg0KPGJyPg0KQmVzdCByZWdhcmRzLjxicj4N Cjxmb250IGNvbG9yPSIjODg4ODg4Ij48YnI+DQpNYXJrdXM8YnI+DQombmJzcDs8L2ZvbnQ+PGJy Pg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPHdicj5fX19fX19fX19fX19fX19fXzxi cj4NClVzZXJzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5v cmciPlVzZXJzQG92aXJ0Lm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwOi8vbGlzdHMub3ZpcnQu b3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1h bjx3YnI+L2xpc3RpbmZvL3VzZXJzPC9hPjxicj4NCjxicj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2 Pg0KPGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnI+DQo8L2Rpdj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_fd07ec8afb7f4990a9288b9449f19cacemailandroidcom_-- ------=_NextPartTM-000-7ccbca86-325a-41a2-a22e-ad4e1f18d998 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-7ccbca86-325a-41a2-a22e-ad4e1f18d998--

1 1

migration failed - "Cannot get interface MTU on 'vdsmbr_...'
by Devin A. Bougie 29 Mar '17

29 Mar '17

Hi, All. We have a new oVirt 4.1.1 cluster up with the OVS switch type. Everything seems to be working great, except for live migration. I believe the red flag in vdsm.log on the source is: Cannot get interface MTU on 'vdsmbr_QwORbsw2': No such device (migration:287) Which results from vdsm assigning an arbitrary bridge name to each ovs bridge. Please see below for more details on the bridges and excerpts from the logs. Any help would be greatly appreciated. Many thanks, Devin SOURCE OVS BRIDGES: # ovs-vsctl show 6d96d9a5-e30d-455b-90c7-9e9632574695 Bridge "vdsmbr_QwORbsw2" Port "vdsmbr_QwORbsw2" Interface "vdsmbr_QwORbsw2" type: internal Port "vnet0" Interface "vnet0" Port classepublic Interface classepublic type: internal Port "ens1f0" Interface "ens1f0" Bridge "vdsmbr_9P7ZYKWn" Port ovirtmgmt Interface ovirtmgmt type: internal Port "ens1f1" Interface "ens1f1" Port "vdsmbr_9P7ZYKWn" Interface "vdsmbr_9P7ZYKWn" type: internal ovs_version: "2.7.0" DESTINATION OVS BRIDGES: # ovs-vsctl show f66d765d-712a-4c81-b18e-da1acc9cfdde Bridge "vdsmbr_vdpp0dOd" Port "vdsmbr_vdpp0dOd" Interface "vdsmbr_vdpp0dOd" type: internal Port "ens1f0" Interface "ens1f0" Port classepublic Interface classepublic type: internal Bridge "vdsmbr_3sEwEKd1" Port "vdsmbr_3sEwEKd1" Interface "vdsmbr_3sEwEKd1" type: internal Port "ens1f1" Interface "ens1f1" Port ovirtmgmt Interface ovirtmgmt type: internal ovs_version: "2.7.0" SOURCE VDSM LOG: ... 2017-03-27 10:57:02,567-0400 INFO (jsonrpc/1) [vdsm.api] START migrate args=(<virt.vm.Vm object at 0x3410810>, {u'incomingLimit': 2, u'src': u'192.168.55.84', u'dstqemu': u'192.168.55.81', u'autoConverge': u'false', u'tunneled': u'false', u'enableGuestEvents': False, u'dst': u'lnxvirt01-p55.classe.cornell.edu:54321', u'vmId': u'cf9c5dbf-3924-47c6-b323-22ac90a1f682', u'abortOnError': u'true', u'outgoingLimit': 2, u'compressed': u'false', u'maxBandwidth': 5000, u'method': u'online', 'mode': 'remote'}) kwargs={} (api:37) 2017-03-27 10:57:02,570-0400 INFO (jsonrpc/1) [vdsm.api] FINISH migrate return={'status': {'message': 'Migration in progress', 'code': 0}, 'progress': 0} (api:43) 2017-03-27 10:57:02,570-0400 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call VM.migrate succeeded in 0.01 seconds (__init__:515) 2017-03-27 10:57:03,028-0400 INFO (migsrc/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Creation of destination VM took: 0 seconds (migration:455) 2017-03-27 10:57:03,028-0400 INFO (migsrc/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') starting migration to qemu+tls://lnxvirt01-p55.classe.cornell.edu/system with miguri tcp://192.168.55.81 (migration:480) 2017-03-27 10:57:03,224-0400 ERROR (migsrc/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Cannot get interface MTU on 'vdsmbr_QwORbsw2': No such device (migration:287) 2017-03-27 10:57:03,322-0400 ERROR (migsrc/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Failed to migrate (migration:429) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 411, in run self._startUnderlyingMigration(time.time()) File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 489, in _startUnderlyingMigration self._perform_with_downtime_thread(duri, muri) File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 555, in _perform_with_downtime_thread self._perform_migration(duri, muri) File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 528, in _perform_migration self._vm._dom.migrateToURI3(duri, params, flags) File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 69, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 123, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 941, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1939, in migrateToURI3 if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self) libvirtError: Cannot get interface MTU on 'vdsmbr_QwORbsw2': No such device 2017-03-27 10:57:03,435-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:33716 (protocoldetector:72) 2017-03-27 10:57:03,452-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:33716 (protocoldetector:127) 2017-03-27 10:57:03,452-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-27 10:57:03,456-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-27 10:57:03,589-0400 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.01 seconds (__init__:515) 2017-03-27 10:57:03,592-0400 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call VM.getStats failed (error 1) in 0.00 seconds (__init__:515) 2017-03-27 10:57:04,494-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:33718 (protocoldetector:72) 2017-03-27 10:57:04,500-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:33718 (protocoldetector:127) 2017-03-27 10:57:04,500-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-27 10:57:04,501-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-27 10:57:04,559-0400 INFO (periodic/2) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51) 2017-03-27 10:57:04,559-0400 INFO (periodic/2) [dispatcher] Run and protect: repoStats, Return response: {u'016ceee8-9117-4e8a-b611-f58f6763a098': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000262909', 'lastCheck': '5.3', 'valid': True}, u'2438f819-e7f5-4bb1-ad0d-5349fa371e6e': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000342019', 'lastCheck': '5.3', 'valid': True}, u'48d4f45d-0bdd-4f4a-90b6-35efe2da935a': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000239611', 'lastCheck': '0.6', 'valid': True}} (logUtils:54) 2017-03-27 10:57:04,669-0400 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.01 seconds (__init__:515) 2017-03-27 10:57:04,684-0400 INFO (jsonrpc/0) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51) 2017-03-27 10:57:04,684-0400 INFO (jsonrpc/0) [dispatcher] Run and protect: repoStats, Return response: {u'016ceee8-9117-4e8a-b611-f58f6763a098': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000262909', 'lastCheck': '5.4', 'valid': True}, u'2438f819-e7f5-4bb1-ad0d-5349fa371e6e': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000342019', 'lastCheck': '5.4', 'valid': True}, u'48d4f45d-0bdd-4f4a-90b6-35efe2da935a': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000239611', 'lastCheck': '0.7', 'valid': True}} (logUtils:54) 2017-03-27 10:57:04,770-0400 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getStats succeeded in 0.09 seconds (__init__:515) ... DESTINATION VDSM LOG: ... 2017-03-27 10:57:01,515-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-27 10:57:01,652-0400 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:515) 2017-03-27 10:57:02,572-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::ffff:192.168.55.84:44582 (protocoldetector:72) 2017-03-27 10:57:02,577-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::ffff:192.168.55.84:44582 (protocoldetector:127) 2017-03-27 10:57:02,578-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-27 10:57:02,579-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-27 10:57:02,748-0400 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.ping succeeded in 0.00 seconds (__init__:515) 2017-03-27 10:57:02,774-0400 INFO (jsonrpc/4) [vdsm.api] START __init__ args=(<virt.vm.Vm object at 0x4132e50>, <clientIF.clientIF object at 0x7f453c01e650>, {u'guestFQDN': u'lnx16.classe.cornell.edu', u'acpiEnable': u'true', u'emulatedMachine': u'pc-i440fx-rhel7.3.0', u'afterMigrationStatus': u'', u'enableGuestEvents': False, u'vmId': u'cf9c5dbf-3924-47c6-b323-22ac90a1f682', u'elapsedTimeOffset': 1321.2906959056854, u'guestDiskMapping': {u'0QEMU_QEMU_HARDDISK_21d18729-279f-435b-9': {u'name': u'/dev/sda'}, u'QEMU_DVD-ROM_QM00003': {u'name': u'/dev/sr0'}}, u'transparentHugePages': u'true', u'timeOffset': u'0', u'cpuType': u'Haswell-noTSX', u'custom': {u'device_9d15a0c8-a122-43b9-89c2-3ad530ebc985': u"VmDevice:{id='VmDeviceId:{deviceId='9d15a0c8-a122-43b9-89c2-3ad530ebc985', vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682'}', device='ide', type='CONTROLLER', bootOrder='0', specParams='[]', address='{slot=0x01, bus=0x00, domain=0x0000, type=pci, function=0x1}', managed='false', plugged='true', readOnly='false', deviceAlias='ide', customProperties='[]', snapshotId='null', logicalName='null', hostDevice='null'}", u'device_9d15a0c8-a122-43b9-89c2-3ad530ebc985device_0bbb6377-22db-4d04-a501-64de81bab622device_758565a5-4378-4412-8ec1-2df7bb231c14device_7ead63f7-b119-434d-a2f7-081fd06229e4': u"VmDevice:{id='VmDeviceId:{deviceId='7ead63f7-b119-434d-a2f7-081fd06229e4', vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682'}', device='spicevmc', type='CHANNEL', bootOrder='0', specParams='[]', address='{bus=0, controller=0, type=virtio-serial, port=3}', managed='false', plugged='true', readOnly='false', deviceAlias='channel2', customProperties='[]', snapshotId='null', logicalName='null', hostDevice='null'}", u'device_9d15a0c8-a122-43b9-89c2-3ad530ebc985device_0bbb6377-22db-4d04-a501-64de81bab622': u"VmDevice:{id='VmDeviceId:{deviceId='0bbb6377-22db-4d04-a501-64de81bab622', vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682'}', device='unix', type='CHANNEL', bootOrder='0', specParams='[]', address='{bus=0, controller=0, type=virtio-serial, port=2}', managed='false', plugged='true', readOnly='false', deviceAlias='channel1', customProperties='[]', snapshotId='null', logicalName='null', hostDevice='null'}", u'device_9d15a0c8-a122-43b9-89c2-3ad530ebc985device_0bbb6377-22db-4d04-a501-64de81bab622device_758565a5-4378-4412-8ec1-2df7bb231c14': u"VmDevice:{id='VmDeviceId:{deviceId='758565a5-4378-4412-8ec1-2df7bb231c14', vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682'}', device='unix', type='CHANNEL', bootOrder='0', specParams='[]', address='{bus=0, controller=0, type=virtio-serial, port=1}', managed='false', plugged='true', readOnly='false', deviceAlias='channel0', customProperties='[]', snapshotId='null', logicalName='null', hostDevice='null'}"}, u'pauseCode': u'NOERR', u'migrationDest': u'libvirt', u'guestNumaNodes': [{u'nodeIndex': 0, u'cpus': u'0', u'memory': u'1024'}], u'display': u'qxl', u'smp': u'1', u'vmType': u'kvm', u'_srcDomXML': u'<domain type=\'kvm\' id=\'4\'>\n <name>lnx16</name>\n <uuid>cf9c5dbf-3924-47c6-b323-22ac90a1f682</uuid>\n <metadata xmlns:ovirt="http://ovirt.org/vm/tune/1.0">\n <ovirt:qos/>\n </metadata>\n <maxMemory slots=\'16\' unit=\'KiB\'>4194304</maxMemory>\n <memory unit=\'KiB\'>1048576</memory>\n <currentMemory unit=\'KiB\'>1048576</currentMemory>\n <vcpu placement=\'static\' current=\'1\'>16</vcpu>\n <cputune>\n <shares>1020</shares>\n </cputune>\n <resource>\n <partition>/machine</partition>\n </resource>\n <sysinfo type=\'smbios\'>\n <system>\n <entry name=\'manufacturer\'>oVirt</entry>\n <entry name=\'product\'>oVirt Node</entry>\n <entry name=\'version\'>7.3-4.sl7</entry>\n <entry name=\'serial\'>38C15485-D270-11E6-8752-0090FAEDD7C8</entry>\n <entry name=\'uuid\'>cf9c5dbf-3924-47c6-b323-22ac90a1f682</entry>\n </system>\n </sysinfo>\n <os>\n <type arch=\'x86_64\' machine=\'pc-i440fx-rhel7.3.0\'>hvm</type>\n <smbios mode=\'sysinfo\'/>\n </os>\n <features>\n <acpi/>\n </features>\n <cpu mode=\'custom\' match=\'exact\'>\n <model fallback=\'allow\'>Haswell-noTSX</model>\n <topology sockets=\'16\' cores=\'1\' threads=\'1\'/>\n <numa>\n <cell id=\'0\' cpus=\'0\' memory=\'1048576\' unit=\'KiB\'/>\n </numa>\n </cpu>\n <clock offset=\'variable\' adjustment=\'0\' basis=\'utc\'>\n <timer name=\'rtc\' tickpolicy=\'catchup\'/>\n <timer name=\'pit\' tickpolicy=\'delay\'/>\n <timer name=\'hpet\' present=\'no\'/>\n </clock>\n <on_poweroff>destroy</on_poweroff>\n <on_reboot>restart</on_reboot>\n <on_crash>destroy</on_crash>\n <devices>\n <emulator>/usr/libexec/qemu-kvm</emulator>\n <disk type=\'file\' device=\'cdrom\'>\n <driver name=\'qemu\' type=\'raw\'/>\n <source startupPolicy=\'optional\'/>\n <backingStore/>\n <target dev=\'hdc\' bus=\'ide\'/>\n <readonly/>\n <alias name=\'ide0-1-0\'/>\n <address type=\'drive\' controller=\'0\' bus=\'1\' target=\'0\' unit=\'0\'/>\n </disk>\n <disk type=\'block\' device=\'disk\' snapshot=\'no\'>\n <driver name=\'qemu\' type=\'raw\' cache=\'none\' error_policy=\'stop\' io=\'native\'/>\n <source dev=\'/rhev/data-center/00000001-0001-0001-0001-000000000311/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794\'/>\n <backingStore/>\n <target dev=\'sda\' bus=\'scsi\'/>\n <serial>21d18729-279f-435b-90ab-a2995f041bc6</serial>\n <boot order=\'1\'/>\n <alias name=\'scsi0-0-0-0\'/>\n <address type=\'drive\' controller=\'0\' bus=\'0\' target=\'0\' unit=\'0\'/>\n </disk>\n <controller type=\'usb\' index=\'0\' model=\'piix3-uhci\'>\n <alias name=\'usb\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x01\' function=\'0x2\'/>\n </controller>\n <controller type=\'scsi\' index=\'0\' model=\'virtio-scsi\'>\n <alias name=\'scsi0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x04\' function=\'0x0\'/>\n </controller>\n <controller type=\'virtio-serial\' index=\'0\' ports=\'16\'>\n <alias name=\'virtio-serial0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x05\' function=\'0x0\'/>\n </controller>\n <controller type=\'pci\' index=\'0\' model=\'pci-root\'>\n <alias name=\'pci.0\'/>\n </controller>\n <controller type=\'ide\' index=\'0\'>\n <alias name=\'ide\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x01\' function=\'0x1\'/>\n </controller>\n <interface type=\'bridge\'>\n <mac address=\'00:1a:4a:16:01:51\'/>\n <source bridge=\'vdsmbr_QwORbsw2\'/>\n <virtualport type=\'openvswitch\'>\n <parameters interfaceid=\'3a24e764-32c8-4a2e-8dfd-02a776c3bef6\'/>\n </virtualport>\n <target dev=\'vnet0\'/>\n <model type=\'virtio\'/>\n <filterref filter=\'vdsm-no-mac-spoofing\'/>\n <link state=\'up\'/>\n <alias name=\'net0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x03\' function=\'0x0\'/>\n </interface>\n <channel type=\'unix\'>\n <source mode=\'bind\' path=\'/var/lib/libvirt/qemu/channels/cf9c5dbf-3924-47c6-b323-22ac90a1f682.com.redhat.rhevm.vdsm\'/>\n <target type=\'virtio\' name=\'com.redhat.rhevm.vdsm\' state=\'connected\'/>\n <alias name=\'channel0\'/>\n <address type=\'virtio-serial\' controller=\'0\' bus=\'0\' port=\'1\'/>\n </channel>\n <channel type=\'unix\'>\n <source mode=\'bind\' path=\'/var/lib/libvirt/qemu/channels/cf9c5dbf-3924-47c6-b323-22ac90a1f682.org.qemu.guest_agent.0\'/>\n <target type=\'virtio\' name=\'org.qemu.guest_agent.0\' state=\'connected\'/>\n <alias name=\'channel1\'/>\n <address type=\'virtio-serial\' controller=\'0\' bus=\'0\' port=\'2\'/>\n </channel>\n <channel type=\'spicevmc\'>\n <target type=\'virtio\' name=\'com.redhat.spice.0\' state=\'connected\'/>\n <alias name=\'channel2\'/>\n <address type=\'virtio-serial\' controller=\'0\' bus=\'0\' port=\'3\'/>\n </channel>\n <input type=\'mouse\' bus=\'ps2\'>\n <alias name=\'input0\'/>\n </input>\n <input type=\'keyboard\' bus=\'ps2\'>\n <alias name=\'input1\'/>\n </input>\n <graphics type=\'spice\' tlsPort=\'5900\' autoport=\'yes\' listen=\'128.84.46.164\' defaultMode=\'secure\' passwdValidTo=\'2017-03-27T14:37:09\'>\n <listen type=\'address\' address=\'128.84.46.164\'/>\n <channel name=\'main\' mode=\'secure\'/>\n <channel name=\'display\' mode=\'secure\'/>\n <channel name=\'inputs\' mode=\'secure\'/>\n <channel name=\'cursor\' mode=\'secure\'/>\n <channel name=\'playback\' mode=\'secure\'/>\n <channel name=\'record\' mode=\'secure\'/>\n <channel name=\'smartcard\' mode=\'secure\'/>\n <channel name=\'usbredir\' mode=\'secure\'/>\n </graphics>\n <video>\n <model type=\'qxl\' ram=\'65536\' vram=\'8192\' vgamem=\'16384\' heads=\'1\' primary=\'yes\'/>\n <alias name=\'video0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x02\' function=\'0x0\'/>\n </video>\n <memballoon model=\'virtio\'>\n <alias name=\'balloon0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x06\' function=\'0x0\'/>\n </memballoon>\n <rng model=\'virtio\'>\n <backend model=\'random\'>/dev/urandom</backend>\n <alias name=\'rng0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x07\' function=\'0x0\'/>\n </rng>\n </devices>\n <seclabel type=\'none\' model=\'none\'/>\n <seclabel type=\'dynamic\' model=\'dac\' relabel=\'yes\'>\n <label>+265:+107</label>\n <imagelabel>+265:+107</imagelabel>\n </seclabel>\n</domain>\n', u'memSize': 1024, u'smpCoresPerSocket': u'1', u'vmName': u'lnx16', u'nice': u'0', u'username': u'(unknown)', u'maxMemSize': 4096, u'bootMenuEnable': u'false', u'smpThreadsPerCore': u'1', u'smartcardEnable': u'false', u'clientIp': u'', u'guestAgentAPIVersion': 3, u'kvmEnable': u'true', u'pitReinjection': u'false', u'displayNetwork': u'classepublic', u'devices': [{u'target': 1048576, u'alias': u'balloon0', u'specParams': {u'model': u'virtio'}, u'deviceId': u'ee3ebcbf-08d9-481e-907c-efe32b8ee869', u'address': {u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'slot': u'0x06'}, u'device': u'memballoon', u'type': u'balloon'}, {u'alias': u'rng0', u'specParams': {u'source': u'urandom'}, u'deviceId': u'0c522e52-a4c9-4bd9-a367-7b6fddedc931', u'address': {u'slot': u'0x07', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x0'}, u'device': u'virtio', u'model': u'virtio', u'type': u'rng'}, {u'index': u'0', u'alias': u'usb', u'specParams': {}, u'deviceId': u'3d4cbbda-4aa6-424e-95c6-bfae37e466b7', u'address': {u'slot': u'0x01', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x2'}, u'device': u'usb', u'model': u'piix3-uhci', u'type': u'controller'}, {u'index': u'0', u'alias': u'scsi0', u'specParams': {}, u'deviceId': u'0db369d1-81d8-4534-8437-105b851670c5', u'address': {u'slot': u'0x04', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x0'}, u'device': u'scsi', u'model': u'virtio-scsi', u'type': u'controller'}, {u'alias': u'virtio-serial0', u'specParams': {}, u'deviceId': u'553f9e1c-d811-4cb6-82bc-d567cd8e50bd', u'address': {u'slot': u'0x05', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x0'}, u'device': u'virtio-serial', u'type': u'controller'}, {u'alias': u'video0', u'specParams': {u'vram': u'8192', u'vgamem': u'16384', u'heads': u'1', u'ram': u'65536'}, u'deviceId': u'2ece7a34-22ec-49bc-b48c-df4660d13d71', u'address': {u'slot': u'0x02', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x0'}, u'device': u'qxl', u'type': u'video'}, {u'device': u'spice', u'specParams': {u'fileTransferEnable': u'true', u'spiceSecureChannels': u'smain,sinputs,scursor,splayback,srecord,sdisplay,ssmartcard,susbredir', u'displayNetwork': u'classepublic', u'displayIp': u'128.84.46.164', u'copyPasteEnable': u'true'}, u'type': u'graphics', u'deviceId': u'a7076b55-ddbb-4932-aca4-c567d9576c54', u'tlsPort': u'5900'}, {u'nicModel': u'pv', u'macAddr': u'00:1a:4a:16:01:51', u'linkActive': True, u'network': u'classepublic', u'alias': u'net0', u'filter': u'vdsm-no-mac-spoofing', u'specParams': {u'inbound': {}, u'outbound': {}}, u'deviceId': u'5110646a-b5d4-4b62-8188-b18cec8c15df', u'address': {u'slot': u'0x03', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x0'}, u'device': u'bridge', u'type': u'interface', u'name': u'vnet0'}, {u'index': u'2', u'iface': u'ide', u'name': u'hdc', u'alias': u'ide0-1-0', u'specParams': {u'path': u''}, u'readonly': u'True', u'deviceId': u'75deba88-b39d-478c-83d3-cc535b43bb28', u'address': {u'bus': u'1', u'controller': u'0', u'type': u'drive', u'target': u'0', u'unit': u'0'}, u'device': u'cdrom', u'shared': u'false', u'path': u'', u'type': u'disk'}, {u'poolID': u'00000001-0001-0001-0001-000000000311', u'volumeInfo': {u'domainID': u'016ceee8-9117-4e8a-b611-f58f6763a098', u'volType': u'path', u'leaseOffset': 111149056, u'volumeID': u'67b12700-5faf-49b2-af40-6178023b3794', u'leasePath': u'/dev/016ceee8-9117-4e8a-b611-f58f6763a098/leases', u'imageID': u'21d18729-279f-435b-90ab-a2995f041bc6', u'path': u'/rhev/data-center/mnt/blockSD/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794'}, u'index': 0, u'iface': u'scsi', u'apparentsize': u'107374182400', u'alias': u'scsi0-0-0-0', u'imageID': u'21d18729-279f-435b-90ab-a2995f041bc6', u'readonly': u'False', u'shared': u'false', u'truesize': u'107374182400', u'type': u'disk', u'domainID': u'016ceee8-9117-4e8a-b611-f58f6763a098', u'reqsize': u'0', u'format': u'raw', u'deviceId': u'21d18729-279f-435b-90ab-a2995f041bc6', u'address': {u'bus': u'0', u'controller': u'0', u'type': u'drive', u'target': u'0', u'unit': u'0'}, u'device': u'disk', u'path': u'/rhev/data-center/00000001-0001-0001-0001-000000000311/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794', u'propagateErrors': u'off', u'optional': u'false', u'name': u'sda', u'bootOrder': u'1', u'volumeID': u'67b12700-5faf-49b2-af40-6178023b3794', u'specParams': {}, u'discard': False, u'volumeChain': [{u'domainID': u'016ceee8-9117-4e8a-b611-f58f6763a098', u'volType': u'path', u'leaseOffset': 111149056, u'volumeID': u'67b12700-5faf-49b2-af40-6178023b3794', u'leasePath': u'/dev/016ceee8-9117-4e8a-b611-f58f6763a098/leases', u'imageID': u'21d18729-279f-435b-90ab-a2995f041bc6', u'path': u'/rhev/data-center/mnt/blockSD/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794'}]}, {u'device': u'ide', u'alias': u'ide', u'type': u'controller', u'address': {u'slot': u'0x01', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x1'}}, {u'device': u'unix', u'alias': u'channel0', u'type': u'channel', u'address': {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': u'1'}}, {u'device': u'unix', u'alias': u'channel1', u'type': u'channel', u'address': {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': u'2'}}, {u'device': u'spicevmc', u'alias': u'channel2', u'type': u'channel', u'address': {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': u'3'}}], u'memGuaranteedSize': 1024, u'status': u'Up', u'maxVCpus': u'16', u'guestIPs': u'128.84.46.16 192.168.122.1', u'statusTime': u'4528256170', u'maxMemSlots': 16}, False) kwargs={} (api:37) 2017-03-27 10:57:02,776-0400 INFO (jsonrpc/4) [vdsm.api] FINISH __init__ return=None (api:43) 2017-03-27 10:57:02,777-0400 INFO (vm/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') VM wrapper has started (vm:1915) 2017-03-27 10:57:02,778-0400 INFO (vm/cf9c5dbf) [dispatcher] Run and protect: getVolumeSize(sdUUID=u'016ceee8-9117-4e8a-b611-f58f6763a098', spUUID=u'00000001-0001-0001-0001-000000000311', imgUUID=u'21d18729-279f-435b-90ab-a2995f041bc6', volUUID=u'67b12700-5faf-49b2-af40-6178023b3794', options=None) (logUtils:51) 2017-03-27 10:57:02,809-0400 INFO (vm/cf9c5dbf) [dispatcher] Run and protect: getVolumeSize, Return response: {'truesize': '107374182400', 'apparentsize': '107374182400'} (logUtils:54) 2017-03-27 10:57:02,809-0400 INFO (vm/cf9c5dbf) [vds] prepared volume path: (clientIF:374) 2017-03-27 10:57:02,810-0400 INFO (vm/cf9c5dbf) [dispatcher] Run and protect: prepareImage(sdUUID=u'016ceee8-9117-4e8a-b611-f58f6763a098', spUUID=u'00000001-0001-0001-0001-000000000311', imgUUID=u'21d18729-279f-435b-90ab-a2995f041bc6', leafUUID=u'67b12700-5faf-49b2-af40-6178023b3794', allowIllegal=False) (logUtils:51) 2017-03-27 10:57:02,859-0400 INFO (vm/cf9c5dbf) [storage.LVM] Activating lvs: vg=016ceee8-9117-4e8a-b611-f58f6763a098 lvs=['67b12700-5faf-49b2-af40-6178023b3794'] (lvm:1289) 2017-03-27 10:57:02,947-0400 INFO (vm/cf9c5dbf) [storage.LVM] Refreshing lvs: vg=016ceee8-9117-4e8a-b611-f58f6763a098 lvs=['leases'] (lvm:1285) 2017-03-27 10:57:02,998-0400 INFO (vm/cf9c5dbf) [dispatcher] Run and protect: prepareImage, Return response: {'info': {'domainID': u'016ceee8-9117-4e8a-b611-f58f6763a098', 'volType': 'path', 'leaseOffset': 111149056, 'path': u'/rhev/data-center/mnt/blockSD/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794', 'volumeID': '67b12700-5faf-49b2-af40-6178023b3794', 'leasePath': '/dev/016ceee8-9117-4e8a-b611-f58f6763a098/leases', 'imageID': u'21d18729-279f-435b-90ab-a2995f041bc6'}, 'path': u'/rhev/data-center/00000001-0001-0001-0001-000000000311/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794', 'imgVolumesInfo': [{'domainID': u'016ceee8-9117-4e8a-b611-f58f6763a098', 'volType': 'path', 'leaseOffset': 111149056, 'path': u'/rhev/data-center/mnt/blockSD/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794', 'volumeID': '67b12700-5faf-49b2-af40-6178023b3794', 'leasePath': '/dev/016ceee8-9117-4e8a-b611-f58f6763a098/leases', 'imageID': u'21d18729-279f-435b-90ab-a2995f041bc6'}]} (logUtils:54) 2017-03-27 10:57:02,998-0400 INFO (vm/cf9c5dbf) [vds] prepared volume path: /rhev/data-center/00000001-0001-0001-0001-000000000311/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794 (clientIF:374) 2017-03-27 10:57:03,026-0400 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call VM.migrationCreate succeeded in 0.27 seconds (__init__:515) 2017-03-27 10:57:03,225-0400 INFO (jsonrpc/7) [vdsm.api] START destroy args=(<virt.vm.Vm object at 0x4132e50>, 1) kwargs={} (api:37) 2017-03-27 10:57:03,225-0400 INFO (jsonrpc/7) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Release VM resources (vm:4199) 2017-03-27 10:57:03,226-0400 INFO (jsonrpc/7) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Stopping connection (guestagent:430) 2017-03-27 10:57:03,227-0400 INFO (jsonrpc/7) [dispatcher] Run and protect: teardownImage(sdUUID=u'016ceee8-9117-4e8a-b611-f58f6763a098', spUUID=u'00000001-0001-0001-0001-000000000311', imgUUID=u'21d18729-279f-435b-90ab-a2995f041bc6', volUUID=None) (logUtils:51) 2017-03-27 10:57:03,237-0400 INFO (vm/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Changed state to Down: VM destroyed during the startup (code=10) (vm:1207) 2017-03-27 10:57:03,238-0400 INFO (vm/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Stopping connection (guestagent:430) 2017-03-27 10:57:03,260-0400 INFO (jsonrpc/7) [storage.LVM] Deactivating lvs: vg=016ceee8-9117-4e8a-b611-f58f6763a098 lvs=['67b12700-5faf-49b2-af40-6178023b3794'] (lvm:1297) 2017-03-27 10:57:03,311-0400 INFO (jsonrpc/7) [dispatcher] Run and protect: teardownImage, Return response: None (logUtils:54) 2017-03-27 10:57:03,312-0400 INFO (jsonrpc/7) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Stopping connection (guestagent:430) 2017-03-27 10:57:03,312-0400 WARN (jsonrpc/7) [root] File: /var/lib/libvirt/qemu/channels/cf9c5dbf-3924-47c6-b323-22ac90a1f682.com.redhat.rhevm.vdsm already removed (utils:120) 2017-03-27 10:57:03,312-0400 WARN (jsonrpc/7) [root] File: /var/lib/libvirt/qemu/channels/cf9c5dbf-3924-47c6-b323-22ac90a1f682.org.qemu.guest_agent.0 already removed (utils:120) 2017-03-27 10:57:03,313-0400 WARN (jsonrpc/7) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') timestamp already removed from stats cache (vm:1729) 2017-03-27 10:57:03,313-0400 INFO (jsonrpc/7) [dispatcher] Run and protect: inappropriateDevices(thiefId=u'cf9c5dbf-3924-47c6-b323-22ac90a1f682') (logUtils:51) 2017-03-27 10:57:03,314-0400 INFO (jsonrpc/7) [dispatcher] Run and protect: inappropriateDevices, Return response: None (logUtils:54) 2017-03-27 10:57:03,314-0400 INFO (jsonrpc/7) [vdsm.api] FINISH destroy return={'status': {'message': 'Done', 'code': 0}} (api:43) 2017-03-27 10:57:03,315-0400 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call VM.destroy succeeded in 0.09 seconds (__init__:515) 2017-03-27 10:57:03,937-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:53024 (protocoldetector:72) 2017-03-27 10:57:03,943-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:53024 (protocoldetector:127) 2017-03-27 10:57:03,944-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-27 10:57:03,945-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-27 10:57:04,084-0400 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:515) 2017-03-27 10:57:04,086-0400 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call VM.getStats failed (error 1) in 0.00 seconds (__init__:515) 2017-03-27 10:57:04,767-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:53026 (protocoldetector:72) 2017-03-27 10:57:04,772-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:53026 (protocoldetector:127) 2017-03-27 10:57:04,773-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-27 10:57:04,774-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-27 10:57:04,913-0400 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:515) 2017-03-27 10:57:05,126-0400 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.getCapabilities succeeded in 0.22 seconds (__init__:515) 2017-03-27 10:57:06,040-0400 INFO (periodic/0) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51) 2017-03-27 10:57:06,040-0400 INFO (periodic/0) [dispatcher] Run and protect: repoStats, Return response: {u'016ceee8-9117-4e8a-b611-f58f6763a098': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000426872', 'lastCheck': '4.6', 'valid': True}, u'2438f819-e7f5-4bb1-ad0d-5349fa371e6e': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000387272', 'lastCheck': '4.5', 'valid': True}, u'48d4f45d-0bdd-4f4a-90b6-35efe2da935a': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000353399', 'lastCheck': '0.5', 'valid': True}} (logUtils:54) 2017-03-27 10:57:08,170-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:53028 (protocoldetector:72) 2017-03-27 10:57:08,176-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:53028 (protocoldetector:127) 2017-03-27 10:57:08,176-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-27 10:57:08,177-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-27 10:57:08,321-0400 INFO (jsonrpc/6) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51) 2017-03-27 10:57:08,322-0400 INFO (jsonrpc/6) [dispatcher] Run and protect: repoStats, Return response: {u'016ceee8-9117-4e8a-b611-f58f6763a098': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000426872', 'lastCheck': '2.1', 'valid': True}, u'2438f819-e7f5-4bb1-ad0d-5349fa371e6e': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000387272', 'lastCheck': '1.2', 'valid': True}, u'48d4f45d-0bdd-4f4a-90b6-35efe2da935a': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000353399', 'lastCheck': '2.8', 'valid': True}} (logUtils:54) 2017-03-27 10:57:08,324-0400 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:515) 2017-03-27 10:57:08,327-0400 INFO (jsonrpc/4) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51) 2017-03-27 10:57:08,328-0400 INFO (jsonrpc/4) [dispatcher] Run and protect: repoStats, Return response: {u'016ceee8-9117-4e8a-b611-f58f6763a098': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000426872', 'lastCheck': '2.1', 'valid': True}, u'2438f819-e7f5-4bb1-ad0d-5349fa371e6e': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000387272', 'lastCheck': '1.2', 'valid': True}, u'48d4f45d-0bdd-4f4a-90b6-35efe2da935a': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000353399', 'lastCheck': '2.8', 'valid': True}} (logUtils:54) 2017-03-27 10:57:08,619-0400 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.getStats succeeded in 0.29 seconds (__init__:515) 2017-03-27 10:57:08,625-0400 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getStats succeeded in 0.30 seconds (__init__:515) 2017-03-27 10:57:08,848-0400 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:515) 2017-03-27 10:57:09,370-0400 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:515) 2017-03-27 10:57:10,927-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:53030 (protocoldetector:72) 2017-03-27 10:57:10,932-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:53030 (protocoldetector:127) 2017-03-27 10:57:10,932-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-27 10:57:10,933-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-27 10:57:11,077-0400 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:515) 2017-03-27 10:57:11,080-0400 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call VM.getStats failed (error 1) in 0.00 seconds (__init__:515) 2017-03-27 10:57:13,802-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:53034 (protocoldetector:72) 2017-03-27 10:57:13,808-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:53034 (protocoldetector:127) 2017-03-27 10:57:13,809-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-27 10:57:13,810-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-27 10:57:14,015-0400 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:515) 2017-03-27 10:57:14,019-0400 INFO (jsonrpc/5) [dispatcher] Run and protect: getImagesList(sdUUID=u'48d4f45d-0bdd-4f4a-90b6-35efe2da935a', options=None) (logUtils:51) 2017-03-27 10:57:14,050-0400 INFO (jsonrpc/5) [dispatcher] Run and protect: getImagesList, Return response: {'imageslist': ['a1d7f855-40d4-4f07-bf25-625284682b40', 'c61297c5-367b-4c98-a44b-de0318848a24', 'c2fc0c7c-596e-4011-8471-7f67408ea633', 'b2bb3396-a8fb-4ed7-89c7-4cc7d22aa26a', '6d594f05-c2c2-4ef0-849f-28da46b8f87e', '5fc548e6-51a8-44ee-a14b-92e0e924d7b8']} (logUtils:54) 2017-03-27 10:57:14,051-0400 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call StorageDomain.getImages succeeded in 0.03 seconds (__init__:515) 2017-03-27 10:57:14,083-0400 INFO (jsonrpc/4) [dispatcher] Run and protect: getVolumesList(sdUUID=u'48d4f45d-0bdd-4f4a-90b6-35efe2da935a', spUUID=u'00000000-0000-0000-0000-000000000000', imgUUID=u'a1d7f855-40d4-4f07-bf25-625284682b40', options=None) (logUtils:51) ...

2 2

mOvirt 1.7 - Engine 4.0.6 - No disks per VM
by Markus Stockhausen 29 Mar '17

29 Mar '17

This is a multi-part message in MIME format. ------=_NextPartTM-000-cca377ad-5728-4865-8f51-8def01f5a14d Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there,=0A= =0A= my smartphone updated mOvirt these days to 1.7. Since then I always=0A= get errors when trying to access the disks dialogue of a VM in mOVirt. =0A= It boils down to the URL https://<engine-host>/ovirt-engine/api/vms/<vm-id>= /disks=0A= Result is always 404.=0A= =0A= A simple cross check in the webbrowser returns the same result.=0A= At least we can get to the predecessor item without trouble.=0A= https://<engine-host>/ovirt-engine/api/vms/<vm-id>=0A= Looking at that output I'd say that the url should be diskattachment=0A= instead of disks:=0A= =0A= <actions>=0A= ...=0A= </actions>=0A= ...=0A= <link href=3D"/ovirt-engine/api/vms/542affb0-7a2f-4297-84f4-728a315a6abd/di= skattachments" rel=3D"diskattachments"/>=0A= ...=0A= =0A= Our cluster is still 4.0.6 - maybe some incompatibility?=0A= =0A= Best regards.=0A= =0A= Markus=0A= = ------=_NextPartTM-000-cca377ad-5728-4865-8f51-8def01f5a14d Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-cca377ad-5728-4865-8f51-8def01f5a14d--

2 2

Ovirt Setup Template.
by TranceWorldLogic . 29 Mar '17

29 Mar '17

Hi, I was just trying to explore ovirt and was searching for tool that can help me to create ovirt setup template. But not found much information online. So I tried backup and restore method but that not solve my problem. I am looking for tool, in which I will provide host and number of VM and network configuration as template and then on new machine that tool will execute template and it setup ovirt engine. Please let me know if such tool is available in ovirt. Thanks, ~Rohit

2 1

migration failures - libvirtError - listen attribute must match address attribute of first listen element
by Devin A. Bougie 29 Mar '17

29 Mar '17

We have a new 4.1.1 cluster setup. Migration of VM's that have a console / graphics setup is failing. Migration of VM's that run headless succeeds. The red flag in vdsm.log on the source is: libvirtError: unsupported configuration: graphics 'listen' attribute '192.168.55.82' must match 'address' attribute of first listen element (found '192.168.55.84') This happens when the console is set to either VNC or SPICE. Please see below for larger excerpts from vdsm.log on the source and destination. Any help would be greatly appreciated. Many thanks, Devin SOURCE: ------ 2017-03-29 09:53:30,314-0400 INFO (jsonrpc/5) [vdsm.api] START migrate args=(<virt.vm.Vm object at 0x37914d0>, {u'incomingLimit': 2, u'src': u'192.168.55.82', u'dstqemu': u'192.168.55.84', u'autoConverge': u'false', u'tunneled': u'false', u'en ableGuestEvents': False, u'dst': u'192.168.55.84:54321', u'vmId': u'cf9c5dbf-3924-47c6-b323-22ac90a1f682', u'abortOnError': u'true', u'outgoingLimit': 2, u'compressed': u'false', u'maxBandwidth': 5000, u'method': u'online', 'mode': 'remote'}) k wargs={} (api:37) 2017-03-29 09:53:30,315-0400 INFO (jsonrpc/5) [vdsm.api] FINISH migrate return={'status': {'message': 'Migration in progress', 'code': 0}, 'progress': 0} (api:43) 2017-03-29 09:53:30,315-0400 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call VM.migrate succeeded in 0.00 seconds (__init__:515) 2017-03-29 09:53:30,444-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:52494 (protocoldetector:72) 2017-03-29 09:53:30,450-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:52494 (protocoldetector:127) 2017-03-29 09:53:30,450-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-29 09:53:30,451-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-29 09:53:30,628-0400 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:515) 2017-03-29 09:53:30,630-0400 INFO (jsonrpc/7) [dispatcher] Run and protect: repoStats(options=None) (logUtils:51) 2017-03-29 09:53:30,631-0400 INFO (jsonrpc/7) [dispatcher] Run and protect: repoStats, Return response: {u'016ceee8-9117-4e8a-b611-f58f6763a098': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000226545', 'lastCheck': '3.2', 'valid': True}, u'2438f819-e7f5-4bb1-ad0d-5349fa371e6e': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000232943', 'lastCheck': '3.1', 'valid': True}, u'48d4f45d-0bdd-4f4a-90b6-35efe2da935a': {'code': 0, 'actual ': True, 'version': 4, 'acquired': True, 'delay': '0.000612878', 'lastCheck': '8.3', 'valid': True}} (logUtils:54) 2017-03-29 09:53:30,631-0400 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getStorageRepoStats succeeded in 0.00 seconds (__init__:515) 2017-03-29 09:53:30,701-0400 INFO (migsrc/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Creation of destination VM took: 0 seconds (migration:455) 2017-03-29 09:53:30,701-0400 INFO (migsrc/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') starting migration to qemu+tls://192.168.55.84/system with miguri tcp://192.168.55.84 (migration:480) 2017-03-29 09:53:31,120-0400 ERROR (migsrc/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') unsupported configuration: graphics 'listen' attribute '192.168.55.82' must match 'address' attribute of first listen element (found '1 92.168.55.84') (migration:287) 2017-03-29 09:53:31,206-0400 ERROR (migsrc/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Failed to migrate (migration:429) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 411, in run self._startUnderlyingMigration(time.time()) File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 489, in _startUnderlyingMigration self._perform_with_downtime_thread(duri, muri) File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 555, in _perform_with_downtime_thread self._perform_migration(duri, muri) File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 528, in _perform_migration self._vm._dom.migrateToURI3(duri, params, flags) File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 69, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 123, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 941, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1939, in migrateToURI3 if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self) libvirtError: unsupported configuration: graphics 'listen' attribute '192.168.55.82' must match 'address' attribute of first listen element (found '192.168.55.84') ------ DESTINATION: ------ 2017-03-29 09:53:30,040-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:58476 (protocoldetector:72) 2017-03-29 09:53:30,046-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:58476 (protocoldetector:127) 2017-03-29 09:53:30,047-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-29 09:53:30,047-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-29 09:53:30,195-0400 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.00 seconds (__init__:515) 2017-03-29 09:53:30,198-0400 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call VM.getStats failed (error 1) in 0.00 seconds (__init__:515) 2017-03-29 09:53:30,316-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::ffff:192.168.55.82:53024 (protocoldetector:72) 2017-03-29 09:53:30,321-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::ffff:192.168.55.82:53024 (protocoldetector:127) 2017-03-29 09:53:30,322-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-29 09:53:30,322-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129) 2017-03-29 09:53:30,506-0400 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.ping succeeded in 0.00 seconds (__init__:515) 2017-03-29 09:53:30,530-0400 INFO (jsonrpc/4) [vdsm.api] START __init__ args=(<virt.vm.Vm object at 0x2cfea90>, <clientIF.clientIF object at 0x7fb26801e650>, {u'guestFQDN': u'lnx16.classe.cornell.edu', u'acpiEnable': u'true', u'emulatedMachine': u'pc-i440fx-rhel7.3.0', u'afterMigrationStatus': u'', u'enableGuestEvents': False, u'vmId': u'cf9c5dbf-3924-47c6-b323-22ac90a1f682', u'elapsedTimeOffset': 67.87702083587646, u'guestDiskMapping': {u'0QEMU_QEMU_HARDDISK_21d18729-279f-435b-9': {u'name': u'/dev/sda'}, u'QEMU_DVD-ROM_QM00003': {u'name': u'/dev/sr0'}}, u'transparentHugePages': u'true', u'timeOffset': u'0', u'cpuType': u'Haswell-noTSX', u'custom': {u'device_db4d6de5-03d3-46e0-9a92-3044e17b50fcdevice_8ebf0ec2-9d84-4c8f-b83e-cac1ddfee2e0': u"VmDevice:{id='VmDeviceId:{deviceId='8ebf0ec2-9d84-4c8f-b83e-cac1ddfee2e0', vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682'}', device='unix', type='CHANNEL', bootOrder='0', specParams='[]', address='{bus=0, controller=0, type=virtio-serial, port=1}', managed='false', plugged='true', readOnly='false', deviceAlias='channel0', customProperties='[]', snapshotId='null', logicalName='null', hostDevice='null'}", u'device_db4d6de5-03d3-46e0-9a92-3044e17b50fc': u"VmDevice:{id='VmDeviceId:{deviceId='db4d6de5-03d3-46e0-9a92-3044e17b50fc', vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682'}', device='ide', type='CONTROLLER', bootOrder='0', specParams='[]', address='{slot=0x01, bus=0x00, domain=0x0000, type=pci, function=0x1}', managed='false', plugged='true', readOnly='false', deviceAlias='ide', customProperties='[]', snapshotId='null', logicalName='null', hostDevice='null'}", u'device_db4d6de5-03d3-46e0-9a92-3044e17b50fcdevice_8ebf0ec2-9d84-4c8f-b83e-cac1ddfee2e0device_88d0b21d-8559-44bf-890d-6956d2a8a3d7device_100c3618-b264-4d1b-852c-31e72704939e': u"VmDevice:{id='VmDeviceId:{deviceId='100c3618-b264-4d1b-852c-31e72704939e', vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682'}', device='tablet', type='UNKNOWN', bootOrder='0', specParams='[]', address='{bus=0, type=usb, port=1}', managed='false', plugged='true', readOnly='false', deviceAlias='input0', customProperties='[]', snapshotId='null', logicalName='null', hostDevice='null'}", u'device_db4d6de5-03d3-46e0-9a92-3044e17b50fcdevice_8ebf0ec2-9d84-4c8f-b83e-cac1ddfee2e0device_88d0b21d-8559-44bf-890d-6956d2a8a3d7': u"VmDevice:{id='VmDeviceId:{deviceId='88d0b21d-8559-44bf-890d-6956d2a8a3d7', vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682'}', device='unix', type='CHANNEL', bootOrder='0', specParams='[]', address='{bus=0, controller=0, type=virtio-serial, port=2}', managed='false', plugged='true', readOnly='false', deviceAlias='channel1', customProperties='[]', snapshotId='null', logicalName='null', hostDevice='null'}"}, u'pauseCode': u'NOERR', u'migrationDest': u'libvirt', u'guestNumaNodes': [{u'nodeIndex': 0, u'cpus': u'0', u'memory': u'1024'}], u'display': u'qxl', u'smp': u'1', u'vmType': u'kvm', u'_srcDomXML': u'<domain type=\'kvm\' id=\'7\'>\n <name>lnx16</name>\n <uuid>cf9c5dbf-3924-47c6-b323-22ac90a1f682</uuid>\n <metadata xmlns:ovirt="http://ovirt.org/vm/tune/1.0">\n <ovirt:qos/>\n </metadata>\n <maxMemory slots=\'16\' unit=\'KiB\'>4194304</maxMemory>\n <memory unit=\'KiB\'>1048576</memory>\n <currentMemory unit=\'KiB\'>1048576</currentMemory>\n <vcpu placement=\'static\' current=\'1\'>16</vcpu>\n <cputune>\n <shares>1020</shares>\n </cputune>\n <resource>\n <partition>/machine</partition>\n </resource>\n <sysinfo type=\'smbios\'>\n <system>\n <entry name=\'manufacturer\'>oVirt</entry>\n <entry name=\'product\'>oVirt Node</entry>\n <entry name=\'version\'>7.3-4.sl7</entry>\n <entry name=\'serial\'>A66BD1AB-D252-11E6-9BD8-0090FAF3D77A</entry>\n <entry name=\'uuid\'>cf9c5dbf-3924-47c6-b323-22ac90a1f682</entry>\n </system>\n </sysinfo>\n <os>\n <type arch=\'x86_64\' machine=\'pc-i440fx-rhel7.3.0\'>hvm</type>\n <smbios mode=\'sysinfo\'/>\n </os>\n <features>\n <acpi/>\n </features>\n <cpu mode=\'custom\' match=\'exact\'>\n <model fallback=\'allow\'>Haswell-noTSX</model>\n <topology sockets=\'16\' cores=\'1\' threads=\'1\'/>\n <numa>\n <cell id=\'0\' cpus=\'0\' memory=\'1048576\' unit=\'KiB\'/>\n </numa>\n </cpu>\n <clock offset=\'variable\' adjustment=\'0\' basis=\'utc\'>\n <timer name=\'rtc\' tickpolicy=\'catchup\'/>\n <timer name=\'pit\' tickpolicy=\'delay\'/>\n <timer name=\'hpet\' present=\'no\'/>\n </clock>\n <on_poweroff>destroy</on_poweroff>\n <on_reboot>restart</on_reboot>\n <on_crash>destroy</on_crash>\n <devices>\n <emulator>/usr/libexec/qemu-kvm</emulator>\n <disk type=\'file\' device=\'cdrom\'>\n <driver name=\'qemu\' type=\'raw\'/>\n <source startupPolicy=\'optional\'/>\n <backingStore/>\n <target dev=\'hdc\' bus=\'ide\'/>\n <readonly/>\n <alias name=\'ide0-1-0\'/>\n <address type=\'drive\' controller=\'0\' bus=\'1\' target=\'0\' unit=\'0\'/>\n </disk>\n <disk type=\'block\' device=\'disk\' snapshot=\'no\'>\n <driver name=\'qemu\' type=\'raw\' cache=\'none\' error_policy=\'stop\' io=\'native\'/>\n <source dev=\'/rhev/data-center/00000001-0001-0001-0001-000000000311/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794\'/>\n <backingStore/>\n <target dev=\'sda\' bus=\'scsi\'/>\n <serial>21d18729-279f-435b-90ab-a2995f041bc6</serial>\n <boot order=\'1\'/>\n <alias name=\'scsi0-0-0-0\'/>\n <address type=\'drive\' controller=\'0\' bus=\'0\' target=\'0\' unit=\'0\'/>\n </disk>\n <controller type=\'usb\' index=\'0\' model=\'piix3-uhci\'>\n <alias name=\'usb\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x01\' function=\'0x2\'/>\n </controller>\n <controller type=\'scsi\' index=\'0\' model=\'virtio-scsi\'>\n <alias name=\'scsi0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x04\' function=\'0x0\'/>\n </controller>\n <controller type=\'virtio-serial\' index=\'0\' ports=\'16\'>\n <alias name=\'virtio-serial0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x05\' function=\'0x0\'/>\n </controller>\n <controller type=\'pci\' index=\'0\' model=\'pci-root\'>\n <alias name=\'pci.0\'/>\n </controller>\n <controller type=\'ide\' index=\'0\'>\n <alias name=\'ide\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x01\' function=\'0x1\'/>\n </controller>\n <interface type=\'bridge\'>\n <mac address=\'00:1a:4a:16:01:51\'/>\n <source bridge=\'vdsmbr_ar07Qseb\'/>\n <virtualport type=\'openvswitch\'>\n <parameters interfaceid=\'d6b1c75a-de66-4528-ad4a-49996403e6f8\'/>\n </virtualport>\n <target dev=\'vnet0\'/>\n <model type=\'virtio\'/>\n <filterref filter=\'vdsm-no-mac-spoofing\'/>\n <link state=\'up\'/>\n <alias name=\'net0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x03\' function=\'0x0\'/>\n </interface>\n <channel type=\'unix\'>\n <source mode=\'bind\' path=\'/var/lib/libvirt/qemu/channels/cf9c5dbf-3924-47c6-b323-22ac90a1f682.com.redhat.rhevm.vdsm\'/>\n <target type=\'virtio\' name=\'com.redhat.rhevm.vdsm\' state=\'connected\'/>\n <alias name=\'channel0\'/>\n <address type=\'virtio-serial\' controller=\'0\' bus=\'0\' port=\'1\'/>\n </channel>\n <channel type=\'unix\'>\n <source mode=\'bind\' path=\'/var/lib/libvirt/qemu/channels/cf9c5dbf-3924-47c6-b323-22ac90a1f682.org.qemu.guest_agent.0\'/>\n <target type=\'virtio\' name=\'org.qemu.guest_agent.0\' state=\'connected\'/>\n <alias name=\'channel1\'/>\n <address type=\'virtio-serial\' controller=\'0\' bus=\'0\' port=\'2\'/>\n </channel>\n <channel type=\'spicevmc\'>\n <target type=\'virtio\' name=\'com.redhat.spice.0\' state=\'connected\'/>\n <alias name=\'channel2\'/>\n <address type=\'virtio-serial\' controller=\'0\' bus=\'0\' port=\'3\'/>\n </channel>\n <input type=\'mouse\' bus=\'ps2\'>\n <alias name=\'input0\'/>\n </input>\n <input type=\'keyboard\' bus=\'ps2\'>\n <alias name=\'input1\'/>\n </input>\n <graphics type=\'spice\' tlsPort=\'5900\' autoport=\'yes\' listen=\'192.168.55.82\' defaultMode=\'secure\' passwdValidTo=\'1970-01-01T00:00:01\'>\n <listen type=\'address\' address=\'192.168.55.82\'/>\n <channel name=\'main\' mode=\'secure\'/>\n <channel name=\'display\' mode=\'secure\'/>\n <channel name=\'inputs\' mode=\'secure\'/>\n <channel name=\'cursor\' mode=\'secure\'/>\n <channel name=\'playback\' mode=\'secure\'/>\n <channel name=\'record\' mode=\'secure\'/>\n <channel name=\'smartcard\' mode=\'secure\'/>\n <channel name=\'usbredir\' mode=\'secure\'/>\n </graphics>\n <video>\n <model type=\'qxl\' ram=\'65536\' vram=\'8192\' vgamem=\'16384\' heads=\'1\' primary=\'yes\'/>\n <alias name=\'video0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x02\' function=\'0x0\'/>\n </video>\n <memballoon model=\'virtio\'>\n <alias name=\'balloon0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x06\' function=\'0x0\'/>\n </memballoon>\n <rng model=\'virtio\'>\n <backend model=\'random\'>/dev/urandom</backend>\n <alias name=\'rng0\'/>\n <address type=\'pci\' domain=\'0x0000\' bus=\'0x00\' slot=\'0x07\' function=\'0x0\'/>\n </rng>\n </devices>\n <seclabel type=\'none\' model=\'none\'/>\n <seclabel type=\'dynamic\' model=\'dac\' relabel=\'yes\'>\n <label>+265:+107</label>\n <imagelabel>+265:+107</imagelabel>\n </seclabel>\n</domain>\n', u'memSize': 1024, u'smpCoresPerSocket': u'1', u'vmName': u'lnx16', u'nice': u'0', u'username': u'(unknown)', u'maxMemSize': 4096, u'bootMenuEnable': u'false', u'smpThreadsPerCore': u'1', u'smartcardEnable': u'false', u'clientIp': u'', u'guestAgentAPIVersion': 3, u'kvmEnable': u'true', u'pitReinjection': u'false', u'displayNetwork': u'ovirtmgmt', u'devices': [{u'target': 1048576, u'alias': u'balloon0', u'specParams': {u'model': u'virtio'}, u'deviceId': u'ee3ebcbf-08d9-481e-907c-efe32b8ee869', u'address': {u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'slot': u'0x06'}, u'device': u'memballoon', u'type': u'balloon'}, {u'alias': u'rng0', u'specParams': {u'source': u'urandom'}, u'deviceId': u'0c522e52-a4c9-4bd9-a367-7b6fddedc931', u'address': {u'slot': u'0x07', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x0'}, u'device': u'virtio', u'model': u'virtio', u'type': u'rng'}, {u'index': u'0', u'alias': u'usb', u'specParams': {}, u'deviceId': u'3d4cbbda-4aa6-424e-95c6-bfae37e466b7', u'address': {u'slot': u'0x01', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x2'}, u'device': u'usb', u'model': u'piix3-uhci', u'type': u'controller'}, {u'index': u'0', u'alias': u'scsi0', u'specParams': {}, u'deviceId': u'5f8aa383-ee7b-4dd8-9226-1da250ef1c44', u'address': {u'slot': u'0x04', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x0'}, u'device': u'scsi', u'model': u'virtio-scsi', u'type': u'controller'}, {u'alias': u'virtio-serial0', u'specParams': {}, u'deviceId': u'553f9e1c-d811-4cb6-82bc-d567cd8e50bd', u'address': {u'slot': u'0x05', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x0'}, u'device': u'virtio-serial', u'type': u'controller'}, {u'alias': u'video0', u'specParams': {u'vram': u'8192', u'vgamem': u'16384', u'heads': u'1', u'ram': u'65536'}, u'deviceId': u'dc867dd0-6752-4a79-89bb-4d91ff509622', u'address': {u'slot': u'0x02', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x0'}, u'device': u'qxl', u'type': u'video'}, {u'device': u'spice', u'specParams': {u'fileTransferEnable': u'true', u'spiceSecureChannels': u'smain,sinputs,scursor,splayback,srecord,sdisplay,ssmartcard,susbredir', u'displayNetwork': u'ovirtmgmt', u'displayIp': u'192.168.55.82', u'copyPasteEnable': u'true'}, u'type': u'graphics', u'deviceId': u'1ffcdab1-51ac-4f2f-a1c2-53376f4c92f5', u'tlsPort': u'5900'}, {u'nicModel': u'pv', u'macAddr': u'00:1a:4a:16:01:51', u'linkActive': True, u'network': u'classepublic', u'alias': u'net0', u'filter': u'vdsm-no-mac-spoofing', u'specParams': {u'inbound': {}, u'outbound': {}}, u'deviceId': u'5110646a-b5d4-4b62-8188-b18cec8c15df', u'address': {u'slot': u'0x03', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x0'}, u'device': u'bridge', u'type': u'interface', u'name': u'vnet0'}, {u'index': u'2', u'iface': u'ide', u'name': u'hdc', u'alias': u'ide0-1-0', u'specParams': {u'path': u''}, u'readonly': u'True', u'deviceId': u'75deba88-b39d-478c-83d3-cc535b43bb28', u'address': {u'bus': u'1', u'controller': u'0', u'type': u'drive', u'target': u'0', u'unit': u'0'}, u'device': u'cdrom', u'shared': u'false', u'path': u'', u'type': u'disk'}, {u'poolID': u'00000001-0001-0001-0001-000000000311', u'volumeInfo': {u'domainID': u'016ceee8-9117-4e8a-b611-f58f6763a098', u'volType': u'path', u'leaseOffset': 111149056, u'volumeID': u'67b12700-5faf-49b2-af40-6178023b3794', u'leasePath': u'/dev/016ceee8-9117-4e8a-b611-f58f6763a098/leases', u'imageID': u'21d18729-279f-435b-90ab-a2995f041bc6', u'path': u'/rhev/data-center/mnt/blockSD/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794'}, u'index': 0, u'iface': u'scsi', u'apparentsize': u'107374182400', u'alias': u'scsi0-0-0-0', u'imageID': u'21d18729-279f-435b-90ab-a2995f041bc6', u'readonly': u'False', u'shared': u'false', u'truesize': u'107374182400', u'type': u'disk', u'domainID': u'016ceee8-9117-4e8a-b611-f58f6763a098', u'reqsize': u'0', u'format': u'raw', u'deviceId': u'21d18729-279f-435b-90ab-a2995f041bc6', u'address': {u'bus': u'0', u'controller': u'0', u'type': u'drive', u'target': u'0', u'unit': u'0'}, u'device': u'disk', u'path': u'/rhev/data-center/00000001-0001-0001-0001-000000000311/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794', u'propagateErrors': u'off', u'optional': u'false', u'name': u'sda', u'bootOrder': u'1', u'volumeID': u'67b12700-5faf-49b2-af40-6178023b3794', u'specParams': {}, u'discard': False, u'volumeChain': [{u'domainID': u'016ceee8-9117-4e8a-b611-f58f6763a098', u'volType': u'path', u'leaseOffset': 111149056, u'volumeID': u'67b12700-5faf-49b2-af40-6178023b3794', u'leasePath': u'/dev/016ceee8-9117-4e8a-b611-f58f6763a098/leases', u'imageID': u'21d18729-279f-435b-90ab-a2995f041bc6', u'path': u'/rhev/data-center/mnt/blockSD/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794'}]}, {u'device': u'ide', u'alias': u'ide', u'type': u'controller', u'address': {u'slot': u'0x01', u'bus': u'0x00', u'domain': u'0x0000', u'type': u'pci', u'function': u'0x1'}}, {u'device': u'unix', u'alias': u'channel0', u'type': u'channel', u'address': {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': u'1'}}, {u'device': u'unix', u'alias': u'channel1', u'type': u'channel', u'address': {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': u'2'}}, {u'device': u'spicevmc', u'alias': u'channel2', u'type': u'channel', u'address': {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': u'3'}}], u'memGuaranteedSize': 1024, u'status': u'Up', u'maxVCpus': u'16', u'guestIPs': u'128.84.46.16 192.168.122.1', u'statusTime': u'4372846370', u'maxMemSlots': 16}, False) kwargs={} (api:37) 2017-03-29 09:53:30,531-0400 INFO (jsonrpc/4) [vdsm.api] FINISH __init__ return=None (api:43) 2017-03-29 09:53:30,533-0400 INFO (vm/cf9c5dbf) [virt.vm] (vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') VM wrapper has started (vm:1915) 2017-03-29 09:53:30,534-0400 INFO (vm/cf9c5dbf) [dispatcher] Run and protect: getVolumeSize(sdUUID=u'016ceee8-9117-4e8a-b611-f58f6763a098', spUUID=u'00000001-0001-0001-0001-000000000311', imgUUID=u'21d18729-279f-435b-90ab-a2995f041bc6', volUUID=u'67b12700-5faf-49b2-af40-6178023b3794', options=None) (logUtils:51) 2017-03-29 09:53:30,535-0400 INFO (vm/cf9c5dbf) [dispatcher] Run and protect: getVolumeSize, Return response: {'truesize': '107374182400', 'apparentsize': '107374182400'} (logUtils:54) 2017-03-29 09:53:30,535-0400 INFO (vm/cf9c5dbf) [vds] prepared volume path: (clientIF:374) 2017-03-29 09:53:30,535-0400 INFO (vm/cf9c5dbf) [dispatcher] Run and protect: prepareImage(sdUUID=u'016ceee8-9117-4e8a-b611-f58f6763a098', spUUID=u'00000001-0001-0001-0001-000000000311', imgUUID=u'21d18729-279f-435b-90ab-a2995f041bc6', leafUUID=u'67b12700-5faf-49b2-af40-6178023b3794', allowIllegal=False) (logUtils:51) 2017-03-29 09:53:30,578-0400 INFO (vm/cf9c5dbf) [storage.LVM] Activating lvs: vg=016ceee8-9117-4e8a-b611-f58f6763a098 lvs=['67b12700-5faf-49b2-af40-6178023b3794'] (lvm:1289) 2017-03-29 09:53:30,643-0400 INFO (vm/cf9c5dbf) [storage.LVM] Refreshing lvs: vg=016ceee8-9117-4e8a-b611-f58f6763a098 lvs=['leases'] (lvm:1285) 2017-03-29 09:53:30,680-0400 INFO (vm/cf9c5dbf) [dispatcher] Run and protect: prepareImage, Return response: {'info': {'domainID': u'016ceee8-9117-4e8a-b611-f58f6763a098', 'volType': 'path', 'leaseOffset': 111149056, 'path': u'/rhev/data-center/mnt/blockSD/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794', 'volumeID': '67b12700-5faf-49b2-af40-6178023b3794', 'leasePath': '/dev/016ceee8-9117-4e8a-b611-f58f6763a098/leases', 'imageID': u'21d18729-279f-435b-90ab-a2995f041bc6'}, 'path': u'/rhev/data-center/00000001-0001-0001-0001-000000000311/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794', 'imgVolumesInfo': [{'domainID': u'016ceee8-9117-4e8a-b611-f58f6763a098', 'volType': 'path', 'leaseOffset': 111149056, 'path': u'/rhev/data-center/mnt/blockSD/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794', 'volumeID': '67b12700-5faf-49b2-af40-6178023b3794', 'leasePath': '/dev/016ceee8-9117-4e8a-b611-f58f6763a098/leases', 'imageID': u'21d18729-279f-435b-90ab-a2995f041bc6'}]} (logUtils:54) 2017-03-29 09:53:30,681-0400 INFO (vm/cf9c5dbf) [vds] prepared volume path: /rhev/data-center/00000001-0001-0001-0001-000000000311/016ceee8-9117-4e8a-b611-f58f6763a098/images/21d18729-279f-435b-90ab-a2995f041bc6/67b12700-5faf-49b2-af40-6178023b3794 (clientIF:374) 2017-03-29 09:53:30,698-0400 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call VM.migrationCreate succeeded in 0.18 seconds (__init__:515) 2017-03-29 09:53:30,849-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:58478 (protocoldetector:72) 2017-03-29 09:53:30,854-0400 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:58478 (protocoldetector:127) 2017-03-29 09:53:30,855-0400 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:102) 2017-03-29 09:53:30,855-0400 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:129)

1 0

Migration from oVirt to RHEV
by FERNANDO FREDIANI 29 Mar '17

29 Mar '17

Hi there. I currently have a oVirt environment and we are disposed to support the development of the project so decided to purchase the Subscriptions for RHEV. In order to do a smooth migration what is the best way ? Can I add a RHEV Node to oVirt Engine and live migrate Virtual Machines then disconnect the RHEV Node and connect it to RHEV engine ? Or the contrary, bring up a RHEV Engine up, disconnect oVirt-Nodes and connect them to the RHEV Engine, than migrate the Virtual Machines to RHEV Host. In the case none of the above is possible how can I migrate my oVirt running VMs to RHEV enviroment without much hassle ? Thanks Fernando

3 2

oVirt 3.6 on CentOS 7.1 based HyperConverged DC : Upgradable?
by Nicolas Ecarnot 29 Mar '17

29 Mar '17

Hello, One of our DC is a very small one, though quite critical. It's almost hyper converged : hosts are compute+storage, but the engine is standalone. It's made of : Hardware : - one physical engine : CentOS 7.1 - 3 physical hosts : CentOS 7.2 Software : - oVirt 3.6.5 - glusterFS 3.7.16 in replica-3, sharded. The goal is to upgrade all this to oVirt 4.1.1, and if possible also upgrade the OSes. At present, only 3 VMs here are critical, and I have backups for them. Though, I'm quite nervous with the path I have to follow and the hazards. Especially about the gluster parts. At first glance, I would go this way (feel free to comment) : - upgrade the OS of the engine : 7.1 -> 7.3 - upgrade the OS of the hosts : 7.2 -> 7.3 - upgrade and manage the upgrade of gluster, check the volumes... - upgrade oVirt (engine then hosts) But when upgrading the OSes, I guess it will also upgrade the gluster layer. During this upgrade, I have no constraint to keep everything running, total shutdown is acceptable. Is the above procedure seems OK, or may am I missing some essential points? Thank you. -- Nicolas ECARNOT

1 0

Import KVM/libvirt VMs to oVirt 4.1 with External Provider
by Pradeep Antil 29 Mar '17

29 Mar '17

Hello Folks, I am trying to import KVM guest VMs to my oVirt Server using external Provider. But when i add external provider with type KVM and do the testing that time i am getting below error Caused by: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVmsNamesFromExternalProviderVDS, error = Cannot recv data: Host key verification failed.: Connection reset by peer, code = 65 at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createDefaultConcreteException(VdsBrokerCommand.java:76) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.createException(BrokerCommandBase.java:222) [vdsbroker.jar:] [image: Inline image 2] I have already configure password less authentication with ssh keys between proxy host to my KVM hypervisor. Though i can reach to kvm hypervisor with virsh connect. [root@lplinnd1hypov13 ~]# virsh -c qemu+ssh://root@<KVM-HYP-NAME>/system Welcome to virsh, the virtualization interactive terminal. Type: 'help' for help with commands 'quit' to quit virsh # Any idea how to resolve this issue, so that i can add KVM as external provider and start importing my KVM guest VMs in ovirt setup Thanks in Advance -- Best Regards Pradeep Kumar

2 1

VM "hot" RAM memory decrease
by Nicolás 29 Mar '17

29 Mar '17

Hi, I don't really know if this question is suitable on this list, as I doubt it's an oVirt bug, neither I know if it shall be considered a bug. We recently run a VM on a host that was memory over-used (around 80% of usage). The VM booted correctly, then we run "top" and saw how physical RAM started decreasing every two seconds. At first it was 4GB, then less and less until it stabilized at around 600MB. Based on this (correct me if I'm wrong), we believe this is an effect of having this VM with ballooning enabled, as it does exactly this: It adds/removes RAM depending on host decision. Thing is that this VM had a minimal guaranteed RAM of 1GB, so even if this happened due to ballooning, I'm not sure if it should have honored the minimum guaranteed RAM. When this happened, we run a 'ps' to see with what options the qemu process was invoked, and parameters seemed correct (that's why I don't know if it should be posted here or even if it's a bug). Is this the expected behavior? Thanks.

4 6

Memory treshold
by vasily.lamykin 29 Mar '17

29 Mar '17

--_004_78c01f9d8162434bbebbfe6a92222ba0vlgums05Megafonru_ Content-Type: multipart/alternative; boundary="_000_78c01f9d8162434bbebbfe6a92222ba0vlgums05Megafonru_" --_000_78c01f9d8162434bbebbfe6a92222ba0vlgums05Megafonru_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLg0KRXhwbGFpbiBwbGVhc2UsIHdoZXJlIEkgY2FuIGRpc2FibGUgZm9yIGNsdXN0ZXIg dGhpcyB0aHJlc2hvbGQ6DQpVc2VkIG1lbW9yeSBvZiBob3N0ICoqKiBbOTglXSBleGNlZWRlZCBk ZWZpbmVkIHRocmVzaG9sZCBbOTUlXS4NCj8NCg0K0JLQsNGB0LjQu9C40Lkg0JvQsNC80YvQutC4 0L0NCtCh0YLQsNGA0YjQuNC5INC40L3QttC10L3QtdGAINC/0L4g0Y3QutGB0L/Qu9GD0LDRgtCw 0YbQuNC4INGB0LXRgNCy0LjRgdC90YvRhSDQv9C70LDRgtGE0L7RgNC8DQrQrdC60YHQv9C70YPQ sNGC0LDRhtC40Y8g0YHQtdGC0LgNCtCh0YLQvtC70LjRh9C90YvQuSDRhNC40LvQuNCw0Lsg0J/Q kNCeIMKr0JzQtdCz0LDQpNC+0L3Cuw0KKzcgKDkyNikgNTAwLTMzMDgNClvQnNC10LPQsNCk0L7Q vSDQu9C+0LPQvivQt9C90LDQuiDQoNCj0KEgQjJDXQ0KDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQoNCtCY0L3RhNC+0YDQvNCw0YbQuNGPINCyINGN0YLQvtC8INGB0L7QvtCx 0YnQtdC90LjQuCDQv9GA0LXQtNC90LDQt9C90LDRh9C10L3QsCDQuNGB0LrQu9GO0YfQuNGC0LXQ u9GM0L3QviDQtNC70Y8g0LrQvtC90LrRgNC10YLQvdGL0YUg0LvQuNGGLCDQutC+0YLQvtGA0YvQ vCDQvtC90LAg0LDQtNGA0LXRgdC+0LLQsNC90LAuINCSINGB0L7QvtCx0YnQtdC90LjQuCDQvNC+ 0LbQtdGCINGB0L7QtNC10YDQttCw0YLRjNGB0Y8g0LrQvtC90YTQuNC00LXQvdGG0LjQsNC70YzQ vdCw0Y8g0LjQvdGE0L7RgNC80LDRhtC40Y8sINC60L7RgtC+0YDQsNGPINC90LUg0LzQvtC20LXR giDQsdGL0YLRjCDRgNCw0YHQutGA0YvRgtCwINC40LvQuCDQuNGB0L/QvtC70YzQt9C+0LLQsNC9 0LAg0LrQtdC8LdC70LjQsdC+LCDQutGA0L7QvNC1INCw0LTRgNC10YHQsNGC0L7Qsi4g0JXRgdC7 0Lgg0LLRiyDQvdC1INCw0LTRgNC10YHQsNGCINGN0YLQvtCz0L4g0YHQvtC+0LHRidC10L3QuNGP LCDRgtC+INC40YHQv9C+0LvRjNC30L7QstCw0L3QuNC1LCDQv9C10YDQtdCw0LTRgNC10YHQsNGG 0LjRjywg0LrQvtC/0LjRgNC+0LLQsNC90LjQtSDQuNC70Lgg0YDQsNGB0L/RgNC+0YHRgtGA0LDQ vdC10L3QuNC1INGB0L7QtNC10YDQttCw0L3QuNGPINGB0L7QvtCx0YnQtdC90LjRjyDQuNC70Lgg 0LXQs9C+INGH0LDRgdGC0Lgg0L3QtdC30LDQutC+0L3QvdC+INC4INC30LDQv9GA0LXRidC10L3Q vi4g0JXRgdC70Lgg0JLRiyDQv9C+0LvRg9GH0LjQu9C4INGN0YLQviDRgdC+0L7QsdGJ0LXQvdC4 0LUg0L7RiNC40LHQvtGH0L3Qviwg0L/QvtC20LDQu9GD0LnRgdGC0LAsINC90LXQt9Cw0LzQtdC0 0LvQuNGC0LXQu9GM0L3QviDRgdC+0L7QsdGJ0LjRgtC1INC+0YLQv9GA0LDQstC40YLQtdC70Y4g 0L7QsSDRjdGC0L7QvCDQuCDRg9C00LDQu9C40YLQtSDRgdC+INCy0YHQtdC8INGB0L7QtNC10YDQ ttC40LzRi9C8INGB0LDQvNC+INGB0L7QvtCx0YnQtdC90LjQtSDQuCDQu9GO0LHRi9C1INCy0L7Q t9C80L7QttC90YvQtSDQtdCz0L4g0LrQvtC/0LjQuCDQuCDQv9GA0LjQu9C+0LbQtdC90LjRjy4N Cg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIGNvbW11bmljYXRpb24gaXMgaW50 ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3 aG9tIGl0IGlzIGFkZHJlc3NlZCBhbmQgb3RoZXJzIGF1dGhvcml6ZWQgdG8gcmVjZWl2ZSBpdC4g SXQgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIGxlZ2FsbHkgcHJpdmlsZWdlZCBpbmZvcm1h dGlvbi4gVGhlIGNvbnRlbnRzIG1heSBub3QgYmUgZGlzY2xvc2VkIG9yIHVzZWQgYnkgYW55b25l IG90aGVyIHRoYW4gdGhlIGFkZHJlc3NlZS4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJl Y2lwaWVudChzKSwgYW55IHVzZSwgZGlzY2xvc3VyZSwgY29weWluZywgZGlzdHJpYnV0aW9uIG9y IGFueSBhY3Rpb24gdGFrZW4gb3Igb21pdHRlZCB0byBiZSB0YWtlbiBpbiByZWxpYW5jZSBvbiBp dCBpcyBwcm9oaWJpdGVkIGFuZCBtYXkgYmUgdW5sYXdmdWwuIElmIHlvdSBoYXZlIHJlY2VpdmVk IHRoaXMgY29tbXVuaWNhdGlvbiBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHVzIGltbWVkaWF0ZWx5 IGJ5IHJlc3BvbmRpbmcgdG8gdGhpcyBlbWFpbCBhbmQgdGhlbiBkZWxldGUgdGhlIGUtbWFpbCBh bmQgYWxsIGF0dGFjaG1lbnRzIGFuZCBhbnkgY29waWVzIHRoZXJlb2YuDQoNCihjKTIwbWY1MA0K --_000_78c01f9d8162434bbebbfe6a92222ba0vlgums05Megafonru_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp bmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlw ZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIu MHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjIuMGNtIDQyLjVwdCAyLjBjbSAzLjBjbTt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2 IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4N CjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9 IlJVIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj dGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIGFsbC48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+RXhwbGFpbiBwbGVhc2UsIHdoZXJlIEkgY2FuIGRpc2FibGUgZm9yIGNsdXN0ZXIgdGhp cyB0aHJlc2hvbGQ6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPlVzZWQgbWVtb3J5IG9mIGhvc3QgKioqIFs5OCVdIGV4Y2VlZGVk IGRlZmluZWQgdGhyZXNob2xkIFs5NSVdLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4/PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjoj MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVIj7QktCw0YHQuNC70LjQuSDQm9Cw0LzRi9C6 0LjQvTxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSI+0KHRgtCw0YDR iNC40Lkg0LjQvdC20LXQvdC10YAg0L/QviDRjdC60YHQv9C70YPQsNGC0LDRhtC40Lgg0YHQtdGA 0LLQuNGB0L3Ri9GFINC/0LvQsNGC0YTQvtGA0Lw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpSVSI+0K3QutGB0L/Qu9GD0LDRgtCw0YbQuNGPINGB0LXRgtC4PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5 N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUiPtCh0YLQvtC70LjRh9C90YvQuSDRhNC40LvQuNCw 0Lsg0J/QkNCeIMKr0JzQtdCz0LDQpNC+0L3CuzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh bmd1YWdlOlJVIj4mIzQzOzcgKDkyNikgNTAwLTMzMDg8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpSVSI+PGltZyB3aWR0aD0iMjg1IiBoZWln aHQ9IjU0IiBpZD0i0KDQuNGB0YPQvdC+0LpfeDAwMjBfMSIgc3JjPSJjaWQ6aW1hZ2UwMDEucG5n QDAxRDJBODhBLjc2NDhBMDMwIiBhbHQ9ItCc0LXQs9Cw0KTQvtC9INC70L7Qs9C+JiM0MzvQt9C9 0LDQuiDQoNCj0KEgQjJDIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJyPg0KPGhyPg0KPGZvbnQgZmFj ZT0iQXJpYWwiIGNvbG9yPSJHcmF5IiBzaXplPSIxIj48YnI+DQrQmNC90YTQvtGA0LzQsNGG0LjR jyDQsiDRjdGC0L7QvCDRgdC+0L7QsdGJ0LXQvdC40Lgg0L/RgNC10LTQvdCw0LfQvdCw0YfQtdC9 0LAg0LjRgdC60LvRjtGH0LjRgtC10LvRjNC90L4g0LTQu9GPINC60L7QvdC60YDQtdGC0L3Ri9GF INC70LjRhiwg0LrQvtGC0L7RgNGL0Lwg0L7QvdCwINCw0LTRgNC10YHQvtCy0LDQvdCwLiDQkiDR gdC+0L7QsdGJ0LXQvdC40Lgg0LzQvtC20LXRgiDRgdC+0LTQtdGA0LbQsNGC0YzRgdGPINC60L7Q vdGE0LjQtNC10L3RhtC40LDQu9GM0L3QsNGPINC40L3RhNC+0YDQvNCw0YbQuNGPLCDQutC+0YLQ vtGA0LDRjyDQvdC1INC80L7QttC10YIg0LHRi9GC0Ywg0YDQsNGB0LrRgNGL0YLQsCDQuNC70Lgg 0LjRgdC/0L7Qu9GM0LfQvtCy0LDQvdCwINC60LXQvC3Qu9C40LHQviwg0LrRgNC+0LzQtSDQsNC0 0YDQtdGB0LDRgtC+0LIuINCV0YHQu9C4INCy0Ysg0L3QtSDQsNC00YDQtdGB0LDRgiDRjdGC0L7Q s9C+DQog0YHQvtC+0LHRidC10L3QuNGPLCDRgtC+INC40YHQv9C+0LvRjNC30L7QstCw0L3QuNC1 LCDQv9C10YDQtdCw0LTRgNC10YHQsNGG0LjRjywg0LrQvtC/0LjRgNC+0LLQsNC90LjQtSDQuNC7 0Lgg0YDQsNGB0L/RgNC+0YHRgtGA0LDQvdC10L3QuNC1INGB0L7QtNC10YDQttCw0L3QuNGPINGB 0L7QvtCx0YnQtdC90LjRjyDQuNC70Lgg0LXQs9C+INGH0LDRgdGC0Lgg0L3QtdC30LDQutC+0L3Q vdC+INC4INC30LDQv9GA0LXRidC10L3Qvi4g0JXRgdC70Lgg0JLRiyDQv9C+0LvRg9GH0LjQu9C4 INGN0YLQviDRgdC+0L7QsdGJ0LXQvdC40LUg0L7RiNC40LHQvtGH0L3Qviwg0L/QvtC20LDQu9GD 0LnRgdGC0LAsINC90LXQt9Cw0LzQtdC00LvQuNGC0LXQu9GM0L3QviDRgdC+0L7QsdGJ0LjRgtC1 INC+0YLQv9GA0LDQstC40YLQtdC70Y4g0L7QsSDRjdGC0L7QvCDQuCDRg9C00LDQu9C40YLQtSDR gdC+INCy0YHQtdC8INGB0L7QtNC10YDQttC40LzRi9C8DQog0YHQsNC80L4g0YHQvtC+0LHRidC1 0L3QuNC1INC4INC70Y7QsdGL0LUg0LLQvtC30LzQvtC20L3Ri9C1INC10LPQviDQutC+0L/QuNC4 INC4INC/0YDQuNC70L7QttC10L3QuNGPLjxicj4NCjxicj4NClRoZSBpbmZvcm1hdGlvbiBjb250 YWluZWQgaW4gdGhpcyBjb21tdW5pY2F0aW9uIGlzIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVz ZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hvbSBpdCBpcyBhZGRyZXNzZWQgYW5k IG90aGVycyBhdXRob3JpemVkIHRvIHJlY2VpdmUgaXQuIEl0IG1heSBjb250YWluIGNvbmZpZGVu dGlhbCBvciBsZWdhbGx5IHByaXZpbGVnZWQgaW5mb3JtYXRpb24uIFRoZSBjb250ZW50cyBtYXkg bm90IGJlIGRpc2Nsb3NlZA0KIG9yIHVzZWQgYnkgYW55b25lIG90aGVyIHRoYW4gdGhlIGFkZHJl c3NlZS4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudChzKSwgYW55IHVzZSwg ZGlzY2xvc3VyZSwgY29weWluZywgZGlzdHJpYnV0aW9uIG9yIGFueSBhY3Rpb24gdGFrZW4gb3Ig b21pdHRlZCB0byBiZSB0YWtlbiBpbiByZWxpYW5jZSBvbiBpdCBpcyBwcm9oaWJpdGVkIGFuZCBt YXkgYmUgdW5sYXdmdWwuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgY29tbXVuaWNhdGlvbg0K IGluIGVycm9yIHBsZWFzZSBub3RpZnkgdXMgaW1tZWRpYXRlbHkgYnkgcmVzcG9uZGluZyB0byB0 aGlzIGVtYWlsIGFuZCB0aGVuIGRlbGV0ZSB0aGUgZS1tYWlsIGFuZCBhbGwgYXR0YWNobWVudHMg YW5kIGFueSBjb3BpZXMgdGhlcmVvZi48YnI+DQo8YnI+DQooYykyMG1mNTA8YnI+DQo8L2ZvbnQ+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_78c01f9d8162434bbebbfe6a92222ba0vlgums05Megafonru_-- --_004_78c01f9d8162434bbebbfe6a92222ba0vlgums05Megafonru_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=2130; creation-date="Wed, 29 Mar 2017 09:46:18 GMT"; modification-date="Wed, 29 Mar 2017 09:46:18 GMT" Content-ID: <image001.png(a)01D2A88A.7648A030> 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_78c01f9d8162434bbebbfe6a92222ba0vlgums05Megafonru_--

1 0

How to passthrough GPU to windows guest
by yimao 29 Mar '17

29 Mar '17

Hi, I'm trying to passthrough gpu card to windows 7 guest, but I got the error code 43. I use ovirt node: ovirt-node-ng-installer-ovirt-4.1-2017032304.iso and ovirt-engine-appliance-4.1-20170322.1.el7.centos.noarch.rpm I have added options "intel_iommu=on rdblacklist=nouveau pci-stub.ids=10de:1380,10de:0fbc" to the grub.conf and attached these devices to the guest. After I have installed the gpu's driver, I got the error code 43. Did I miss something? Any pointers or suggestions would be greatly appreciated. Thanks in advance. Yiimao Yang.

2 6

Introduction and initial help needed
by Abdullah 29 Mar '17

29 Mar '17

Hello It is Abdullah. I have been using different virtualization platform for a long time. Currently started working on oVirt. Initially I need some help with an issue: on the ovirt engine, I can add an ovirt-node 4.1 host but I cannot add a centOS 7.3 ovirt node. I have successfully installed the vdsm on the centos, but every time I try to add this host to engine, I get the following error: Command returned failure code 1 during SSH session 'root at my_host <http://lists.ovirt.org/mailman/listinfo/users>'. however an ovirt-node host installed from the ovirt-node iso works without any issue on the engine. Can anyone tell me what log output I need to provide to find out the reason. Regards Abdullah -- ___________________ With Best Regards *Abdullah Mohammad Manjurul Islam* *Cell:* *+880 1730 982562* *Email:* digitalrevolution(a)gmail.com ; islammanjurul(a)yahoo.com *Address:* 958/1 Outer Circular Road, Rajarbagh, Dhaka-1217, Bangladesh *Cisco® CCNA**™* *VMware**®** VCP6-DCV*™ *Disclaimer:** This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.*

2 1

Setting up hosted engine appliance on a bonded interface
by Bryan Sockel 29 Mar '17

29 Mar '17

Hi, I am attempting to deploy an appliance to a bonded interface, and i getting this error when it attempts to setup the bridge: [ ERROR ] Failed to execute stage 'Misc configuration': Failed to setup networks {'ovirtmgmt': {'bonding': 'bond0', 'ipaddr': u'10.20.101.181', 'netmask': u'255.255.255.0', 'defaultRoute': True, 'gateway': u'10.20.101.1'}}. Error code: "-32603" message: "Attempt to call function: <bound method Global.setupNetworks of <API.Global object at 0x39c9110>> with arguments: ({u'ovirtmgmt': {u'bonding': u'bond0', u'ipaddr': u'10.20.101.181', u'netmask': u'255.255.255.0', u'defaultRoute': True, u'gateway': u'10.20.101.1'}}, {}, {u'connectivityCheck': False}) error: 'NoneType' object is not iterable" Is it possible to deploy an appliance to a network bond? My Network guy has configured my ports in the switch so i can connect via bonded links. however, if the interfaces are not bonded, it will suspend the links.

3 3

How to re-initialize storage?
by Peter Wood 28 Mar '17

28 Mar '17

Hi, I inherited a small oVirt cluster with 3 nodes using iSCSI storage. The LUNs used by the oVirt nodes were also accessible by some VMware nodes. By mistake an action was started on VMware to initialize and start using the same LUNs, which it happily did. This rendered the storage no longer usable by oVirt nodes. All VMs went down, their image files no longer accessible, the whole cluster became unusable without access to the shared storage. We have recovered from backups and moved the VMs to another cluster and now I want to get this oVirt cluster back up and running. I'm not an oVirt expert so everything I tried was through the web interface and everything failed because storage is not accessible. I can't remove VMs, I can't remove nodes, I can't remove the storage domain. What is the right approach to destroy the cluster and rebuild it and re-initialize the storage? Even better if I can just remove all VMs from the inventory and somehow tell it to make the storage LUNs usable again? Any help is highly appreciated? Thank you, -- Peter

5 4

problems with serial console in 4.1.1
by Gianluca Cecchi 28 Mar '17

28 Mar '17

Hello, trying serial console in 4.1.1 I have some problems. I have not understood if it depends on my client, or the guest or oVirt... My client is Fedora 25 updated My guest is a CentOS 7.3 VM updated (my latest successful attempts were when in 7.2) My oVirt is 4.1.1 (my latest successful attempts were when in 4.0.x) Some tests $ ssh -i .ssh/id_dsa.pub ovirt-vmconsole@ovmgr1 -p 2222 Available Serial Consoles: 00 c7service[2e571c77-bae1-4c1c-bf98-effaf9fed741] 01 c7testovn1[63818176-cfb5-4a00-912d-ce0e812be76c] 02 c7testovn2[f00c8f30-a658-4a18-bf85-3b523de93183] 03 dbatest6[633b58b6-5e99-491b-a312-0976d4e8d979] 04 nas4free[6b9013d1-1837-4b0f-aa34-c9130d4f1229] 05 raclab1[1775d180-288d-4116-af1e-d90b2989cb8a] 06 raclab2[852aa8b1-a3e2-4658-be91-0ab51b6b7260] SELECT> 00 and it stays here without giving the os prompt. In 7.3 guest I have VirtIO serial console enabled and this situation [root@c7service ~]# cat /proc/cmdline BOOT_IMAGE=/vmlinuz-3.10.0-514.6.1.el7.x86_64 root=/dev/mapper/cl-root ro rd.lvm.lv=cl/root rd.lvm.lv=cl/swap rhgb quiet console=ttyS0 [root@c7service ~]# [root@c7service ~]# ps -ef|grep agetty root 718 1 0 11:15 ttyS0 00:00:00 /sbin/agetty --keep-baud 115200 38400 9600 ttyS0 vt220 root 1760 1541 0 11:29 pts/0 00:00:00 grep --color=auto agetty [root@c7service ~]# So it seems ok. I have not understood the error I get connecting this way: $ ssh -i .ssh/id_dsa.pub ovirt-vmconsole@ovmgr1 -p 2222 connect --vm-name c7service ERROR: No pty support, please enable at client side $ What is "client" in the error message, my Fedora 25..? At engine side I have: [root@ovmgr1 ovirt-engine]# systemctl status ovirt-vmconsole-proxy-sshd.service -l ● ovirt-vmconsole-proxy-sshd.service - oVirt VM Console SSH server daemon Loaded: loaded (/usr/lib/systemd/system/ovirt-vmconsole-proxy-sshd.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2017-03-28 11:00:26 CEST; 33min ago Main PID: 1117 (sshd) CGroup: /system.slice/ovirt-vmconsole-proxy-sshd.service └─1117 /usr/sbin/sshd -f /usr/share/ovirt-vmconsole/ovirt-vmconsole-proxy/ovirt-vmconsole-proxy-sshd/sshd_config -D Mar 28 11:19:44 ovmgr1.mydomain sshd[2779]: Accepted publickey for ovirt-vmconsole from 10.4.170.225 port 34947 ssh2: DSA 3d:d4:5b:94:b9:9e:4b:46:14:b2:4a:05:03:9b:05:d6 Mar 28 11:19:52 ovmgr1.mydomain sshd[2796]: Accepted publickey for ovirt-vmconsole from 10.4.170.225 port 16456 ssh2: DSA 3d:d4:5b:94:b9:9e:4b:46:14:b2:4a:05:03:9b:05:d6 Mar 28 11:19:53 ovmgr1.mydomain sshd[2808]: Received disconnect from 10.4.170.225: 11: disconnected by user Mar 28 11:20:02 ovmgr1.mydomain sshd[2824]: Accepted publickey for ovirt-vmconsole from 10.4.170.225 port 5769 ssh2: DSA 3d:d4:5b:94:b9:9e:4b:46:14:b2:4a:05:03:9b:05:d6 Mar 28 11:20:14 ovmgr1.mydomain sshd[2855]: Accepted publickey for ovirt-vmconsole from 10.4.170.225 port 52441 ssh2: DSA 3d:d4:5b:94:b9:9e:4b:46:14:b2:4a:05:03:9b:05:d6 Mar 28 11:20:24 ovmgr1.mydomain sshd[2882]: Accepted publickey for ovirt-vmconsole from 10.4.170.225 port 33724 ssh2: DSA 3d:d4:5b:94:b9:9e:4b:46:14:b2:4a:05:03:9b:05:d6 Mar 28 11:20:24 ovmgr1.mydomain sshd[2894]: Received disconnect from 10.4.170.225: 11: disconnected by user Mar 28 11:20:36 ovmgr1.mydomain sshd[2900]: Accepted publickey for ovirt-vmconsole from 10.4.170.225 port 64049 ssh2: DSA 3d:d4:5b:94:b9:9e:4b:46:14:b2:4a:05:03:9b:05:d6 Mar 28 11:21:26 ovmgr1.mydomain sshd[2955]: Accepted publickey for ovirt-vmconsole from 10.4.170.225 port 3521 ssh2: DSA 3d:d4:5b:94:b9:9e:4b:46:14:b2:4a:05:03:9b:05:d6 Mar 28 11:21:27 ovmgr1.mydomain sshd[2967]: Received disconnect from 10.4.170.225: 11: disconnected by user Thanks, Gianluca

2 2