- 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