- Users - oVirt List Archives

[HELP] unmapping a deleted storage domain triggers crash ovirt
by Andrea Ghelardi 21 Nov '16

21 Nov '16

--_004_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_ Content-Type: multipart/alternative; boundary="_000_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_" --_000_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello people, something's not right in my ovirt infrastructure. I currently have two different ovirt installation: Ovirt3: 7 hosts linked to Compellent iscsi storage running ovirt 3.5.6 Ovirt4: 4 hosts linked to (same) Compellent iscsi storage running ovirt 4.0= .4 I'm currently moving my guests from ovirt3 to ovirt4. Since iscsi storage is linked to both installations, my high level approach= is: 1) Shutdown VM in ovirt3. 2) Maintenance + detach + remove VM storage in ovirt3 3) Change LUN mapping via iscsi storage manager from ovirt3 to ovirt4 4) Import storage in ovirt4 5) Import VM in ovirt4 6) Run and cheers with high grade liquor. GOTO step 1 for different VM= . Now, as soon as I perform step 3 (remove mappings from LUN), ovirt3 goes cr= azy and eventually forces me to reboot all hosts one by one. I tried different low level approaches to unmap LUN mpath'ed from hosts wit= h inconsistent results. A notable error log extract is: Nov 8 15:30:52 sovana vdsm root ERROR Process failed with rc=3D1 out=3D'\n= udevadm settle - timeout of 5 seconds reached, the event queue contains:\n = /sys/devices/virtual/block/dm-39 (8603)\n /sys/devices/virtual/block/dm-3= 9 (8604)\n /sys /devices/virtual/block/dm-39 (8605)\n /sys/devices/virtual/block/dm-39 (86= 06)\n /sys/devices/virtual/block/dm-39 (8607)\n /sys/devices/virtual/bloc= k/dm-39 (8608)\n /sys/devices/virtual/block/dm-39 (8609)\n /sys/devices/v= irtual/block /dm-39 (8610)\n /sys/devices/virtual/block/dm-39 (8611)\n /sys/devices/vi= rtual/block/dm-39 (8612)\n /sys/devices/virtual/block/dm-39 (8613)\n /sys= /devices/virtual/block/dm-39 (8614)\n /sys/devices/virtual/block/dm-39 (86= 15)\n /sys/ devices/virtual/block/dm-39 (8616)\n /sys/devices/virtual/block/dm-39 (861= 7)\n /sys/devices/virtual/block/dm-39 (8618)\n /sys/devices/virtual/block= /dm-39 (8619)\n /sys/devices/virtual/block/dm-39 (8620)\n /sys/devices/vi= rtual/block/ dm-39 (8621)\n /sys/devices/virtual/block/dm-39 (8622)\n /sys/devices/vir= tual/block/dm-39 (8623)\n /sys/devices/virtual/block/dm-39 (8624)\n /sys/= devices/virtual/block/dm-39 (8625)\n /sys/devices/virtual/block/dm-39 (862= 6)\n /sys/d evices/virtual/block/dm-39 (8627)\n /sys/devices/virtual/block/dm-39 (8628= )\n /sys/devices/virtual/block/dm-39 (8629)\n /sys/devices/virtual/block/= dm-39 (8630)\n /sys/devices/virtual/block/dm-39 (8631)\n /sys/devices/vir= tual/block/d m-39 (8632)\n /sys/devices/virtual/block/dm-39 (8633)\n /sys/devices/virt= ual/block/dm-39 (8634)\n /sys/devices/virtual/block/dm-39 (8635)\n /sys/d= evices/virtual/block/dm-39 (8636)\n /sys/devices/virtual/block/dm-39 (8637= )\n /sys/de vices/virtual/block/dm-39 (8638)\n /sys/devices/virtual/block/dm-39 (8639)= \n /sys/devices/virtual/block/dm-39 (8640)\n /sys/devices/virtual/block/d= m-39 (8641)\n /sys/devices/virtual/block/dm-39 (8642)\n /sys/devices/virt= ual/block/dm -39 (8643)\n /sys/devices/virtual/block/dm-39 (8644)\n /sys/devices/virtu= al/block/dm-39 (8645)\n /sys/devices/virtual/block/dm-39 (8646)\n /sys/de= vices/virtual/block/d I really need your help to sort this out as I'm actually blocked in my task= . Why mapping changes triggers ovirt crash on a storage which ovirt should no= t care about? Thanks Andrea Ghelardi +39 050 2203 71 | www.iongroup.com<http://www.iongroup.com/> | a.ghelardi@i= ontrading.com<mailto:a.ghelardi@iontrading.com> Via San Martino, 52 - 56125 Pisa - ITALY This email and any attachments may contain information which is confidentia= l and/or privileged. The information is intended exclusively for the addres= see and the views expressed may not be official policy, but the personal vi= ews of the originator. If you are not the intended recipient, be aware that= any disclosure, copying, distribution or use of the contents is prohibited= . If you have received this email and any file transmitted with it in error= , please notify the sender by telephone or return email immediately and del= ete the material from your computer. Internet communications are not secure= and ION Trading is not responsible for their abuse by third parties, nor f= or any alteration or corruption in transmission, nor for any damage or loss= caused by any virus or other defect. ION Trading accepts no liability or r= esponsibility arising out of or in any way connected to this email. [iON_HBlu_small] Automation through innovation --_000_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_ 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 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"IT">Hello people,<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"IT"><o:p> </o:p></span></p> <p class=3D"MsoNormal">something’s not right in my ovirt infrastructu= re.<o:p></o:p></p> <p class=3D"MsoNormal">I currently have two different ovirt installation:<o= :p></o:p></p> <p class=3D"MsoNormal">Ovirt3: 7 hosts linked to Compellent iscsi storage r= unning ovirt 3.5.6<o:p></o:p></p> <p class=3D"MsoNormal">Ovirt4: 4 hosts linked to (same) Compellent iscsi st= orage running ovirt 4.0.4<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I’m currently moving my guests from ovirt3 to = ovirt4.<o:p></o:p></p> <p class=3D"MsoNormal">Since iscsi storage is linked to both installations,= my high level approach is:<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">1)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Shutdown VM in ovirt3.<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">2)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Maintenance + detach + remove VM storage in= ovirt3<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">3)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Change LUN mapping via iscsi storage manager from o= virt3 to ovirt4<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">4)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Import storage in ovirt4<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">5)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Import VM in ovirt4<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">6)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Run and cheers with high grade liquor. GOTO step 1 = for different VM.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Now, as soon as I perform step 3 (remove mappings fr= om LUN), ovirt3 goes crazy and eventually forces me to reboot all hosts one= by one.<o:p></o:p></p> <p class=3D"MsoNormal">I tried different low level approaches to unmap LUN = mpath’ed from hosts with inconsistent results. <o:p></o:p></p> <p class=3D"MsoNormal">A notable error log extract is:<o:p></o:p></p> <p class=3D"MsoNormal">Nov  8 15:30:52 sovana vdsm root ERROR Process = failed with rc=3D1 out=3D'\nudevadm settle - timeout of 5 seconds reached, = the event queue contains:\n  /sys/devices/virtual/block/dm-39 (8603)\n=   /sys/devices/virtual/block/dm-39 (8604)\n  /sys<o:p></o:p></p> <p class=3D"MsoNormal">/devices/virtual/block/dm-39 (8605)\n  /sys/dev= ices/virtual/block/dm-39 (8606)\n  /sys/devices/virtual/block/dm-39 (8= 607)\n  /sys/devices/virtual/block/dm-39 (8608)\n  /sys/devices/v= irtual/block/dm-39 (8609)\n  /sys/devices/virtual/block<o:p></o:p></p> <p class=3D"MsoNormal">/dm-39 (8610)\n  /sys/devices/virtual/block/dm-= 39 (8611)\n  /sys/devices/virtual/block/dm-39 (8612)\n  /sys/devi= ces/virtual/block/dm-39 (8613)\n  /sys/devices/virtual/block/dm-39 (86= 14)\n  /sys/devices/virtual/block/dm-39 (8615)\n  /sys/<o:p></o:p= ></p> <p class=3D"MsoNormal">devices/virtual/block/dm-39 (8616)\n  /sys/devi= ces/virtual/block/dm-39 (8617)\n  /sys/devices/virtual/block/dm-39 (86= 18)\n  /sys/devices/virtual/block/dm-39 (8619)\n  /sys/devices/vi= rtual/block/dm-39 (8620)\n  /sys/devices/virtual/block/<o:p></o:p></p> <p class=3D"MsoNormal">dm-39 (8621)\n  /sys/devices/virtual/block/dm-3= 9 (8622)\n  /sys/devices/virtual/block/dm-39 (8623)\n  /sys/devic= es/virtual/block/dm-39 (8624)\n  /sys/devices/virtual/block/dm-39 (862= 5)\n  /sys/devices/virtual/block/dm-39 (8626)\n  /sys/d<o:p></o:p= ></p> <p class=3D"MsoNormal">evices/virtual/block/dm-39 (8627)\n  /sys/devic= es/virtual/block/dm-39 (8628)\n  /sys/devices/virtual/block/dm-39 (862= 9)\n  /sys/devices/virtual/block/dm-39 (8630)\n  /sys/devices/vir= tual/block/dm-39 (8631)\n  /sys/devices/virtual/block/d<o:p></o:p></p> <p class=3D"MsoNormal">m-39 (8632)\n  /sys/devices/virtual/block/dm-39= (8633)\n  /sys/devices/virtual/block/dm-39 (8634)\n  /sys/device= s/virtual/block/dm-39 (8635)\n  /sys/devices/virtual/block/dm-39 (8636= )\n  /sys/devices/virtual/block/dm-39 (8637)\n  /sys/de<o:p></o:p= ></p> <p class=3D"MsoNormal">vices/virtual/block/dm-39 (8638)\n  /sys/device= s/virtual/block/dm-39 (8639)\n  /sys/devices/virtual/block/dm-39 (8640= )\n  /sys/devices/virtual/block/dm-39 (8641)\n  /sys/devices/virt= ual/block/dm-39 (8642)\n  /sys/devices/virtual/block/dm<o:p></o:p></p> <p class=3D"MsoNormal">-39 (8643)\n  /sys/devices/virtual/block/dm-39 = (8644)\n  /sys/devices/virtual/block/dm-39 (8645)\n  /sys/devices= /virtual/block/dm-39 (8646)\n  /sys/devices/virtual/block/d<o:p></o:p>= </p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I really need your help to sort this out as I’= m actually blocked in my task.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Why mapping changes triggers ovirt crash on a storag= e which ovirt should not care about?<o:p></o:p></p> <p class=3D"MsoNormal">Thanks<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><b><span lang=3D"IT" style=3D"font-size:9.0pt;font-f= amily:ION;color:black">Andrea Ghelardi<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><span lang=3D"IT" style=3D"font-size:8.0pt;font-fami= ly:"Source Sans Pro",sans-serif;color:gray"><o:p> </o:p></sp= an></p> <p class=3D"MsoNormal"><span lang=3D"IT" style=3D"font-size:8.0pt;font-fami= ly:"Source Sans Pro",sans-serif;color:gray">+39 050 2203 71</= span><span lang=3D"IT" style=3D"font-size:8.0pt;font-family:"Source Sa= ns Pro",sans-serif"> <b><span style=3D"color:#33CCFF">| </span></b></span><span lang=3D"EN-GB" s= tyle=3D"font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;= color:gray"><a href=3D"http://www.iongroup.com/"><span lang=3D"IT" style=3D= "color:gray">www.iongroup.com</span></a></span><span lang=3D"EN-GB" style= =3D"font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;colo= r:#33CCFF"> </span><b><span lang=3D"IT" style=3D"font-size:8.0pt;font-family:"Sour= ce Sans Pro",sans-serif;color:#33CCFF">| </span></b><u><span lang=3D"EN-GB" style=3D"font-size:8.0pt;font-family:&qu= ot;Source Sans Pro",sans-serif;color:#0563C1"><a href=3D"mailto:a.ghel= ardi(a)iontrading.com"><span lang=3D"IT">a.ghelardi(a)iontrading.com</span></a>= </span></u><span lang=3D"IT" style=3D"font-size:8.0pt;font-family:"Sou= rce Sans Pro",sans-serif;color:gray"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"IT" style=3D"font-size:8.0pt;font-fami= ly:"Source Sans Pro",sans-serif;color:gray">Via San Martino, 52 &= #8211; 56125 Pisa - ITALY<o:p></o:p></span></p> <p class=3D"MsoNormal"><b><span lang=3D"IT" style=3D"font-family:ION"><o:p>=  </o:p></span></b></p> <p class=3D"MsoNormal"><i><span style=3D"font-size:7.5pt;font-family:"= Source Sans Pro",sans-serif;color:silver">This email and any attachmen= ts may contain information which is confidential and/or privileged. The inf= ormation is intended exclusively for the addressee and the views expressed may not be official policy, but the personal views= of the originator. If you are not the intended recipient, be aware that an= y disclosure, copying, distribution or use of the contents is prohibited. I= f you have received this email and any file transmitted with it in error, please notify the sender by telepho= ne or return email immediately and delete the material from your computer. = Internet communications are not secure and ION Trading is not responsible f= or their abuse by third parties, nor for any alteration or corruption in transmission, nor for any damage o= r loss caused by any virus or other defect. ION Trading accepts no liabilit= y or responsibility arising out of or in any way connected to this email.</= span></i><span style=3D"font-size:7.5pt;font-family:"Source Sans Pro&q= uot;,sans-serif"><o:p></o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-family:ION"><o:p> </o:p>= </span></b></p> <p class=3D"MsoNormal"><img border=3D"0" width=3D"120" height=3D"66" style= =3D"width:1.25in;height:.6875in" id=3D"Picture_x0020_1" src=3D"cid:image001= .png(a)01D239DC.FFD0AD60" alt=3D"iON_HBlu_small"><o:p></o:p></p> <p class=3D"MsoNormal"><span style=3D"font-size:6.0pt;font-family:ION;color= :black">Automation through innovation</span><i><span style=3D"font-size:7.5= pt;font-family:"Source Sans Pro",sans-serif;color:silver"><o:p></= o:p></span></i></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_-- --_004_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=5300; creation-date="Tue, 08 Nov 2016 15:42:15 GMT"; modification-date="Tue, 08 Nov 2016 15:42:15 GMT" Content-ID: <image001.png(a)01D239DC.FFD0AD60> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAHgAAABCCAYAAACchRIZAAAABGdBTUEAALGPC/xhBQAAAAlwSFlz AAAOvwAADr8BOAVTJAAAABl0RVh0U29mdHdhcmUAcGFpbnQubmV0IDQuMC4xMK0KCsAAABQxSURB VHhe7V0JeJNVuv5adgTbbC17UVARV2j+Py1LCyRpCyIIUhmQRdRhREfcGIXRMY4KbZKWigpaAaVN C4h3HL0z4qAiOjreRwVEBESUy9aUrdA2SYFC23Pfc5pAS/+mCa30xifv83xPQnr293zLWf4fAiIo 19mZ8oqvp0Ln3VTgzCZH8QpyFD2L7+NpzeG+tI615wnDCEWs39OBCorGUn7RP0HqSUgNFRYz8elw nqR85/tUeMQk0oURgnjfHUsFxStBphsaywS5daWg+AzIfo9WHeiH1BG1mcIIHaw9fCMVFm0BubWa qyQOZyk+x5CFRXpzhREyKDySCHL3NSC1rhQUVeNzNnxxG2+uMEIGecV6EPxTA1LrSkHRWXIcmULr 1oUJDjnkH74KgdQn8LVViuRyKXDuQWQtEWNhHxxyeKs0GgS+CC3lflaB3OJTmAA2KixTeXOEEVKw sLZCOx3OPJB8FGRzf1vrd/MPHaGCQytpTdG14QArlMHXuIXOAYimZ4HgpVgWFVLhwUxyHJpEb5f0 DAdXvwVYLJG0vqYDvV2mpr+5Y+i9410pl7UL+90wwggjjDDCCBqMUQRbl95mhyW9/Q7LwPb8Owu7 1N8GWG58O/cyc0zZYpPeYzfeVmE33+6yjhp+OiO1L4gOn/6FMpgluaMnK22Qy2r6s8tm+shtM+/y 2M273Zmmbzx20+uezNRUZknv4k0eRiiBWSjyTI7peo/NtMRjNe8HuWc9WeaaiqwU5rabqqHJLo/N /AV+T2ez49t5s4URKtizpH8Ht8041WNL4VpbxYm9WNxZ5kpOckX2qJ7ebGGECo5bx3UFsc+A4FIl cn3itqec9lhTxnqzhREqYLmmKJfdaPdkpXiUiPUJ/s41+XFvtjBCBTXQYLfd/By0uFyJWJ/AH1e5 bOYJ3mxhhAr2IYIut5tmuezmA9BSEVwpCaLp3RUvhn1wyIFZLJFlVpMePvY9RMpnGhCbZebaW+qy mx5oThQdQZTclogXkM5Pmn7t3RNePupBnQMHYhHP5bLVDfB6eH28z82ur3bsRD8EAUGXx820y546 0WU1f+i2mktgrs+A2EqsiyvcWaZfoN0Lal4xarzJg0VyR9ImDiKt4Xekle4njf52itJfTZTW0tdq 0fH+HUgzqAdpJL2oR6efThr5IdIYHiS1dA/FSBNIbTCQZkgP6o+0vwbZ6oSe6O9YUsv3kTZ+CmkH x+P7lfhLsHVFkCo+CvkHi3J4P9SGe0iXMFT8HkR5DGmPWpK7lGakDYLWzgGhL3uyTEs9mSPn4zOV 5SRH8zTe5EEhAg27Ax3cRFrZie/HMPh7Mdj5pEk0YkZ29qZrJkCWWh5YO4HkN/H9W3zuB7GHISWY XCX491G0oQjyA9qANAkzqavhmlrNaBFEUIzhZpCwHHXtFX3lfVZLnwmyYxNjRJrAEEnaYdeinU+R Wv8VyioW/eB90EhbMXkfQl2xSBcUKRYLRR7MTuhUlp2iLofGHrabr+Am3PvnoIEZOCgRDfoeHa3C IDOv1KCxFWjsejEba83YpUM3sAsGcQLKexdlOyGVoo4L9V0sqF8+gzwHMPDroOUTqesAbp6acwMl gqKkW1HmRpRdv36NfA71fEfRCXfDcnQVaZuCKr4PJoqdVBImpKHu2PHyqkA6yjNM85bXSogy9EVj vga5yoPNB1kjrxImLciZWAv4I55XbZiLSbQTZfGBbVhP48KJrsTg/4g2PgsCbiJK6ISCg28L1yaV /p2LJvIF0UjnUNd6fOq9cUDjiINLU+tnIe0ulHdOsTy1wSMmZyDl/WpQSY+jgacVG+gTlXSUVIlD gm4kn7kqKQ2+CaZeOoJ6qhXLD0iQVyPDlMtrIOOD9W8CqsGpaMd+5fK9opFPIs0c6jy4O/XyM5G6 x2thgl9B2lLFcrgILZa3Q2YgfQu5uWChkpc2OqN9ooYGqaTU4Mw0/K1OnoROfolBOIVy/JnjQKUG beFa8QW0Y2LQsUG0BPMrH1cot47Akqnkj6GdGfiO4As+Vqnf2uHdUdYq9M2tXA4XPimln9HeP7ae mdbIT6Ix/s2mGrNUFT8MqQPX4CsQyGikj1D+GcUymyXyWUGCDv40GJ+sNYyBHKpfloJoJO6WyvC5 C7ICscgI5K6vyV2gwVr9MqQva5DfJ1yDNQgW1dJMir35Cm/Oywzu04R/U2igEPgXleG/Kermq5A6 MJMYlRwNX/cyOuZSLrMFRANN1iLA4QMdKFRD+4hJF4yr4PWo5a+8k+k8YkFYjz4Jf+rcTToUoTMo ltdWJ1de2V3+pGfckJHNDlIvHQiCVAl3oRO7G3RcI5+CfI4ZPM4b2AQAHlTB56jlfSijJcxyY4Ky pUNwA+mBxwYYZBW0WCPBbTQSGCkJ10SVlCMCKy92YL36X78fueA+4zBnr6sSatro6udpG2NgNwxI ODv/9uGb/jV3lJnlzr7k3afmgwcAGv209rGG/+naTa6I6ilXdYw1HG+jk98WGxFxt0QjVWDaqzZc D//1dwxKgKYZPo/7eLXsFhrPvyumUxIReH1MPaQgdndAEpZ9EfCfndDHqJ6G6i49Elg7EBKhVIcu gVH3JEZx5s8o7el+lLtZEOW2m2NKMoyvbZ0/qjx7ygg2bNBQFt0rURDbqXsCG3zjEPbK3clVu58x 7iy3ptx79NXk1r2JYRk3pEfmXcl/tf9u+J6sKcPcWXclbbJOGn63ZYKZL/wD83PJ0BC1fC+I+gWD 07QZFBYCfk7NJ5L8IuQFkFYAi7ENv/mP7H3ClyI8qg4C8fHx7TImDb8ta/KwjehvxYI7klmqYSjT 9Ulg9TSxt5GRPJPRxL8ymptXTMt2WKnQmUqrj8T+nDW5t9tqzivLMHl+/IuZLQbJSYOHspi4BHbj wCHsmQnJbMfTxmqXzby3wm6cW7Mkje+StQ4YZld5pmleaaZp9/EM45mji0zVJzJM5fhtoycjZUbN IqMmoC2ybsN00N5sDDhfOvg3zzyIUUurKVq+DWT2oqtNUUJib44B6Xr8/Q2kazyAuSDcAnyI2gOa hMwytnN5lmkc+rrhJPrI+1q80MQ2zzexP4Po/tdACznJ/W9jNGMJo6yvGS3/idGbe6vJUVRKBc5t +Fw0btV7SQcXpeZ+/sSo0nm3J7HrByQybgm4BnfslsD6oRzLhKSqbQtGbS+3YQzt5tYJsjbzW3x2 0xMum+mI255SzQ+Ua08v+NmjudJjTfnBY02dzrfLvFkaB9+GVMnvghy+LFIio1Y0iILV0nr40CTv +vDiyRNJmvgBSPMe0jZtsjXQ4m636rx5GwWzJLf1WI33or+70ddzHvuF0xr8m+2xmNj8cUms+zXJ LGLWK4xyf+RPYNZ5aA/fHUVVEOeVeXvsjz0w0w7NP6junVATeZEP5pagb7+EypnGYRvevD9pOK/b 24zLi9Ic860um3F/Y2eQ/H6QK8u48fRi49VNarFaTgAp/4aZ9R/A8E0PFZZntRGwcpmceK38GAg+ pljGxdItUfLmbBSnXzZf5bEb/+3OMlcr9ZWT/OU8I0u6azZrmwPNLSiqQ24dcRRVRyzfs6VTyuMf dOg+5Bh8t6K1aoPlXKfuhk+jeoj9/NYJslxZpvnwE5VKHfaJJ9NUjnTD+AVsbzYl8AOLkfCJm9E5 PxsnIjDaQZrEO4jizkelDcGjcb53Le1EvqajcRHp+we/y+Symg4p9dEnxxaZ2VTrUtZx1S/K5Ppk 6S4PmeedhFs6q9geIWJVspN0hlmttg5224zLG7vF55Nyq+msJ9s0hm3ya2YixW6XWtqGTjUeYGmk KkyCbygm3ux/VqMunSiPT5imCVbLk7wZG4UnwzgDBJco9dEncEs19+U6qjs69isT65OlP9TQmPk1 1DNZuT1cNHwyi1O5uWhf6wRZHlvKvHKFGwR1pcxmKnEtNA9l6YFosCDEnwbXoNO7SKe/s+66siEG tsfMvxPpdyFf0wTzXaom4LEZ0/iVGKU++gR/L5ud+9bODvn7Kur734tkyVZGpsewhBqu1BavyFUR Wql1d7K+z5h603b71BOerFTFDpdmj2E/LZ786Q9LJvfjz8x4sylDHS8jcOJnyv4DI41cgiDqOdIO 7o5cymXyvVu14WmRVqmM+lJz8U6TEk7ax8S5M83fIrhq9M6T22r8LuNV+5/a5h/4DgQrv/7CAd/8 lw8YDZ7GKGaoUnuEtIuRK7W95Y/j+hlG8KWZtxmXF+3y9g2amvv2iR0vTWOurLTzHeVR9InssWzj kofYjDdWfzYo/6v+TT5TrJWuxWxdC6lQ6vB54WZag2CM7yo1vEWB77AUfKmklj4FwU3vOGmkcu9m jF+UIVCEid7sl2Cbads++52jO+bvfwpB1oEGJOcfhPZuYZS+kFFfc+1GiEKb+HIJS6fKJ24f/skn D48aubnVdrIKnAvgbypnLF/L1mfPYTsXjmN7nk9jWzPS2ZtLnmHjVvyDRef/VNrW4Rze5BsBrkxQ U7Q+A6Q1rXVqyY10/4DcR9qEwRRr6CvOplX6G7GWvhOyGsT5Oak5L3wdvBa1+598QLnVOBbxRJES sT5x28xuvm5NXPGfOHI4HyHHoX9hjH6mt/Ydg1muomfXg9xFjAaMh/Ym1rZBh88e8MVXpbLI/qNZ p2tSWXz8KJYzdUT1Tr6TZTfNarV1MBUUv4QOnOv66jdMfvB5NnHcRDYlLYXdNvkedt385eyK17ax iFUHz6CzKWTZ1MRaju9k6SeKnaimjiAFMRLf6/4Z3/kNi3Ug6m2QugGfu/Hpfy3tE7XsJK0+2dsA v3BbR06BBh9VItYn8MHnXDbT7zdbxnamdSejaHXRIIzPeHr6w+co7cmjpIdZ5prLyeXay4OsePw2 8XlGD6xk7R91sJjHV7Kpzyxkn2TMqD5mG/1zhd38YI21tY4L84tm0eu7T9G0xazNDRNYx95JrFPP Iax9XyOLNMxiNGclo5e3H6S8A/qAXtjC/apWXgZzHehJEiJumGFxPUfcHuEmueltTi4aw1nkWRbo Wasrw5wEAn/xbeYoicdmPuK2paXvedh72ZChz+t2tKebpsZjSbQVxF4I+HqNQKD1KKOn3mX06veM Vu6FMuxj7VftZX3yvmcP5Oad2/jSnC3HcsZOrsmeFOBhTUvD8vG1NC3nBPUbXWtq6g5gNwQQt0xm NCXjI/pjfoDHhZZI0gwdgQBpawBa3AzhhxTSVlLFD0WlAW1TVmQm93LbTV83vqnDCTZ+Cy1PbrDz pJO6od58TMDaPXKuwfI9jBa8z+hNrJkvirgjC52sR972yvFv/G3DwpetwzdZLK2zk4UwP4V6m1yN BQsUOwT+ZcR26j3yBqQO7NCB70LVrv2KUUYgS5zgRc1vLuofIl3gpzSe7JRbXDbjjsYI5uKBhnNf zZ+u92bzIq4j6kwHwfyosYJ6jqihqXa+Hm5A7nmSHQfPdcrf92XXvL1jaUlrvdVXLVkxYH52YyDi KM9gFj42UPB7zyp5CTSt5Q/9+QBrpBy0qxdqCsCq1KLMZk5HkHVEiVifIIo+48ky3rvvrQZr9Aix 3y2uF0uvU//RW+jRNWXiEEKBXCH83WT8dZJ5RQ/QiuNdveVcZqj5qU0gd7L4RkIQBHNt76q/Dn5y dYuaah588fvSmsQBwV4CPGVNne6ympvYyTLxI74/8HvJ3mx1ESmsU7dBcTTykXGUs+UjLJtOK5LL RRBctBcB6sPk2NNKx4XclDZ1J0slnYQGG5A6MBN9AZEUnRgHTV4KcxrIksef8OuzpWhvrlhKBTfZ BBBApYA8vztZMNFl7izj3TVL/D7REUHLtsVQwYGlWEaViVMmZYKxhi7aTmsOTaf8w620TOKXtzUG vqGvNKjcHEL75EJS33KJ96KRh29maPTzUNZBlBVYhFxPxAHFAciLYjPlEk9mQJquwmZc72nkNIn/ 7rGZNp7NTJGbOFghrIs7QjPvJ8fBPeL1kEoEO5yn8Ld3xSslW/GtghGkG5ICEvixXP2AiF8EV0v/ wdrW1OzjrqhbolHWTJD0BcQTGNFis74cbfscbZglItlmXCDnW61nbamJbpt5tyvLVI9kty2lGtHz L/g+uzRnfJO7YigtgtYc7QcCl5O4COD9LxN8wknn5OcXzRHr6dYFzF20NBUDvwOD6QIRp6FxJRjc D8SNC2qp+0Twa9GDb6rVZmkD/Pr/4hPmH/WpxVVV/qgKliFoQzS0XaPfAI2di8/rvEeLl2JB6oE/ 4+O2m28EwetBdInbaj6Ff7tA7g8IsB71LE7t3uSeuw/8Pdtr+H96UrQYhHIy3SD7DD5PU75zL35/ mlYc6PH/5LWRGMBoKUkcxHNTqJL/UBvItNhDX3XRhrqIiHQUCJ4DQi2QTJBphX99HpPsMRHU1T4I FqzGYjC5f0Z/+BJK3BgRfagXP7BXx3QDqfeD1Bfgl5/ka1++23RJT+9xc7328EhyHJ5Pq4szKc/5 Ar3lvIMcJa13D8sPMBDCDF6+WcdnOD9tqT1xaU69bcRSRqUfIky6uNQvPY7P6bAC0sWPu/jeKNec J/fqge/08Re9hl/R/Ksgonab1DBbuBbxDJJ8AuSWwOzvg/wTJE+nPjeFX4AemoD280N//pyvVubH lXUDRu+jqPHfkG5wKhKHNSzkwJdiavhyjXSiDrH1hR9OqAzveG9yhhFSEEGblAdNbeo2SSnxV0OE EWK4whAL87xWaKkSsT7ht0k6JfM97DBCCl0lDWn1r0FD/V8UUCH4igoHWqEHcUSpfwQaekSRWC4a QyX+/px4OD2MkEMbkBgPAt8BkQ0v/YmXrEh/J11Cf6S9fGv8MFoQXItjDGbS8mea6pxeqaRKQW70 oJuRqtU2/cNoESS3FW/10fGdLD2iaukVkDxa3Pj8zax/if4PjTMQFfXnvswAAAAASUVORK5CYII= --_004_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_--

2 3

Could not get access to ACL tech driver 'ebiptables'
by Kenneth Bingham 20 Nov '16

20 Nov '16

I imported a guest from its iscsi storage domain and clicked the green UP button, but the guest failed to start. This was the first time vdsm tried to create a temporary storage domain for a host other than hosted_engine. I'm using the same chap credential that was used with the same iscsi storage domain with the old instance of Manager. It looks like it wasn't able to get permission to do something, but everything was set up with sudo-as-root. I used CentOS 7.2 with the ovirt-release repository and hosted-engine script to deploy Manager. >From /var/log/vdsm/vdsm.log on the host where it tried to start: Thread-23385::ERROR::2016-11-19 02:12:41,907::vm::765::virt.vm::(_startUnderlyingVm) vmId=`c3125d32-ae2a-4d2f-af4c-13661d90ddf9`::*The vm start process failed* Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 706, in _startUnderlyingVm self._run() File "/usr/share/vdsm/virt/vm.py", line 1996, in _run self._connection.createXML(domxml, flags), 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 917, in wrapper return func(inst, *args, **kwargs) File "*/usr/lib64/python2.7/site-packages/libvirt.py*", line 3611, in *createXML* if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error: *Could not get access to ACL tech driver 'ebiptables'* >From /usr/lib64/python2.7/site-packages/libvirt.py which raised the error: def createXML(self, xmlDesc, flags=0): """Launch a new guest domain, based on an XML description similar to the one returned by virDomainGetXMLDesc() This function may require privileged access to the hypervisor. The domain is not persistent, so its definition will disappear when it is destroyed, or if the host is restarted (see virDomainDefineXML() to define persistent domains). If the VIR_DOMAIN_START_PAUSED flag is set, the guest domain will be started, but its CPUs will remain paused. The CPUs can later be manually started using virDomainResume. If the VIR_DOMAIN_START_AUTODESTROY flag is set, the guest domain will be automatically destroyed when the virConnectPtr object is finally released. This will also happen if the client application crashes / loses its connection to the libvirtd daemon. Any domains marked for auto destroy will block attempts at migration, save-to-file, or snapshots. virDomainFree should be used to free the resources after the domain object is no longer needed. """ ret = libvirtmod.virDomainCreateXML(self._o, xmlDesc, flags) if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) __tmp = virDomain(self,_obj=ret) return __tmp

3 3

Unexpected behaviour during creating VM using oVirt API
by Roman Chukov 20 Nov '16

20 Nov '16

Hello, I am trying to create a virtual machine from a template using oVirt API. Somehow like this: --- def createVM(connection, cluster, vmname, vmtemplate): try: param = params.VM( name=vmname, \ cluster=connection.clusters.get(name=cluster), \ template=connection.templates.get(name=vmtemplate), \ use_latest_template_version = True ) except: print "Could not construct a request to oVirtapi,please check parameters which were being sent to" return None try: connection.vms.add(param) except: print "I was not able to commit my request into oVirt api." return None return "OK" --- Everything is fine when I have only ONE version of a template. But I am used to create several number of versions for one template because it is quite flexible. In this case, when I run my script, I receive an "AmbiguousQueryError" error even if an option "use_latest_template_version = True" is used. I revised file /usr/lib/python2.7/site-packages/ovirtsdk/utils/filterhelper.py and found near line 30 that this error is raised unquestionably: -- if len(result) > 1: raise AmbiguousQueryError(query) return result[0] if result else None -- It seems quite strange. Either I do not understand the meaning of option "use_latest_template_version" or using of this option does not make sense, I mean query constructed in params.VM() function will not be passed by filterhelper.py in current implementation. I made a small patch that allows me to use the latest version of the template during VM creation: -- if len(result) > 1 : result = result[len(result) - 1] return result #raise AmbiguousQueryError(query) return result[0] if result else Nonepython-2.7.5-34.el7.x86_64 -- But I am still not sure that original behaviour of filehelper.py is unexpectable. I would be very pleasant if you explain me this issue. My OS is CentOS 7. I use Python python-2.7.5-34.el7.x86_64. Version of ovirt-engine-sdk is ovirt-engine-sdk-python-3.6.8.0-1.el7.centos.noarch -- Thanks in advance, Roman A. Chukov. https://asgardahost.org

2 1

oVirt 4.0.5 and SHE console from gui
by Gianluca Cecchi 20 Nov '16

20 Nov '16

Hello, In a clean environment configured in 4.0.5 I used VNC for hosted engine VM console during setup. In web admin gui I see that the graphics protocol for the Hosted Engine VM is indeed VNC and Video Type VGA. I have verified that if I configure a VM with VNC graphics (video type both cirrus and vga tried) I'm able to connect to it with remote-viewer from Linux client and with virt-viewer in a W2012 client. A part from the usual command hosted-engine --add-console-password and related vmcviewer one from console, can I connect to the VNC engine console also from web admin gui? Both from Windows and Linux I get error Unable to connect to the graphic server C:\Users\Admini~1\Appdata\Local\Temp\console-12.vv Unable to connect to the graphic server /tmp/mozilla_g.cecchi0/console.vv Can I setup console to spice after install? And in case can I connect to its console from webadmin gui then? Thanks, Gianluca

2 3

Old 3.3 deep dive presentations
by Martin Sivak 20 Nov '16

20 Nov '16

Hi, does anybody know where the old deep dive presentations from http://www.ovirt.org/develop/release-management/releases/3.3/#Deep_dives are? Did we lose them in the conversion or do we still have backup somewhere? -- Martin Sivak SLA / oVirt

2 1

Multiple Data Storage Domains
by Gary Pedretty 19 Nov '16

19 Nov '16

--Apple-Mail=_6EA3CA6C-F1CA-43B1-A0ED-5EC9B2DD6690 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I am having an issue in a Hosted Engine GlusterFS setup. I have 4 = hosts in a cluster, with the Engined being hosted on the Cluster. This = follows the pattern shown in the docs for a glusterized setup, except = that I have 4 hosts. I have engine, data, iso and export storage = domains all as glusterfs on a replica 3 glusterfs on the first 3 hosts. = These gluster volumes are running on an SSD Hardware Raid 6, which is = identical on all the hosts. All the hosts have a second Raid 6 Array = with Physical Hard Drives and I have created a second data storage = domain as a glusterfs across all 4 hosts as a stripe 2 replica 2 and = have added it to the Data Center. However if I use this second Storage = Domain as the boot disk for a VM, or as second disk for a VM that is = already running, the VM will become non-responsive as soon as the VM = starts using this disk. Happens during the OS install if the VM is = using this storage domain for its boot disk, or if I try copying = anything large to it when it is a second disk for a VM that has its boot = drive on the Master Data Storage Domain. =20 If I mount the gluster volume that is this second storage domain on one = of the hosts directly or any other machine on my local network, the = gluster volume works fine. It is only when it is used as a storage = domain (second data domain) on VMs in the cluster. Once the vm becomes non-responsive it cannot be stopped, removed or = destroyed without restarting the host machine that the VM is currently = running on. The 4 hosts are connected via 10gig ethernet, so should = not be a network issue. Any ideas? Gary ------------------------------------------------------------------------ Gary Pedretty gary(a)ravnalaska.net = <mailto:gary@eraalaska.net> Systems Manager www.flyravn.com = <http://www.flyravn.com/> Ravn Alaska /\ 907-450-7251 5245 Airport Industrial Road / \/\ 907-450-7238 fax Fairbanks, Alaska 99709 /\ / \ \ Second greatest commandment Serving All of Alaska / \/ /\ \ \/\ =E2=80=9CLove your = neighbor as Really loving the record green up date! Summmer!! yourself=E2=80=9D = Matt 22:39 ------------------------------------------------------------------------ --Apple-Mail=_6EA3CA6C-F1CA-43B1-A0ED-5EC9B2DD6690 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">I am having an issue in a Hosted Engine GlusterFS setup. =   I have 4 hosts in a cluster, with the Engined being hosted on the = Cluster.  This follows the pattern shown in the docs for a = glusterized setup, except that I have 4 hosts.   I have engine, = data, iso and export storage domains all as glusterfs on a replica 3 = glusterfs on the first 3 hosts.  These gluster volumes are running = on an SSD Hardware Raid 6, which is identical on all the hosts. =  All the hosts have a second Raid 6 Array with Physical Hard Drives = and I have created a second data storage domain as a glusterfs across = all 4 hosts as a stripe 2 replica 2 and have added it to the Data = Center.  However if I use this second Storage Domain as the boot = disk for a VM, or as second disk for a VM that is already running, the = VM will become non-responsive as soon as the VM starts using this disk. =   Happens during the OS install if the VM is using this storage = domain for its boot disk, or if I try copying anything large to it when = it is a second disk for a VM that has its boot drive on the Master Data = Storage Domain.  <div class=3D""><br class=3D""></div><div = class=3D"">If I mount the gluster volume that is this second storage = domain on one of the hosts directly or any other machine on my local = network, the gluster volume works fine.  It is only when it is used = as a storage domain (second data domain) on VMs in the = cluster.</div><div class=3D""><br class=3D""></div><div class=3D"">Once = the vm becomes non-responsive it cannot be stopped, removed or destroyed = without restarting the host machine that the VM is currently running on. =   The 4 hosts are connected via 10gig ethernet, so should not be a = network issue.</div><div class=3D""><br class=3D""></div><div = class=3D""><br class=3D""></div><div class=3D"">Any ideas?</div><div = class=3D""><br class=3D""></div><div class=3D"">Gary</div><div = class=3D""><br class=3D""></div><div class=3D""><div class=3D""> <div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: = auto; text-align: start; text-indent: 0px; text-transform: none; = white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; = orphans: auto; text-align: start; text-indent: 0px; text-transform: = none; white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); font-size: 12px; letter-spacing: normal; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px;" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div><div class=3D"">Gary Pedretty         =                     =            <a = href=3D"mailto:gary@eraalaska.net" = class=3D"">gary(a)ravnalaska.net</a></div><div class=3D"">Systems Manager =                     =                     =  <a href=3D"http://www.flyravn.com" = class=3D"">www.flyravn.com</a></div><div class=3D"">Ravn Alaska   =                     =     /\                 =    907-450-7251</div><div class=3D"">5245 Airport Industrial = Road         /  \/\         =     907-450-7238 fax</div><div class=3D"">Fairbanks, Alaska =  99709        /\  /    \ \ = Second greatest commandment</div></font><font face=3D"Monaco" = class=3D""><span style=3D"font-size: 12px;" class=3D"">Serving All of = Alaska          /  \/  /\  \ \/\ =   =E2=80=9CLove your neighbor as</span></font><br = style=3D"font-family: Monaco;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px;" class=3D""><span style=3D"font-size: 12px;" class=3D"">Really = loving the record green up date! Summmer!!   yourself=E2=80=9D M= att 22:39</span></font><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: Menlo;" = class=3D""></div><font face=3D"Menlo" style=3D"font-size: 12px;" = class=3D""></font><span style=3D"color: rgb(0, 0, 0); letter-spacing: = normal; text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px; font-size: 12px;" class=3D""><font = face=3D"Menlo" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div></font></span><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><font = face=3D"Menlo" style=3D"font-size: 12px;" class=3D""><br = class=3D""></font></div></div><span style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: 12px;" = class=3D""><br class=3D"Apple-interchange-newline"></span></div><span = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px; font-size: 12px;" class=3D""><br = class=3D"Apple-interchange-newline"></span></div><span style=3D"color: = rgb(0, 0, 0); letter-spacing: normal; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: = 12px;" class=3D""><br class=3D"Apple-interchange-newline"></span></div><br= class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"><br = class=3D"Apple-interchange-newline"> </div> <br class=3D""></div></body></html>= --Apple-Mail=_6EA3CA6C-F1CA-43B1-A0ED-5EC9B2DD6690--

3 6

Re: [ovirt-users] Storage domain for Engine does not appear
by Oscar Segarra 19 Nov '16

19 Nov '16

Hi, I don't understand why, but after creating a new storage pool, I have been able to attach the engine to the datacenter. Thanks a lot. 2016-11-19 21:57 GMT+01:00 Joop <jvdwege(a)xs4all.nl>: > On 19-11-2016 18:03, Oscar Segarra wrote: > > Hi, > > I have realized that at system level I'm able to see the "Engine" storage: > > [image: Imágenes integradas 1] > > But when I try to attach it to a DataCenter, i appears as "Locked" for one > second and then it disappears and remains Unattached. > > I have tried to import a new gluster domain and I cannot attach it to the > Data Center because it is not Initialized. > > You need to create a storage domain first and then it will import the > hosted engine storage. > > Joop > > Thanks a lot. > > 2016-11-19 10:27 GMT+01:00 Joop <jvdwege(a)xs4all.nl>: > >> On 19-11-2016 2:00, Oscar Segarra wrote: >> > Hi, >> > >> > I have created a 3 node gluster (replica 3) and I have made a fresh >> > install of the ovirt engine (4.0.5.5-1). The install process has >> > finishes successfuly but when I connect the ovirt engine the storage >> > domain where Engine lives does not appear. >> > >> > If I try to import it, I'm able to make it appear but i cannot attach >> > it to a Data Center. >> > >> You need to create a storage domain first and then the storage domain >> will automatically be imported into the Data Center. >> That even holds true when you already have an previous storage domain. >> You can't import it, you'll need to create a small dummy domain first >> and then you can import an old one. >> >> Joop >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > >

1 0

Storage domain for Engine does not appear
by Oscar Segarra 19 Nov '16

19 Nov '16

Hi, I have created a 3 node gluster (replica 3) and I have made a fresh install of the ovirt engine (4.0.5.5-1). The install process has finishes successfuly but when I connect the ovirt engine the storage domain where Engine lives does not appear. If I try to import it, I'm able to make it appear but i cannot attach it to a Data Center. Has anyone experienced this issue? Thanks a lot.

2 2

Re: [ovirt-users] Users Digest, Vol 62, Issue 74
by raian＠weberon.net 18 Nov '16

18 Nov '16

------=_Part_3766740_721444989.1479139041583 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes, I have tried installing it from virtio, it goes on like its going to i= nstall, then after a while fails with message, no drivers found. Sent from Yahoo Mail on Android=20 =20 On Sun, Nov 13, 2016 at 22:30, users-request(a)ovirt.org<users-request@ovir= t.org> wrote: Send Users mailing list submissions to =C2=A0=C2=A0=C2=A0 users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit =C2=A0=C2=A0=C2=A0 http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to =C2=A0=C2=A0=C2=A0 users-request(a)ovirt.org You can reach the person managing the list at =C2=A0=C2=A0=C2=A0 users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: =C2=A0 1. Re:=C2=A0 Problem installing windows 10 guest vm on ovirt=C2=A0= =C2=A0=C2=A0 4.0 =C2=A0 =C2=A0 =C2=A0 (Elad Ben Aharon) =C2=A0 2. Re:=C2=A0 gluster - Volume quota failed (knarra) ---------------------------------------------------------------------- Message: 1 Date: Sun, 13 Nov 2016 14:08:24 +0200 From: Elad Ben Aharon <ebenahar(a)redhat.com> To: Raian Nasrulla <raian(a)weberon.net> Cc: users <users(a)ovirt.org> Subject: Re: [ovirt-users] Problem installing windows 10 guest vm on =C2=A0=C2=A0=C2=A0 ovirt=C2=A0=C2=A0=C2=A0 4.0 Message-ID: =C2=A0=C2=A0=C2=A0 <CAOpfNcWYJ3k4p_CeNyUqc2PkP2X076g8FbP2wdn86aZN8bmF3g@mai= l.gmail.com> Content-Type: text/plain; charset=3D"utf-8" Did you attach a virtio / virtio-scsi driver to the VM? If not, you can find them located under /usr/share/virtio-win/ in the engine, you can upload them to an ISO domain using 'engine-iso-uploader'. On Sat, Nov 12, 2016 at 12:03 PM, Raian Nasrulla <raian(a)weberon.net> wrote: > > > > *Hi,I am using ovirt 4.0 * > > > *and virtio-win-0.1.126 iso for windows drivers* > > > > > *I've tried to install Windows 7 using Virtio disk, the installation succ= eeded, the problem was with: > with Windows 10, the Virtio and Virtio-SCSI not detecting the disk,* > did anyone try the windows guest tools iso and succeeded installing windo= ws 10. > > regards, > > Ryan > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >

3 2

Cannot change notification settings for hosted engine in ovirt 4.0
by George Chlipala 18 Nov '16

18 Nov '16

I cannot seem to find any information on how to change the notification settings, in particular the email adresses to which to send notifications and the from address for the notifications. I have tried adding a file on the engine itself in /etc/ovirt-engine/notifier/notifier.conf.d/ and setting MAIL_FROM. I then restarted the ovirt-engine service, but notices are still using the old configuration. I even tried restarting the VM, but that did not have any effect. I have also tried editing /var/lib/ovirt-hosted-engine-ha/broker.conf however when I restart the ovirt-ha-broker service, the file is overwritten. I have found documentation about the shared configuration storage ( http://www.ovirt.org/develop/release-management/features/hosted-engine-conf…) however it is not clear to me where I would edit existing data in the shared storage. Do I just untar the files, edit, then "retar" to the shared storage? Do I need to set maintenance mode before editing? Should I shutdown the engine? After I edit the files, do I just restart the ovirt-ha-broker service or do I need to do something else? Any help in this matter would be greatly appreciated. Thanks! - George Chlipala

3 3