- Users - oVirt List Archives

Glusterfs HA with Ovirt
by Punit Dambiwal 27 Jul '14

27 Jul '14

Hi, I have some HA related concern about glusterfs with Ovirt...let say i have 4 storage node with gluster bricks as below :- 1. 10.10.10.1 to 10.10.10.4 with 2 bricks each and i have distributed replicated architecture... 2. Now attached this gluster storge to ovrit-engine with the following mount point 10.10.10.2/vol1 3. In my cluster i have 3 hypervisior hosts (10.10.10.5 to 10.10.10.7) SPM is on 10.10.10.5... 4. What happen if 10.10.10.2 will goes down.....can hypervisior host can still access the storage ?? 5. What happen if SPM goes down ??? Note :- What happen for point 4 &5 ,If storage and Compute both working on the same server. Thanks, Punit

6 10

Documentation of cloud-init
by Amedeo Salvati 25 Jul '14

25 Jul '14

--_=__=_XaM3_.1406285961.2A.813187.42.17781.52.42.007.867559545 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hy guys,=0A=0Aafter some headache I was able to use cloud-init via python= -sdk (thanks to Juan), and I hope no one will fight anymore with them :D,= so if you want I think it's better to document with a simple example it'= s use on web page available at:=0A=0Ahttp://www.ovirt.org/Features/Cloud-= Init_Integration=0A=0Abelow simple change that you can integrate on web p= age:=0A=0A- fix api design example of usage for files xml, on the web pag= e you can find:=0A=0A...=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <files>=0A= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <file>=0A=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <name>/tmp/testFile1.txt</n= ame>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <cont= ent>temp content</content>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 <type>PLAINTEXT</type>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 </file>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </files>=0A= ...=0A=0Abut on params.File there aren't any "type" parameter only "type_= " so you can change xml with:=0A=0A...=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 <files>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <file>=0A=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <name>/tmp/test= File1.txt</name>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 <content>temp content</content>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 <type_>PLAINTEXT</type_>=0A=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </file>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 </files>=0A...=0A=0A- insert an example of using cloud-init via pytho= n-sdk (I hope java-sdk haven't big differences).=0A=0Afor this you can in= sert on web page an example of setting via cloud-init: hostname, reset ro= ot password and write a simple text file, and finally simple python code = is:=0A=0A...=0Ascontent =3D "write_files:\n-=C2=A0=C2=A0 content: |\n=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 #simple file\n=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 PIPPO=3D\"ciao\"\n=C2=A0=C2=A0=C2=A0 path: /etc/pippo.= txt"=0Aaction =3D params.Action(=0A=C2=A0 vm=3Dparams.VM(=0A=C2=A0=C2=A0=C2= =A0 initialization=3Dparams.Initialization(=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 cloud_init=3Dparams.CloudInit(=0A=C2=A0=C2=A0 =C2=A0host=3Dparams.Hos= t(address=3D"rheltest029"),=0A=C2=A0=C2=A0 =C2=A0users=3Dparams.Users(=0A= =C2=A0=C2=A0 =C2=A0=C2=A0 user=3D[params.User(user_name=3D"root", passwor= d=3D"pippolo")]=0A=C2=A0=C2=A0 =C2=A0=C2=A0 ),=0A=C2=A0=C2=A0 =C2=A0files= =3Dparams.Files(=0A=C2=A0=C2=A0 =C2=A0=C2=A0 file=3D[params.File(name=3D"= /etc/pippo.txt", content=3Dscontent, type_=3D"PLAINTEXT")]=0A=C2=A0=C2=A0= =C2=A0=C2=A0 )=0A=C2=A0=C2=A0 =C2=A0)=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 )= =0A=C2=A0 )=0A)=0Avm.start( action )=0A...=0A=0AHTH=0AAmedeo Salvati --_=__=_XaM3_.1406285961.2A.813187.42.17781.52.42.007.867559545 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A<div class=3D"xam_msg_class">=0A<div style=3D"font: normal 13px Arial;= color:rgb(31, 28, 27);">Hy guys,<br><br>after some headache I was able t= o use cloud-init via python-sdk (thanks to Juan), and I hope no one will = fight anymore with them :D, so if you want I think it's better to documen= t with a simple example it's use on web page available at:<br><br>http://= www.ovirt.org/Features/Cloud-Init_Integration<br><br>below simple change = that you can integrate on web page:<br><br>- fix api design example of us= age for files xml, on the web page you can find:<br><br>...<br> &nbs= p;     <files><br>    &nbsp= ;    <file><br>      &= nbsp;    <name>/tmp/testFile1.txt</name><br>&n= bsp;          <content&gt= ;temp content</content><br>      &nbs= p;    <type>PLAINTEXT</type><br>  &n= bsp;      </file><br>   &nb= sp;   </files><br>...<br><br>but on params.File there are= n't any "type" parameter only "type_" so you can change xml with:<br><br>= ...<br>       <files><br>  =        <file><br>   &n= bsp;       <name>/tmp/testFile1.txt&l= t;/name><br>         &nbs= p; <content>temp content</content><br>   &nbsp= ;       <type_>PLAINTEXT</type_&gt= ;<br>         </file><br>&n= bsp;      </files><br>...<br><br>- insert = an example of using cloud-init via python-sdk (I hope java-sdk haven't bi= g differences).<br><br>for this you can insert on web page an example of = setting via cloud-init: hostname, reset root password and write a simple = text file, and finally simple python code is:<br><br>...<br>scontent =3D = "write_files:\n-   content: |\n     &n= bsp;  #simple file\n        PIPPO= =3D\"ciao\"\n    path: /etc/pippo.txt"<br>action =3D param= s.Action(<br>  vm=3Dparams.VM(<br>    initialization=3D= params.Initialization(<br>      cloud_init=3Dpar= ams.CloudInit(<br>    host=3Dparams.Host(address=3D"rhelte= st029"),<br>    users=3Dparams.Users(<br>   &nbs= p;  user=3D[params.User(user_name=3D"root", password=3D"pippolo")]<b= r>      ),<br>    files=3Dparams.Files= (<br>      file=3D[params.File(name=3D"/etc/pippo.txt= ", content=3Dscontent, type_=3D"PLAINTEXT")]<br>     = )<br>    )<br>      )<br>  = )<br>)<br>vm.start( action )<br>...<br><br>HTH<br>Amedeo Salvati</div>=0A= </div>=0A --_=__=_XaM3_.1406285961.2A.813187.42.17781.52.42.007.867559545--

2 1

[ANN] oVirt 3.5.0 Second Beta is now available for testing
by Sandro Bonazzola 25 Jul '14

25 Jul '14

The oVirt team is pleased to announce that the 3.5.0 Second Beta is now available for testing as of Jul 21th 2014. The beta is available now for Fedora 19, Fedora 20 and Red Hat Enterprise Linux 6.5 (or similar). Feel free to join us testing it on Tue Jul 29th second test day! This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The existing repository ovirt-3.5-pre has been updated for delivering this release without the need of enabling any other repository. Please refer to release notes [1] for Installation / Upgrade instructions. New oVirt Live, oVirt Guest Tools and oVirt Node ISO will be available soon as well[2]. Please note that mirrors may need a couple of days before being synchronized. If you want to be sure to use latest rpms and don't want to wait for the mirrors, you can edit /etc/yum.repos.d/ovirt-3.5.repo commenting the mirror line and removing the comment on baseurl line. [1] http://www.ovirt.org/OVirt_3.5_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Weird yum depencency problem upgtading host 3.4.3
by Daniel Helgenberger 25 Jul '14

25 Jul '14

--=-xBZU0tRm0TJDUQp8tADG Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I am in the process updating my 2 node HE cluster to oVirt 3.4.3. The engine and node one is already updaded without any problems (great work on fixing the ha-agend subsystem locked issue!). Now, yum updating node two - immediately after node one - : Error: Package: ovirt-hosted-engine-ha-1.2.1-0.2.master.20140723134021.el6.noarch (ovirt-3.4-stable) Requires: vdsm-python >=3D 4.16.0 Removing: vdsm-python-4.14.9-0.el6.x86_64 (@ovirt-3.4-stable) vdsm-python =3D 4.14.9-0.el6 Updated By: vdsm-python-4.14.11.2-0.el6.x86_64 (ovirt-3.4-stable) vdsm-python =3D 4.14.11.2-0.el6 Available: vdsm-python-4.12.1-2.el6.i686 (ovirt-3.3-stable) vdsm-python =3D 4.12.1-2.el6 Available: vdsm-python-4.12.1-4.el6.i686 (ovirt-3.3-stable) vdsm-python =3D 4.12.1-4.el6 Available: vdsm-python-4.13.0-9.el6.i686 (ovirt-3.3-stable) vdsm-python =3D 4.13.0-9.el6 Available: vdsm-python-4.13.0-11.el6.i686 (ovirt-3.3-stable) vdsm-python =3D 4.13.0-11.el6 Available: vdsm-python-4.13.2-1.el6.i686 (ovirt-3.3-stable) vdsm-python =3D 4.13.2-1.el6 Available: vdsm-python-4.13.3-2.el6.i686 (ovirt-3.3-stable) vdsm-python =3D 4.13.3-2.el6 Available: vdsm-python-4.13.3-3.el6.i686 (ovirt-3.3-stable) vdsm-python =3D 4.13.3-3.el6 Available: vdsm-python-4.13.3-4.el6.i686 (ovirt-3.3-stable) vdsm-python =3D 4.13.3-4.el6 Available: vdsm-python-4.13.4-0.el6.i686 (ovirt-3.3-stable) vdsm-python =3D 4.13.4-0.el6 Available: vdsm-python-4.14.6-0.el6.i686 (ovirt-3.4-stable) vdsm-python =3D 4.14.6-0.el6 Available: vdsm-python-4.14.8.1-0.el6.i686 (ovirt-3.4-stable) vdsm-python =3D 4.14.8.1-0.el6 Available: vdsm-python-4.14.11-0.el6.i686 (ovirt-3.4-stable) vdsm-python =3D 4.14.11-0.el6 Error: Package: ovirt-hosted-engine-ha-1.2.1-0.2.master.20140723134021.el6.noarch (ovirt-3.4-stable) Requires: vdsm-cli >=3D 4.16.0 Removing: vdsm-cli-4.14.9-0.el6.noarch (@ovirt-3.4-stable) vdsm-cli =3D 4.14.9-0.el6 Updated By: vdsm-cli-4.14.11.2-0.el6.noarch (ovirt-3.4-stable) vdsm-cli =3D 4.14.11.2-0.el6 Available: vdsm-cli-4.12.0-1.el6.noarch (ovirt-3.3-stable) vdsm-cli =3D 4.12.0-1.el6 Available: vdsm-cli-4.12.1-2.el6.noarch (ovirt-3.3-stable) vdsm-cli =3D 4.12.1-2.el6 Available: vdsm-cli-4.12.1-4.el6.noarch (ovirt-3.3-stable) vdsm-cli =3D 4.12.1-4.el6 Available: vdsm-cli-4.13.0-9.el6.noarch (ovirt-3.3-stable) vdsm-cli =3D 4.13.0-9.el6 Available: vdsm-cli-4.13.0-11.el6.noarch (ovirt-3.3-stable) vdsm-cli =3D 4.13.0-11.el6 Available: vdsm-cli-4.13.2-1.el6.noarch (ovirt-3.3-stable) vdsm-cli =3D 4.13.2-1.el6 Available: vdsm-cli-4.13.3-2.el6.noarch (ovirt-3.3-stable) vdsm-cli =3D 4.13.3-2.el6 Available: vdsm-cli-4.13.3-3.el6.noarch (ovirt-3.3-stable) vdsm-cli =3D 4.13.3-3.el6 Available: vdsm-cli-4.13.3-4.el6.noarch (ovirt-3.3-stable) vdsm-cli =3D 4.13.3-4.el6 Available: vdsm-cli-4.13.4-0.el6.noarch (ovirt-3.3-stable) vdsm-cli =3D 4.13.4-0.el6 Available: vdsm-cli-4.14.6-0.el6.noarch (ovirt-3.4-stable) vdsm-cli =3D 4.14.6-0.el6 Available: vdsm-cli-4.14.8.1-0.el6.noarch (ovirt-3.4-stable) vdsm-cli =3D 4.14.8.1-0.el6 Available: vdsm-cli-4.14.11-0.el6.noarch (ovirt-3.4-stable) vdsm-cli =3D 4.14.11-0.el6 Error: Package: ovirt-hosted-engine-ha-1.2.1-0.2.master.20140723134021.el6.noarch (ovirt-3.4-stable) Requires: vdsm >=3D 4.16.0 Removing: vdsm-4.14.9-0.el6.x86_64 (@ovirt-3.4-stable) vdsm =3D 4.14.9-0.el6 Updated By: vdsm-4.14.11.2-0.el6.x86_64 (ovirt-3.4-stable) vdsm =3D 4.14.11.2-0.el6 Available: vdsm-4.12.1-2.el6.i686 (ovirt-3.3-stable) vdsm =3D 4.12.1-2.el6 Available: vdsm-4.12.1-4.el6.i686 (ovirt-3.3-stable) vdsm =3D 4.12.1-4.el6 Available: vdsm-4.13.0-9.el6.i686 (ovirt-3.3-stable) vdsm =3D 4.13.0-9.el6 Available: vdsm-4.13.0-11.el6.i686 (ovirt-3.3-stable) vdsm =3D 4.13.0-11.el6 Available: vdsm-4.13.2-1.el6.i686 (ovirt-3.3-stable) vdsm =3D 4.13.2-1.el6 Available: vdsm-4.13.3-2.el6.i686 (ovirt-3.3-stable) vdsm =3D 4.13.3-2.el6 Available: vdsm-4.13.3-3.el6.i686 (ovirt-3.3-stable) vdsm =3D 4.13.3-3.el6 Available: vdsm-4.13.3-4.el6.i686 (ovirt-3.3-stable) vdsm =3D 4.13.3-4.el6 Available: vdsm-4.13.4-0.el6.i686 (ovirt-3.3-stable) vdsm =3D 4.13.4-0.el6 Available: vdsm-4.14.6-0.el6.i686 (ovirt-3.4-stable) vdsm =3D 4.14.6-0.el6 Available: vdsm-4.14.8.1-0.el6.i686 (ovirt-3.4-stable) vdsm =3D 4.14.8.1-0.el6 Available: vdsm-4.14.11-0.el6.i686 (ovirt-3.4-stable) vdsm =3D 4.14.11-0.el6 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest You have new mail in /var/spool/mail/root The other host upgraded to vdsm 4.14.11 .... Thanks, Daniel --=20 Daniel Helgenberger=20 m box bewegtbild GmbH=20 P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19=20 D-10115 BERLIN=20 www.m-box.de www.monkeymen.tv=20 Gesch=C3=A4ftsf=C3=BChrer: Martin Retschitzegger / Michaela G=C3=B6llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767=20 --=-xBZU0tRm0TJDUQp8tADG Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIN9zCCBFcw ggM/oAMCAQICCwQAAAAAAS9O4TFGMA0GCSqGSIb3DQEBBQUAMFcxCzAJBgNVBAYTAkJFMRkwFwYD VQQKExBHbG9iYWxTaWduIG52LXNhMRAwDgYDVQQLEwdSb290IENBMRswGQYDVQQDExJHbG9iYWxT aWduIFJvb3QgQ0EwHhcNMTEwNDEzMTAwMDAwWhcNMTkwNDEzMTAwMDAwWjBUMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwWtB+TXs+BJ9 3SJRaV+3uRNGJ3cUO+MTgW8+5HQXfgy19CzkDI1T1NwwICi/bo4R/mYR5FEWx91//eE0ElC/89iY 7GkL0tDasmVx4TOXnrqrsziUcxEPPqHRE8x4NhtBK7+8o0nsMIJMA1gyZ2FA5To2Ew1BBuvovvDJ +Nua3qOCNBNu+8A+eNpJlVnlu/qB7+XWaPXtUMlsIikxD+gREFVUgYE4VzBuLa2kkg0VLd09XkE2 ceRDm6YgRATuDk6ogUyX4OLxCGIJF8yi6Z37M0wemDA6Uff0EuqdwDQd5HwG/rernUjt1grLdAxq 8BwywRRg0eFHmE+ShhpyO3Fi+wIDAQABo4IBJTCCASEwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB /wQIMAYBAf8CAQAwHQYDVR0OBBYEFD8V0m18L+cxnkMKBqiUbCw7xe5lMEcGA1UdIARAMD4wPAYE VR0gADA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5 LzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmdsb2JhbHNpZ24ubmV0L3Jvb3QuY3JsMD0G CCsGAQUFBwEBBDEwLzAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AuZ2xvYmFsc2lnbi5jb20vcm9v dHIxMB8GA1UdIwQYMBaAFGB7ZhpFDZfKiVAvfQTNNKj//P1LMA0GCSqGSIb3DQEBBQUAA4IBAQDI WOF8oQHpI41wO21cUvjE819juuGa05F5yK/ESqW+9th9vfhG92eaBSLViTIJV7gfCFbt11WexfK/ 44NeiJMfi5wX6sK7Xnt8QIK5lH7ZX1Wg/zK1cXjrgRaYUOX/MA+PmuRm4gWV0zFwYOK2uv4OFgaM mVr+8en7K1aQY2ecI9YhEaDWOcSGj6SN8DvzPdE4G4tBk4/aIsUged9sGDqRYweKla3LTNjXPps1 Y+zsVbgHLtjdOIB0YZ1hrlAQcY2L/b+V+Yyoi7CMdOtmm1Rm6Jh5ILbwQTjlUCkgu5yVdfs9LDKc M0SPeCldkjfaGVSd+nURMOUy3hfxsMVux9+FMIIEyjCCA7KgAwIBAgIRAJZpZsDepakv5CafojXo PKcwDQYJKoZIhvcNAQEFBQAwVDELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYt c2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24gUGVyc29uYWxTaWduIDIgQ0EgLSBHMjAeFw0xMzA4Mjcx NjU3NThaFw0xNjA4MjcxNjU3NThaMFgxCzAJBgNVBAYTAkRFMRwwGgYDVQQDExNEYW5pZWwgSGVs Z2VuYmVyZ2VyMSswKQYJKoZIhvcNAQkBFhxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzgFDm8+SeTU4Yt3WopJQgqZAuuNxyMlxiPuq 0C0D581goXz2nVVjhTCIVwX2MqWYD1Dyjy1hLHXothgWgZaiQ1EB4oVdmIFmIfIjR6SkR/Gjw3lx MwJzEpxJhZXyyrOYE8Kgw2maJWgLx5zw2/lKpcffhVW0OY0t+JWWxPKiYFcAmQnb+fleonM8sUZZ ZES08uRVVL67jbq+3+E2xCLlqQ2iJ1h5ej3wlyuZ4CkUnfMHYrG8zOIfHwsPirWACX026a1flgts Kl1Yv0CRZ1c5qujcP3OPpDovIbBr9RBStl2DcFdzTuGMdmfp32963VLOlvKpClPMzrfJeJfWZ4Qy UwIDAQABo4IBkTCCAY0wDgYDVR0PAQH/BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQw MgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCcGA1Ud EQQgMB6BHGRhbmllbC5oZWxnZW5iZXJnZXJAbS1ib3guZGUwCQYDVR0TBAIwADAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC5nbG9iYWxz aWduLmNvbS9ncy9nc3BlcnNvbmFsc2lnbjJnMi5jcmwwVQYIKwYBBQUHAQEESTBHMEUGCCsGAQUF BzAChjlodHRwOi8vc2VjdXJlLmdsb2JhbHNpZ24uY29tL2NhY2VydC9nc3BlcnNvbmFsc2lnbjJn Mi5jcnQwHQYDVR0OBBYEFLw0UD+6l35aKnDaePxEP8K35HYZMB8GA1UdIwQYMBaAFD8V0m18L+cx nkMKBqiUbCw7xe5lMA0GCSqGSIb3DQEBBQUAA4IBAQBdVOm7h+E4sRMBbTN1tCIjAEgxmB5U0mdZ XcawzEHLJxTrc/5YFBMGX2qPju8cuZV14XszMfRBJdlJz1Od+voJggianIhnFEAakCxaa1l/cmJ5 EDT6PgZAkXbMB5rU1dhegb35lJJkcFLEpR2tF1V0TfbSe5UZNPYeMQjYsRhs69pfKLoeGm4dSLK7 gsPT5EhPd+JPyNSIootOwClMP4CTxIsXQgRI5IDqG2Ku/r2YMMLsqWD11PtAE87t2mgohQ6V1XdW FqGd1V+wN98oPumRRS8bld+1gRA7GVYMnO5MF6p//iHFcy3MVT05ojqgomMt+voH5cFzrHA61z80 xaZ6MIIEyjCCA7KgAwIBAgIRAJZpZsDepakv5CafojXoPKcwDQYJKoZIhvcNAQEFBQAwVDELMAkG A1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24g UGVyc29uYWxTaWduIDIgQ0EgLSBHMjAeFw0xMzA4MjcxNjU3NThaFw0xNjA4MjcxNjU3NThaMFgx CzAJBgNVBAYTAkRFMRwwGgYDVQQDExNEYW5pZWwgSGVsZ2VuYmVyZ2VyMSswKQYJKoZIhvcNAQkB FhxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAzgFDm8+SeTU4Yt3WopJQgqZAuuNxyMlxiPuq0C0D581goXz2nVVjhTCIVwX2MqWYD1Dy jy1hLHXothgWgZaiQ1EB4oVdmIFmIfIjR6SkR/Gjw3lxMwJzEpxJhZXyyrOYE8Kgw2maJWgLx5zw 2/lKpcffhVW0OY0t+JWWxPKiYFcAmQnb+fleonM8sUZZZES08uRVVL67jbq+3+E2xCLlqQ2iJ1h5 ej3wlyuZ4CkUnfMHYrG8zOIfHwsPirWACX026a1flgtsKl1Yv0CRZ1c5qujcP3OPpDovIbBr9RBS tl2DcFdzTuGMdmfp32963VLOlvKpClPMzrfJeJfWZ4QyUwIDAQABo4IBkTCCAY0wDgYDVR0PAQH/ BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3 Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCcGA1UdEQQgMB6BHGRhbmllbC5oZWxnZW5iZXJn ZXJAbS1ib3guZGUwCQYDVR0TBAIwADAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwQwYD VR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9ncy9nc3BlcnNvbmFsc2ln bjJnMi5jcmwwVQYIKwYBBQUHAQEESTBHMEUGCCsGAQUFBzAChjlodHRwOi8vc2VjdXJlLmdsb2Jh bHNpZ24uY29tL2NhY2VydC9nc3BlcnNvbmFsc2lnbjJnMi5jcnQwHQYDVR0OBBYEFLw0UD+6l35a KnDaePxEP8K35HYZMB8GA1UdIwQYMBaAFD8V0m18L+cxnkMKBqiUbCw7xe5lMA0GCSqGSIb3DQEB BQUAA4IBAQBdVOm7h+E4sRMBbTN1tCIjAEgxmB5U0mdZXcawzEHLJxTrc/5YFBMGX2qPju8cuZV1 4XszMfRBJdlJz1Od+voJggianIhnFEAakCxaa1l/cmJ5EDT6PgZAkXbMB5rU1dhegb35lJJkcFLE pR2tF1V0TfbSe5UZNPYeMQjYsRhs69pfKLoeGm4dSLK7gsPT5EhPd+JPyNSIootOwClMP4CTxIsX QgRI5IDqG2Ku/r2YMMLsqWD11PtAE87t2mgohQ6V1XdWFqGd1V+wN98oPumRRS8bld+1gRA7GVYM nO5MF6p//iHFcy3MVT05ojqgomMt+voH5cFzrHA61z80xaZ6MYIC5zCCAuMCAQEwaTBUMQswCQYD VQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQ ZXJzb25hbFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzAJBgUrDgMCGgUAoIIBUzAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA3MjQxNjIzMDlaMCMG CSqGSIb3DQEJBDEWBBT6i7l0yHWCZaStlhmMrBhZ97a/jjB4BgkrBgEEAYI3EAQxazBpMFQxCzAJ BgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWdu IFBlcnNvbmFsU2lnbiAyIENBIC0gRzICEQCWaWbA3qWpL+Qmn6I16DynMHoGCyqGSIb3DQEJEAIL MWugaTBUMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMh R2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzANBgkq hkiG9w0BAQEFAASCAQBKkY1xImSPMK4whqROcGG8+WvrwqFNZsvkY8/eUNug5RuRupVvxNvP4hBU 5GWS1zxbSLIqCh57rhW82WNwIUENEWkC7kZ9dCL7VENtc6oLob92qM+KtZ7fJgKU92apVDNipQgD aoFVxg7ph45CGIMbf1ZEB6BXLMzBscrEl37K1VktW818Pd3xLxme99Zwu/Lnt6V5F4RQYg12ju2Y E7lWYizficVWzKKKKt4yYdd3ij5JeIE+VV6iuwgp3n3g2196rLBbMt8Vnz4o+IR1sEg4xXBUum33 2IiVnZpoJaxLm8QQMvPHnie7qeTmWD5umqrIFyEMkbbqZHhVGLy20EQGAAAAAAAA --=-xBZU0tRm0TJDUQp8tADG--

5 7

Migration of CentOS 6.5 VMs causes kernel panic after upgrading to oVirt 3.4.3
by s k 25 Jul '14

25 Jul '14

--_1dcf94f6-d452-406c-89e4-63c2a6074ed7_ Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable Hello=2C I upgraded oVirt yesterday from 3.4.2 to 3.4.3 and performed a yum upgrade = on all ovirt nodes as well without rebooting any of them. After completing the upgrade=2C I tried to perform manual migration of VMs = to a different host. The result was that all Windows 2003/2008 and CentOS = 5 VMs were migrated successfully without any issues but all CentOS 6.5 VMs = crashed although migration was completed successfully. By looking the console of the CentOS 6.5 VMs I noticed that a few seconds a= fter migration was complete=2C all the processes were killed=2C many out of= memory errors were thrown as well as messages like "virtio_balloon virtio3= : Out of puff! Cant' get 256 pages" and the VM ended up in kernel panic so = I had to perform a manual poweroff and start the VM again. Any ideas of what might be the cause? I have opened an urgent Bug for this = (https://bugzilla.redhat.com/show_bug.cgi?id=3D1123274) Thank you=2C Sokratis = --_1dcf94f6-d452-406c-89e4-63c2a6074ed7_ Content-Type: text/html; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>Hello=2C<div><br></div><div><br>= </div><div>I upgraded oVirt yesterday from 3.4.2 to 3.4.3 and performed a y= um upgrade on all ovirt nodes as well without rebooting any of them.</div><= div><br></div><div><br></div><div>After completing the upgrade=2C I tried t= o perform manual migration of VMs to a different host. The result was that = all Windows 2003/2008 &nbsp=3Band CentOS 5 VMs were migrated successfully w= ithout any issues but all CentOS 6.5 VMs crashed although migration was com= pleted successfully.</div><div><br></div><div><br></div><div>By looking the= console of the CentOS 6.5 VMs I noticed that a few seconds after migration= was complete=2C all the processes were killed=2C many out of memory errors= were thrown as well as messages like "virtio_balloon virtio3: Out of puff!= Cant' get 256 pages" and the VM ended up in kernel panic so I had to perfo= rm a manual poweroff and start the VM again.</div><div><br></div><div><br><= /div><div>Any ideas of what might be the cause? I have opened an urgent Bug= for this (<a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1123274= " target=3D"_blank" style=3D"font-size: 12pt=3B">https://bugzilla.redhat.co= m/show_bug.cgi?id=3D1123274</a>)</div><div><br></div><div><br></div><div>Th= ank you=2C</div><div><br></div><div><br></div><div>Sokratis</div><div><br><= /div><div><br></div><div><br></div><div><br></div><div><br></div> = </div></body> </html>= --_1dcf94f6-d452-406c-89e4-63c2a6074ed7_--

1 0

Call for Papers Reminder: KVM Forum
by Brian Proffitt 25 Jul '14

25 Jul '14

This is a reminder to everyone that the CFP for KVM Forum is coming up very soon. All submissions must be received[1] before midnight (PDT) on July 27, 2014. This event will be an excellent opportunity to show off the new work being done around oVirt, and will also be hosting of a new oVirt Workshop. Get your submittals in as soon as you can! [1] http://events.linuxfoundation.org/events/kvm-forum/program/cfp BKP -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Disk migration eats all CPU, vms running in SPM become unresponsive
by Federico Alberto Sayd 24 Jul '14

24 Jul '14

Hello: I am experiencing some troubles with ovirt nodes: When a node is selected as SPM and I move a disk between storage domains, it seems that migration process eats all CPU and some VMs (running on the SPM) hang, others lose network connectivity. The events tab at Ovirt Engine reports the CPU exceeding the defined threshold and then reports that VMs in such host (SPM) are not responding. How can I debug this? Why do the VMs become unresponsive or lost network connectivity when the host CPU goes too high? I have attached a screenshot of the ovirt-engine events, and the relevant engine.log My setup: oVirt Engine Version: 3.4.0-1.el6 (Centos 6.5) Nodes: Centos 6.5 vdsm-4.14.6-0.el6 libvirt-0.10.2-29.el6_5.9 KVM: 0.12.1.2 - 2.415.el6_5.10 (jenkins build) Regards Federico

2 1

planning ovirt for production
by Demeter Tibor 24 Jul '14

24 Jul '14

------=_Part_27854792_967363234.1405525563715 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We have a production environment with KVM+centos6 and we want to switch to ovirt. At this moment we have 12 VM on three independent server. This VMs uses the local disks of servers, we don't have a central storage. currently we have for ovirt - Two Dell R710 with 128 gigs of ram. - A third dell server for ovirt-engine. - four 1 gb/sec NICs/ server. - Smart GB switch we would like make an ovirt environment with - clusterized, redundant filesystem, data loss protection - If a host goes to down the VMs could made a restart on the remain host - LACP/bonding (mode 6) for fast I/O beetwen gluster hosts, we don't have 10Gbe nics - 8 TB of disk capacity for VMs we don't want: - using hw raid on servers, because we need free disk tray for more capacity My questions. - Which glusterfs method is the best for us for performance? - Can I make a real "performance" disk i/o by 4-4 NICs ? Or I need 10 Gbe nic for this? - How much disk need for good redundancy/performance? 4/server or 2/server ? - What will the weak point our project? Thanks in advance. Tibor ------=_Part_27854792_967363234.1405525563715 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div>Hi,</div><div><br></div><div>We = have a production environment with KVM+centos6 and we want to switch to ovi= rt.</div><div>At this moment we have 12 VM on three independent server.&nbs= p;</div><div>This VMs uses the local disks of servers, we don't have a cent= ral storage.</div><div><br></div><div>currently we have for ovirt</div><div= ><br></div><div>- Two Dell R710 with 128 gigs of ram.</div><div><span style= =3D"font-size: 12pt;">- A third dell server for ovirt-engine.</span></div><= div><span style=3D"font-size: 12pt;">- four 1 gb/sec NICs/ server.</span></= div><div><span style=3D"font-size: 12pt;">- Smart GB switch</span></div><di= v><br></div><div>we would like make an ovirt environment with</div><div><br= ></div><div>- clusterized, redundant filesystem, data loss protection</div>= <div>- If a host goes to down the VMs could made a restart on the remain ho= st</div><div>- LACP/bonding (mode 6) for fast I/O beetwen gluster hosts, we= don't have 10Gbe nics</div><div>- 8 TB of disk capacity for VMs</div><div>= <br></div><div>we don't want:</div><div><br></div><div>- using hw raid on s= ervers, because we need free disk tray for more capacity</div><div><br></di= v><div>My questions.</div><div><br></div><div>- Which glusterfs method is t= he best for us for performance?</div><div>- Can I make a real "performance"= disk i/o  by 4-4 NICs  ? Or I need 10 Gbe nic for this?</div><di= v>- How much disk need for good redundancy/performance? 4/server or 2/serve= r ? </div><div>- What will the weak point our project?</div><div><br><= /div><div>Thanks in advance.</div><div><br></div><div>Tibor</div><div><br><= /div><div><br></div><div><br></div><div><br></div><div><br></div></div></bo= dy></html> ------=_Part_27854792_967363234.1405525563715--

3 3

[QE][ACTION NEEDED] oVirt 3.5.0 RC status
by Sandro Bonazzola 24 Jul '14

24 Jul '14

Hi, We're going to compose oVirt 3.5.0 RC on Mon * 2014-08-04 08:00 UTC*. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-08-03 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-08-03 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. The bug tracker [1] shows the following proposed blockers to be reviewed: Bug ID Whiteboard Status Summary 1121694 infra POST Missing rmlink in ioprocess 1115044 infra POST Host stuck in "Unassinged" state when using jsonrpc and disconnection from pool failed 1114987 network ASSIGNED Cannot start VM | The host did not satisfy internal filter Network because network(s) are missing. Feature freeze is now effective, and branch has been created. All new patches must be backported to 3.5 branch too. Features completed are marked in green on Features Status Table [2] There are still 387 bugs [3] targeted to 3.5.0. Excluding node and documentation bugs we still have 338 bugs [4] targeted to 3.5.0. Maintainers / Assignee: - Please check ensure that completed features are marked in green on Features Status Table [2] - Please remember to rebuild your packages before *2014-08-03 15:00* if needed, otherwise nightly snapshot will be taken. - If you find a blocker bug please remember to add it to the tracker [1] - Please fill release notes, the page has been created here [5] - Please review and add test cases to oVirt 3.5 Second Test Day [6] Community: - save the date for second test day scheduled on 2014-07-29! - You're welcome to join us testing next beta release and getting involved in oVirt Quality Assurance[7]! [1] http://bugzilla.redhat.com/1073943 [2] http://bit.ly/17qBn6F [3] http://red.ht/1pVEk7H [4] http://red.ht/1rLCJwF [5] http://www.ovirt.org/OVirt_3.5_Release_Notes [6] http://www.ovirt.org/OVirt_3.5_TestDay [7] http://www.ovirt.org/OVirt_Quality_Assurance Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Can we debug some truths/myths/facts about hosted-engine and gluster?
by Andrew Lau 24 Jul '14

24 Jul '14

Hi all, As most of you have got hints from previous messages, hosted engine won't work on gluster . A quote from BZ1097639 "Using hosted engine with Gluster backed storage is currently something we really warn against. I think this bug should be closed or re-targeted at documentation, because there is nothing we can do here. Hosted engine assumes that all writes are atomic and (immediately) available for all hosts in the cluster. Gluster violates those assumptions. " Until the documentation gets updated, I hope this serves as a useful notice at least to save people some of the headaches I hit like hosted-engine starting up multiple VMs because of above issue. Now my question, does this theory prevent a scenario of perhaps something like a gluster replicated volume being mounted as a glusterfs filesystem and then re-exported as the native kernel NFS share for the hosted-engine to consume? It could then be possible to chuck ctdb in there to provide a last resort failover solution. I have tried myself and suggested it to two people who are running a similar setup. Now using the native kernel NFS server for hosted-engine and they haven't reported as many issues. Curious, could anyone validate my theory on this? Thanks, Andrew

6 14