- Users - oVirt List Archives

Re: [ovirt-users] Import Domain and snapshot issue ... please help !!!
by Enrico Becchetti 18 Feb '18

18 Feb '18

This is a cryptographically signed message in MIME format. --------------ms050607070104000301070509 Content-Type: multipart/alternative; boundary="------------ED6337BCF2BC492470FB68A8" Content-Language: it-IT This is a multi-part message in MIME format. --------------ED6337BCF2BC492470FB68A8 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable =C2=A0 Hi, also you can download them throught these links: https://owncloud.pg.infn.it/index.php/s/QpsTyGxtRTPYRTD https://owncloud.pg.infn.it/index.php/s/ph8pLcABe0nadeb Thanks again !!!! Best Regards Enrico > Il 13/02/2018 14:52, Maor Lipchuk ha scritto: >> >> >> On Tue, Feb 13, 2018 at 3:51 PM, Maor Lipchuk <mlipchuk(a)redhat.com=20 >> <mailto:mlipchuk@redhat.com>> wrote: >> >> >> On Tue, Feb 13, 2018 at 3:42 PM, Enrico Becchetti >> <enrico.becchetti(a)pg.infn.it >> <mailto:enrico.becchetti@pg.infn.it>> wrote: >> >> see the attach files please ... thanks for your attention !!! >> >> >> >> Seems like the engine logs does not contain the entire process, >> can you please share older logs since the import operation? >> >> >> And VDSM logs as well from your host >> >> Best Regards >> Enrico >> >> >> Il 13/02/2018 14:09, Maor Lipchuk ha scritto: >>> >>> >>> On Tue, Feb 13, 2018 at 1:48 PM, Enrico Becchetti >>> <enrico.becchetti(a)pg.infn.it >>> <mailto:enrico.becchetti@pg.infn.it>> wrote: >>> >>> =C2=A0Dear All, >>> I have been using ovirt for a long time with three >>> hypervisors and an external engine running in a centos vm= . >>> >>> This three hypervisors have HBAs and access to fiber >>> channel storage. Until recently I used version 3.5, then >>> I reinstalled everything from scratch and now I have 4.2.= >>> >>> Before formatting everything, I detach the storage data >>> domani (FC) with the virtual machines and reimported it >>> to the new 4.2 and all went well. In >>> this domain there were virtual machines with and without >>> snapshots. >>> >>> Now I have two problems. The first is that if I try to >>> delete a snapshot the process is not end successful and >>> remains hanging and the second problem is that >>> in one case I lost the virtual machine !!! >>> >>> >>> >>> Not sure that I fully understand the scneario.' >>> How was the virtual machine got lost if you only tried to >>> delete a snapshot? >>> >>> >>> So I need your help to kill the three running zombie >>> tasks because with taskcleaner.sh I can't do anything >>> and then I need to know how I can delete the old snapshot= s >>> made with the 3.5 without losing other data or without >>> having new processes that terminate correctly. >>> >>> If you want some log files please let me know. >>> >>> >>> >>> Hi Enrico, >>> >>> Can you please attach the engine and VDSM logs >>> >>> >>> Thank you so much. >>> Best Regards >>> Enrico >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org <mailto:Users@ovirt.org> >>> http://lists.ovirt.org/mailman/listinfo/users >>> <http://lists.ovirt.org/mailman/listinfo/users> >>> >>> >> >> --=20 >> ______________________________________________________________= _________ >> >> Enrico Becchetti Servizio di Calcolo e Reti= >> >> Istituto Nazionale di Fisica Nucleare - Sezione di Perugia >> Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) >> Phone:+39 075 5852777 <tel:+39%20075%20585%202777> = Mail: Enrico.Becchetti<at>pg.infn.it <http://pg.infn.it> >> ______________________________________________________________= ________ >> >> >> > > --=20 > _______________________________________________________________________= > > Enrico Becchetti Servizio di Calcolo e Reti > > Istituto Nazionale di Fisica Nucleare - Sezione di Perugia > Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) > Phone:+39 075 5852777 Mail: Enrico.Becchetti<at>pg.infn.it > ______________________________________________________________________ --=20 _______________________________________________________________________ Enrico Becchetti Servizio di Calcolo e Reti Istituto Nazionale di Fisica Nucleare - Sezione di Perugia Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) Phone:+39 075 5852777 Mail: Enrico.Becchetti<at>pg.infn.it ______________________________________________________________________ --------------ED6337BCF2BC492470FB68A8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf= -8"> </head> <body text=3D"#000000" bgcolor=3D"#FFFFFF"> =C2=A0 Hi, <div class=3D"moz-cite-prefix">also you can download them throught these<br> links:<br> <br> <a class=3D"moz-txt-link-freetext" href=3D"https://owncloud.pg.infn= =2Eit/index.php/s/QpsTyGxtRTPYRTD">https://owncloud.pg.infn.it/index.php/= s/QpsTyGxtRTPYRTD</a><br> </div> <a class=3D"moz-txt-link-freetext" href=3D"https://owncloud.pg.infn.i= t/index.php/s/ph8pLcABe0nadeb">https://owncloud.pg.infn.it/index.php/s/ph= 8pLcABe0nadeb</a><br> <br> Thanks again !!!!<br> Best Regards<br> Enrico<br> <br> <blockquote type=3D"cite" cite=3D"mid:54306728-1b78-6634-0bcb-26f836cb1cf9@pg.infn.it"> <div class=3D"moz-cite-prefix"> Il 13/02/2018 14:52, Maor Lipchuk h= a scritto:<br> </div> <blockquote type=3D"cite" cite=3D"mid:CAJ1JNOfTOG850gVAznZpC1qfRPU1ws9ow3OGSJUK=3Dk+dVAzjdg@mail.gm= ail.com"> <div dir=3D"ltr"><br> <div class=3D"gmail_extra"><br> <div class=3D"gmail_quote">On Tue, Feb 13, 2018 at 3:51 PM, Maor Lipchuk <span dir=3D"ltr"><<a href=3D"mailto:mlipchuk@redhat.com" target=3D"_blank" moz-do-not-send=3D"true">mlipchuk(a)redhat.com</a>></s= pan> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir=3D"ltr"> <div class=3D"gmail_extra"><br> <div class=3D"gmail_quote"><span class=3D"">On Tue, F= eb 13, 2018 at 3:42 PM, Enrico Becchetti <span dir=3D"ltr"><<a href=3D"mailto:enrico.becchetti@pg.infn.it" target=3D"_blank" moz-do-not-send=3D"true">en= rico.becchetti(a)pg.infn.it</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div bgcolor=3D"#FFFFFF"> <div class=3D"m_1867120190031562186gmail-m_-8783= 667902876592593moz-cite-prefix">see the attach files please ... thanks for your attention !!!<br> </div> </div> </blockquote> <div class=3D"gmail_quote"><br> </div> <div class=3D"gmail_quote"><br> </div> </span>Seems like the engine logs does not contain the entire process, can you please share older logs since the import operation?</div> </div> </div> </blockquote> <div><br> </div> <div>And VDSM logs as well from your host</div> <div>=C2=A0</div> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir=3D"ltr"> <div class=3D"gmail_extra"> <div class=3D"gmail_quote"> <div> <div class=3D"h5"> <div>=C2=A0</div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div bgcolor=3D"#FFFFFF"> <div class=3D"m_1867120190031562186gmail-m_-87= 83667902876592593moz-cite-prefix"> Best Regards<br> Enrico <div> <div class=3D"m_1867120190031562186gmail-h= 5"><br> <br> Il 13/02/2018 14:09, Maor Lipchuk ha scritto:<br> </div> </div> </div> <div> <div class=3D"m_1867120190031562186gmail-h5"= > <blockquote type=3D"cite"> <div dir=3D"ltr"><br> <div class=3D"gmail_extra"><br> <div class=3D"gmail_quote">On Tue= , Feb 13, 2018 at 1:48 PM, Enrico Becchetti <span dir=3D"ltr"><<a href=3D"mailto:enrico.becch= etti(a)pg.infn.it" target=3D"_blank" moz-do-not-send=3D"true">en= rico.becchetti(a)pg.infn.it</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">=C2=A0Dear All,<br> I have been using ovirt for a long time with three hypervisors and an external engine running in a centos vm .<br> <br> This three hypervisors have HBAs and access to fiber channel storage. Until recently I used version 3.5, then I reinstalled everything from scratch and now I have 4.2.<br> <br> Before formatting everything, I detach the storage data domani (FC) with the virtual machines and reimported it to the new 4.2 and all went well. In<br>= this domain there were virtual machines with and without snapshots.<br> <br> Now I have two problems. The first is that if I try to delete a snapshot the process is not end successful and remains hanging and the second problem is that<br> in one case I lost the virtual machine !!!<br> </blockquote> <div><br> </div> <div><br> </div> <div>Not sure that I fully understand the scneario.'</di= v> <div>How was the virtual machine got lost if you only tried to delete a snapshot?</= div> <div>=C2=A0</div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br> So I need your help to kill the three running zombie tasks because with taskcleaner.sh I can't do anything and then I need to know how I can delete the old snapshots<br> made with the 3.5 without losing other data or without having new processes that terminate correctly.<br> <br> If you want some log files please let me know.<br> </blockquote> <div><br> </div> <div><br> </div> <div>Hi Enrico,</div> <div><br> </div> <div>Can you please attach the engine and VDSM logs</div> <div>=C2=A0=C2=A0</div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br> Thank you so much.<br> Best Regards<span class=3D"m_1867120190031562= 186gmail-m_-8783667902876592593gmail-HOEnZb"><font color=3D"#888888"><br> Enrico<br> <br> <br> </font></span><br> ______________________________<wbr>_________________<br> Users mailing list<br> <a href=3D"mailto:Users@ovirt.= org" target=3D"_blank" moz-do-not-send=3D"true">Us= ers(a)ovirt.org</a><br> <a href=3D"http://lists.ovirt.= org/mailman/listinfo/users" rel=3D"noreferrer" target=3D"_blank" moz-do-not-send=3D"true">ht= tp://lists.ovirt.org/mailman<wbr>/listinfo/users</a><br> <br> </blockquote> </div> <br> </div> </div> </blockquote> <p><br> </p> </div> </div> <span class=3D"m_1867120190031562186gmail-HOEnZ= b"><font color=3D"#888888"> <pre class=3D"m_1867120190031562186gmai= l-m_-8783667902876592593moz-signature" cols=3D"72">--=20 ______________________________<wbr>______________________________<wbr>___= ________ Enrico Becchetti Servizio di Calcolo e Reti Istituto Nazionale di Fisica Nucleare - Sezione di Perugia Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) Phone:<a href=3D"tel:+39%20075%20585%202777" value=3D"+390755852777" targ= et=3D"_blank" moz-do-not-send=3D"true">+39 075 5852777</a> Ma= il: Enrico.Becchetti<at><a href=3D"http://pg.infn.it" target=3D"_bl= ank" moz-do-not-send=3D"true">pg.infn.it</a> ______________________________<wbr>______________________________<wbr>___= _______ </pre> </font></span></div> </blockquote> </div> </div> </div> <br> </div> </div> </blockquote> </div> <br> </div> </div> </blockquote> <p><br> </p> <pre class=3D"moz-signature" cols=3D"72">--=20 _______________________________________________________________________ Enrico Becchetti Servizio di Calcolo e Reti Istituto Nazionale di Fisica Nucleare - Sezione di Perugia Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) Phone:+39 075 5852777 Mail: Enrico.Becchetti<at>pg.infn= =2Eit ______________________________________________________________________ </= pre> </blockquote> <p><br> </p> <pre class=3D"moz-signature" cols=3D"72">--=20 _______________________________________________________________________ Enrico Becchetti Servizio di Calcolo e Reti Istituto Nazionale di Fisica Nucleare - Sezione di Perugia Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) Phone:+39 075 5852777 Mail: Enrico.Becchetti<at>pg.infn= =2Eit ______________________________________________________________________ </= pre> </body> </html> --------------ED6337BCF2BC492470FB68A8-- --------------ms050607070104000301070509 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Firma crittografica S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC BZMwggWPMIIDd6ADAgECAgMAkbUwDQYJKoZIhvcNAQELBQAwQzELMAkGA1UEBhMCSVQxDTAL BgNVBAoTBElORk4xJTAjBgNVBAMTHElORk4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcN MTcwMjIyMTM0NDU1WhcNMTgwMjIyMTM0NDU1WjBoMQswCQYDVQQGEwJJVDENMAsGA1UEChME SU5GTjEdMBsGA1UECxMUUGVyc29uYWwgQ2VydGlmaWNhdGUxEDAOBgNVBAcTB1BlcnVnaWEx GTAXBgNVBAMTEEVucmljbyBCZWNjaGV0dGkwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDM9hqLromxJFRrJxIkfgn+pYWI6IJmy0zu0OH6x/zrp8eEpTkI6Rlngg3jVexYWldr obFy6TSSW429GDbkszGjy/yNJKtgQnRama8Izihm/RY5m/j8iTqvw4RPdk6CrxO8AD3FGiR8 sSImHzBagHmvAHwA9Ba5gTCJVgRO4MsGAMaxKNkwUrGIZK+Rmi5zVLW2yfjqsSiO4sCZDXey /Ndm17b8FF5HG5rNWjwG8A0y2s25AWTxURvM1gNnTXl8zOPWmtvZcpp5dBp3VlA6N/0Pk3uy klBIBEEK67W9+vqcDfqNON24hL+Cm3OsGrW/XpIIb/oQNdLp5dtSUG3qTn8BAgMBAAGjggFl MIIBYTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwPwYDVR0fBDgwNjA0oDKgMIYuaHR0cDovL3NlY3VyaXR5LmZpLmluZm4u aXQvQ0EvSU5GTi1DQS0yMDE1LmNybDAlBgNVHSAEHjAcMAwGCisGAQQB0SMKAQgwDAYKKoZI hvdMBQICATAdBgNVHQ4EFgQUiw04Jlbw6qOmGOQVq8eXcDhG08cwcwYDVR0jBGwwaoAUQ4xN /uyWyunvCqR9wZ0C5Z+9loChR6RFMEMxCzAJBgNVBAYTAklUMQ0wCwYDVQQKEwRJTkZOMSUw IwYDVQQDExxJTkZOIENlcnRpZmljYXRpb24gQXV0aG9yaXR5ggkAsyYCxn1JJicwJgYDVR0R BB8wHYEbZW5yaWNvLmJlY2NoZXR0aUBwZy5pbmZuLml0MA0GCSqGSIb3DQEBCwUAA4ICAQBY SsKt/XTw+Kc+Vc1pjVi5uuEf/oP0U/nQQywIyM+rhbkeHy8c1eokA5k8Xnycwx8kzAh0e2lz W0a8gM2tSI799DF6N8s5NfCo6RoPciSYA+7edylWlE8TfGoJ2I5pNZV3IctYlfokSiz59EPz CNhQsfVbF8qkINB/J8HlbKvm0ERDOAse1pBjNwdU3Lt5nxmw3Yd08b9jPw4g5eMSmW4XmRzP kERTjAQxophM4OIKb0Vj0XfqONBt+LansgyzHcWbo+aKJmgQDvdumnGsNoQbRI4TxjnlB4Dg Vgbvo0mKZYfu0Sr2U9+wpRJ0U/+YljbVEuzmD9hl/eBRoBgIhx9dwoBYsuXEkWo8RkgeVpnt z8ze4zubi7+4BnuuVLZeq1VWQFy1qU7KGTou4a6B+gM88ZviGJI6o03oDhE976uOST5v5pZ7 q7uhgBd8FW594PAWdI1oPQ5YVKX+NX6XrXwf7GYf18OTmV3kNxWllrNVz3YLLhbnSSf1o3sd FLZXMu1r4dbeQuk7duYa/c/POyl3f8H/JGAPIOVQWfotMm8X/WET9Rhglc5Ead18rZPePTpj zyjfB+k0C0ZH1cM7ynTpMDxrk9X7Zq4wbKFlzG1OVKSzTiZGLQrjhciXoSDHs4J9RNM5ar2G IYWhWFkQ+tVY/73EOsNHHXjk438qUUD33jGCAwgwggMEAgEBMEowQzELMAkGA1UEBhMCSVQx DTALBgNVBAoTBElORk4xJTAjBgNVBAMTHElORk4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkC AwCRtTANBglghkgBZQMEAgEFAKCCAY8wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMTgwMjE0MDgxMTQyWjAvBgkqhkiG9w0BCQQxIgQgWNGQtbBzZ41OMyBw nGzdNpVSgpH9TRdai8vep1YqQYAwWQYJKwYBBAGCNxAEMUwwSjBDMQswCQYDVQQGEwJJVDEN MAsGA1UEChMESU5GTjElMCMGA1UEAxMcSU5GTiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQID AJG1MFsGCyqGSIb3DQEJEAILMUygSjBDMQswCQYDVQQGEwJJVDENMAsGA1UEChMESU5GTjEl MCMGA1UEAxMcSU5GTiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIDAJG1MGwGCSqGSIb3DQEJ DzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0D AgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcN AQEBBQAEggEAcjFESE65z2g5Tc/bjY5/qPeWr9bljHuiUHx41Yq9AbJi8ODtkL+g4ntC2Upd H964sFzA+0RoakYOwDJH4dAMgbdrX93uR5V3/s5cjMuaxaU9ko+dgVmjq1ptl1mAOJVWCcsg 8p1lC250ursn0QnU4gURm4KT+11PsrCEF5qrbuIXvsuqiOsLA70wYCq4PSRW4sqNLTaXR8oc 3g4v9jP1aolER0UTA7UQapU928/mYZZkTXCCAsKfDhQvEVe9/QJyikRxXsuH8PU6ywKp25sK WXc/1dwteceSyz8aCBM6e4+mhGe+RirP7b9Rf2sqTJf+m2SSHwJ2ARzcVjlHQBxGZgAAAAAA AA== --------------ms050607070104000301070509--

2 6

database restoration
by Fabrice Bacchella 18 Feb '18

18 Feb '18

I'm running a restoration test and getting the following log generated by engine-backup --mode=restore: pg_restore: [archiver (db)] Error while PROCESSING TOC: pg_restore: [archiver (db)] Error from TOC entry 4274; 0 0 COMMENT EXTENSION plpgsql pg_restore: [archiver (db)] could not execute query: ERROR: must be owner of extension plpgsql Command was: COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural language'; pg_restore: WARNING: no privileges could be revoked for "public" pg_restore: WARNING: no privileges could be revoked for "public" pg_restore: WARNING: no privileges were granted for "public" pg_restore: WARNING: no privileges were granted for "public" WARNING: errors ignored on restore: 1 Do I need to worry, as this error is ignored ?

2 2

Unable to put Host into Maintenance mode
by Mark Steele 16 Feb '18

16 Feb '18

I have a host that is currently reporting down with NO VM's on it or associated with it. However when I attempt to put it into maintenance mode, I get the following error: Host hv-01 cannot change into maintenance mode - not all Vms have been migrated successfully. Consider manual intervention: stopping/migrating Vms: <UNKNOWN> (User: admin) I am running oVirt Engine Version: 3.5.0.1-1.el6 *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

7 11

Username / password for ovirt-shell
by Mark Steele 16 Feb '18

16 Feb '18

Hello, I'm not the original system architect of our Cluster and I'm not able to locate any documentation regarding the username and password for our ovirt-shell CLI. Is there a config file on the HostedEngine that would point me in the right direction? Best regards, *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

1 1

Requirements for basic host
by Mark Steele 16 Feb '18

16 Feb '18

Hello again, I'm building a new host for my cluster and have a quick question about required software for joining the host to my cluster. In my notes from a previous colleague, I am instructed to do the following: yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm yum install ovirt-hosted-engine-setup hosted-engine --deploy We already have a HostedEngine running on another server in the cluster - so do I need to install ovirt-hosted-engine-setup and then deploy it for this server to join the cluster and operate properly? As always - thank you for your time. *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 2

ERROR - some other host already uses IP ###.###.###.###
by Mark Steele 16 Feb '18

16 Feb '18

Good morning, We had a storage crash early this morning that messed up a couple of our ovirt hosts. Networking seemed to be the biggest issue. I have decided to remove the bridge information in /etc/sysconfig/network-scripts and ip the nics in order to re-import them into my ovirt installation (I have already removed the hosts). One of the NIC's refuses to come up and is generating the following error: ERROR : [/etc/sysconfig/network-scripts/ifup-eth] Error, some other host (0C:C4:7A:5B:11:5C) already uses address ###.###.###.###. When I ARP on this server, I do not see that Mac address - and none of my other hosts are using it either. I'm not sure where to go next other than completely reinstalling Centos on this server and starting over. Ovirt version is oVirt Engine Version: 3.5.0.1-1.el6 OS version is CentOS Linux release 7.4.1708 (Core) Thank you *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 2

Internal Server Error while add Permission [cli]
by Thomas Fecke 16 Feb '18

16 Feb '18

--_000_077d1469b6bf4f3c886b50c69af94b2fDR1XEXCH01Besetcorp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey dear Community, I work a bit with that ovirt shell. That worked pretty fine but I got some = Problems when I try to add Permission: What I want to do: Add a Role to an VM What I did: add permission --parent-vm-name vm1 --user-id user1 --role-id UserVmCreator Error: status: 500 reason: Internal Server Error detail: <html><head><title>Error</title></head><body>Internal Server Error</body></= html> Any other cli command works fine for me. What am I doing wrong? Thank you ! --_000_077d1469b6bf4f3c886b50c69af94b2fDR1XEXCH01Besetcorp_ 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">Hey dear Community,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I work a bit with that ovirt shell. That worked pret= ty fine but I got some Problems when I try to add Permission:<o:p></o:p></p= > <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">What I want to do:<o:p></o:p></p> <p class=3D"MsoNormal">Add a Role to an VM<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">What I did:<o:p></o:p></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"Ca= libri Light",sans-serif;mso-fareast-language:EN-GB">add permission --p= arent-vm-name vm1 --user-id user1 --role-id UserVmCreator<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Error:<o:p></o:p></p> <p class=3D"MsoNormal">status: 500<o:p></o:p></p> <p class=3D"MsoNormal">  reason: Internal Server Error<o:p></o:p></p> <p class=3D"MsoNormal">  detail:<o:p></o:p></p> <p class=3D"MsoNormal"><html><head><title>Error</title= ></head><body>Internal Server Error</body></html&gt= ;<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Any other cli command works fine for me. What am I d= oing wrong? Thank you !<o:p></o:p></p> </div> </body> </html> --_000_077d1469b6bf4f3c886b50c69af94b2fDR1XEXCH01Besetcorp_--

2 1

XML error ovirt-4.2.1 release
by Ladislav Humenik 16 Feb '18

16 Feb '18

This is a multi-part message in MIME format. --------------3F038A49E1BAC4879CE7C6F3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello all, we just tested the 4.2.0 release, worked fine so far. Yesterday just updated to the latest 4.2.1 and since then we can not send and receive response; the error has to do with the response to the server: checkContentType(XML_CONTENT_TYPE_RE, "XML", response.getFirstHeader("content-type").getValue()); it seems it is not XML type the error is: throw new Error("Failed to send request", e); Through the web api I can connect and get and see all, but through the SDK it exits. I've tried both 420 and 421 SDKs of ovirt. -- Ladislav Humenik --------------3F038A49E1BAC4879CE7C6F3 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"> <p>Hello all,</p> <p><br> </p> <p>we just tested the 4.2.0 release, worked fine so far.</p> <p> Yesterday just updated to the latest 4.2.1 and since then we can not send and receive response; the error has to do with the response to the server:<br> </p> <p> <font face="Arial,sans-serif">checkContentType(XML_CONTENT_TYPE_RE, "XML", response.getFirstHeader("content-type").getValue());</font></p> <p>it seems it is not XML type</p> <p>the error is:</p> <p><span style="color: rgb(68, 68, 68); font-family: -apple-system, BlinkMacSystemFont, Roboto, "Helvetica Neue", Arial, sans-serif, "Apple Color Emoji", "Segoe UI", "Segoe UI Emoji", "Segoe UI Symbol", "Meiryo UI"; font-size: 14px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;"> <font size="+1"> throw new Error("Failed to send request", e);</font></span></p> <p>Through the web api I can connect and get and see all, but through the SDK it exits. I've tried both 420 and 421 SDKs of ovirt.</p> <p><br> </p> <pre class="moz-signature" cols="72">-- Ladislav Humenik</pre> </body> </html> --------------3F038A49E1BAC4879CE7C6F3--

1 0

Partition Trouble on oVirt Node
by Matt Simonsen 16 Feb '18

16 Feb '18

Hello all, This may not be oVirt specific (but it may be) so thank you in advance for any assistance. I have a system installed with oVirt Node Next 4.1.9 that was installed to /dev/sda I had a seperate RAID Volume /dev/sdb that should not have been used, but now that the operating system is loaded I'm struggling to get the device partitioned. I've tried mkfs.ext4 on the device and also pvcreate, with the errors below. I've also rebooted a couple times and tried to disable multipathd. Is multipathd even safe to disable on Node Next? Below are the errors I've received, and thank you again for any tips. [root@node1-g6-h3 ~]# mkfs.ext4 /dev/sdb mke2fs 1.42.9 (28-Dec-2013) /dev/sdb is entire device, not just one partition! Proceed anyway? (y,n) y /dev/sdb is apparently in use by the system; will not make a filesystem here! [root@node1-g6-h3 ~]# gdisk GPT fdisk (gdisk) version 0.8.6 Type device filename, or press <Enter> to exit: /dev/sdb Caution: invalid main GPT header, but valid backup; regenerating main header from backup! Caution! After loading partitions, the CRC doesn't check out! Warning! Main partition table CRC mismatch! Loaded backup partition table instead of main partition table! Warning! One or more CRCs don't match. You should repair the disk! Partition table scan: MBR: not present BSD: not present APM: not present GPT: damaged Found invalid MBR and corrupt GPT. What do you want to do? (Using the GPT MAY permit recovery of GPT data.) 1 - Use current GPT 2 - Create blank GPT Your answer: 2 Command (? for help): n Partition number (1-128, default 1): First sector (34-16952264590, default = 2048) or {+-}size{KMGTP}: Last sector (2048-16952264590, default = 16952264590) or {+-}size{KMGTP}: Current type is 'Linux filesystem' Hex code or GUID (L to show codes, Enter = 8300): 8e00 Changed type of partition to 'Linux LVM' Command (? for help): w Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING PARTITIONS!! Do you want to proceed? (Y/N): y OK; writing new GUID partition table (GPT) to /dev/sdb. The operation has completed successfully. [root@node1-g6-h3 ~]# pvcreate /dev/sdb1 Device /dev/sdb1 not found (or ignored by filtering).

3 2

Virtual networks in oVirt 4.2 and MTU 1500
by Dmitry Semenov 15 Feb '18

15 Feb '18

I have a not big cluster on oVirt 4.2. Each node has a bond, that has several vlans in its turn. I use virtual networks OVN (External Provider -> ovirt-provider-ovn). While testing I have noticed that in virtual network MTU must be less 1500, so my question is may I change something in network or in bond in order everything in virtual network works correctly with MTU 1500? Below link with my settings: https://pastebin.com/F7ssCVFa -- Best regards

2 1

hosted-engine deploy 4.2.1 fails when ovirtmgmt is defined on vlan subinterface
by Kuko Armas 15 Feb '18

15 Feb '18

I'm not sure if I should submit a bug report about this, so I ask around here first... I've found a bug that "seems" related but I think it's not (https://bugzilla.redhat.com/show_bug.cgi?id=1523661) This is the problem: - I'm trying to do a clean HE deploy with oVirt 4.2.1 on a clean CentOS 7.4 host - I have a LACP bond (bond0) and I need my management network to be on vlan 1005, si I have created interface bond0.1005 on the host and everything works - I run hosted-engine deploy, and it always fails with [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": true, "cmd": "ip rule list | grep ovirtmgmt | sed s/\\\\[.*\\\\]\\ //g | awk '{ print $9 }'", "delta": "0:00:00.006473", "end": "2018-02-15 13:57:11.132359", "rc": 0, "start": "2018-02-15 13:57:11.125886", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook - Looking at the ansible playbook, I see it's trying to look for an ip rule using a custom routing table, but I have no such rule [root@ovirt1 ~]# ip rule 0: from all lookup local 32766: from all lookup main 32767: from all lookup default - I also find that I have no "ovirtmgmt" bridge bridge name bridge id STP enabled interfaces ;vdsmdummy; 8000.000000000000 no virbr0 8000.525400e6ca97 yes virbr0-nic vnet0 - But I haven't found any reference in the ansible playbook to this network creation. - The HE VM gets created and I can connect with SSH, so I tried to find out if the ovirtmgmt network is created via vdsm from the engine - Looking at the engine.log I found this: 2018-02-15 13:49:26,850Z INFO [org.ovirt.engine.core.bll.host.HostConnectivityChecker] (EE-ManagedThreadFactory-engine-Thread-1) [15c7e33a] Engine managed to communicate wi th VDSM agent on host 'ovirt1' with address 'ovirt1' ('06651b32-4ef8-4b5d-ab2d-c38e84c2d790') 2018-02-15 13:49:30,302Z ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-1) [15c7e33a] EVENT_ID: VLAN_ID_ MISMATCH_FOR_MANAGEMENT_NETWORK_CONFIGURATION(1,119), Failed to configure management network on host ovirt1. Host ovirt1 has an interface bond0.1005 for the management netwo rk configuration with VLAN-ID (1005), which is different from data-center definition (none). 2018-02-15 13:49:30,302Z ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1) [15c7e33a] Exception: org.ovirt.eng ine.core.bll.network.NetworkConfigurator$NetworkConfiguratorException: Failed to configure management network - So I guess that the engine tried to create the ovirtmgmt bridge on the host via vdsm, but it failed because "Host ovirt1 has an interface bond0.1005 for the management netwo rk configuration with VLAN-ID (1005), which is different from data-center definition (none)" - Of course I haven't had the opportunity to setup the management network's vlan in the datacenter yet, because I'm still trying to deploy the Hosted Engine Is this a supported configuration? Is there a way I can tell the datacenter that the management network is on vlan 1005? Should I file a bug report? Is there a workaround? Salu2! -- Miguel Armas CanaryTek Consultoria y Sistemas SL http://www.canarytek.com/

2 2

Sparsify in 4.2 - where it moved ?
by Andrei V 15 Feb '18

15 Feb '18

Hi ! I can’t locate “Sparsify” disk image command anywhere in oVirt 4.2. Where it have been moved ? Thanks Andrei

3 3

hosted-engine 4.2.1-pre setup on a clean node..
by Thomas Davis 15 Feb '18

15 Feb '18

Is this supported? I have a node, that centos 7.4 minimal is installed on, with an interface setup for an IP address. I've yum installed nothing else except the ovirt-4.2.1-pre rpm, run screen, and then do the 'hosted-engine --deploy' command. It hangs on: [ INFO ] changed: [localhost] [ INFO ] TASK [Get ovirtmgmt route table id] [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": true, "cmd": "ip rule list | grep ovirtmgmt | sed s/\\\\[.*\\\\]\\ //g | awk '{ print $9 }'", "delta": "0:00:00.004845", "end": "2018-02-02 12:03:30.794860", "rc": 0, "start": "2018-02-02 12:03:30.790015", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook [ INFO ] Stage: Clean up [ INFO ] Cleaning temporary resources [ INFO ] TASK [Gathering Facts] [ INFO ] ok: [localhost] [ INFO ] TASK [Remove local vm dir] [ INFO ] ok: [localhost] [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20180202120333.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed: please check the logs for the issue, fix accordingly or re-deploy from scratch. Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20180202115038-r11nh1.log but the VM is up and running, just attached to the 192.168.122.0/24 subnet [root@d8-r13-c2-n1 ~]# ssh root(a)192.168.122.37 root(a)192.168.122.37's password: Last login: Fri Feb 2 11:54:47 2018 from 192.168.122.1 [root@ovirt ~]# systemctl status ovirt-engine ● ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; enabled; vendor preset: disabled) Active: active (running) since Fri 2018-02-02 11:54:42 PST; 11min ago Main PID: 24724 (ovirt-engine.py) CGroup: /system.slice/ovirt-engine.service ├─24724 /usr/bin/python /usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py --redirect-output --systemd=notify start └─24856 ovirt-engine -server -XX:+TieredCompilation -Xms3971M -Xmx3971M -Djava.awt.headless=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djsse... Feb 02 11:54:41 ovirt.crt.nersc.gov systemd[1]: Starting oVirt Engine... Feb 02 11:54:41 ovirt.crt.nersc.gov ovirt-engine.py[24724]: 2018-02-02 11:54:41,767-0800 ovirt-engine: INFO _detectJBossVersion:187 Detecting JBoss version. Running: /usr/lib/jvm/jre/...600000', '- Feb 02 11:54:42 ovirt.crt.nersc.gov ovirt-engine.py[24724]: 2018-02-02 11:54:42,394-0800 ovirt-engine: INFO _detectJBossVersion:207 Return code: 0, | stdout: '[u'WildFly Full 11.0.0....tderr: '[]' Feb 02 11:54:42 ovirt.crt.nersc.gov systemd[1]: Started oVirt Engine. Feb 02 11:55:25 ovirt.crt.nersc.gov python2[25640]: ansible-stat Invoked with checksum_algorithm=sha1 get_checksum=True follow=False path=/usr/share/ovirt-engine/playbooks/roles/ovir...ributes=True Feb 02 11:55:29 ovirt.crt.nersc.gov python2[25698]: ansible-stat Invoked with checksum_algorithm=sha1 get_checksum=True follow=False path=/usr/share/ovirt-engine/playbooks/roles/ovir...ributes=True Feb 02 11:55:30 ovirt.crt.nersc.gov python2[25741]: ansible-stat Invoked with checksum_algorithm=sha1 get_checksum=True follow=False path=/usr/share/ovirt-engine/playbooks/roles/ovir...ributes=True Feb 02 11:55:30 ovirt.crt.nersc.gov python2[25767]: ansible-stat Invoked with checksum_algorithm=sha1 get_checksum=True follow=False path=/usr/share/ovirt-engine/playbooks/roles/ovir...ributes=True Feb 02 11:55:31 ovirt.crt.nersc.gov python2[25795]: ansible-stat Invoked with checksum_algorithm=sha1 get_checksum=True follow=False path=/etc/ovirt-engine-metrics/config.yml get_md5...ributes=True The 'ip rule list' never has an ovirtmgmt rule/table in it.. which means the ansible script loops then dies; vdsmd has never configured the network on the node. [root@d8-r13-c2-n1 ~]# systemctl status vdsmd -l ● vdsmd.service - Virtual Desktop Server Manager Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2018-02-02 11:55:11 PST; 14min ago Main PID: 7654 (vdsmd) CGroup: /system.slice/vdsmd.service └─7654 /usr/bin/python2 /usr/share/vdsm/vdsmd Feb 02 11:55:11 d8-r13-c2-n1 vdsmd_init_common.sh[7551]: vdsm: Running dummybr Feb 02 11:55:11 d8-r13-c2-n1 vdsmd_init_common.sh[7551]: vdsm: Running tune_system Feb 02 11:55:11 d8-r13-c2-n1 vdsmd_init_common.sh[7551]: vdsm: Running test_space Feb 02 11:55:11 d8-r13-c2-n1 vdsmd_init_common.sh[7551]: vdsm: Running test_lo Feb 02 11:55:11 d8-r13-c2-n1 systemd[1]: Started Virtual Desktop Server Manager. Feb 02 11:55:12 d8-r13-c2-n1 vdsm[7654]: WARN File: /var/run/vdsm/trackedInterfaces/vnet0 already removed Feb 02 11:55:12 d8-r13-c2-n1 vdsm[7654]: WARN Not ready yet, ignoring event '|virt|VM_status|ba56a114-efb0-45e0-b2ad-808805ae93e0' args={'ba56a114-efb0-45e0-b2ad-808805ae93e0': {'status': 'Powering up', 'displayInfo': [{'tlsPort': '-1', 'ipAddress': '127.0.0.1', 'type': 'vnc', 'port': '5900'}], 'hash': '5328187475809024041', 'cpuUser': '0.00', 'monitorResponse': '0', 'elapsedTime': '0', 'cpuSys': '0.00', 'vcpuPeriod': 100000L, 'timeOffset': '0', 'clientIp': '', 'pauseCode': 'NOERR', 'vcpuQuota': '-1'}} Feb 02 11:55:13 d8-r13-c2-n1 vdsm[7654]: WARN MOM not available. Feb 02 11:55:13 d8-r13-c2-n1 vdsm[7654]: WARN MOM not available, KSM stats will be missing. Feb 02 11:55:17 d8-r13-c2-n1 vdsm[7654]: WARN ping was deprecated in favor of ping2 and confirmConnectivity Do I need to install a complete ovirt-engine on the node first, bring the node into ovirt, then bring up hosted-engine? I'd like to avoid this and just go straight to hosted-engine setup. thomas

3 7

issue on engine deployment on oVirt node
by Vincent Kwiatkowski 15 Feb '18

15 Feb '18

Hi Folks, I tried a few time to configure a simple oVirt engine on oVirt node. After the fresh install of the node, I connect cockpit and launch the engine setup, then at the end I have the message that I need to connect to the VM with "hosted-engine --console" or via VNC. Via VNC, I can't do nothing, have no prompt using the --console, I have the error: :internal error: character device console0 is not using a PTY What can I do to continue the setup? Thx a lot in advance -- Vincent Kwiatkowski | Production System Engineer |ULLINK | D: + 33 1 44 50 25 45 | T: +1 49 95 30 00 | 23/25 rue de Provence | 75009, Paris | vk(a)ullink.com Please consider the environment before printing this email -- *The information contained in or attached to this email is strictly confidential. If you are not the intended recipient, please notify us immediately by telephone and return the message to us.*

1 0

[ANN] oVirt 4.2.2 First Release Candidate is now available
by Lev Veyde 15 Feb '18

15 Feb '18

The oVirt Project is pleased to announce the availability of the oVirt 4.2.2 First Release Candidate, as of February 15th, 2018 This update is a release candidate of the second in a series of stabilization updates to the 4.2 series. This is pre-release software. This pre-release should not to be used in production. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node will be available soon [2] Additional Resources: * Read more about the oVirt 4.2.2 release highlights: http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.2/>2 <http://www.ovirt.org/release/4.2.2/>. <http://www.ovirt.org/release/4.2.2/> 2 <http://www.ovirt.org/release/4.2.2/>/ <http://www.ovirt.org/release/4.2.2/> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.2/>2 <http://www.ovirt.org/release/4.2.2/>. <http://www.ovirt.org/release/4.2.2/> 2 <http://www.ovirt.org/release/4.2.2/>/ <http://www.ovirt.org/release/4.2.2/> [2] http://resources.ovirt.org/pub/ovirt-4. <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/>2-pre <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/>/iso/ <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/> -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Re: [ovirt-users] Manageiq ovn
by Alona Kaplan 15 Feb '18

15 Feb '18

On Thu, Feb 15, 2018 at 4:03 PM, Aliaksei Nazarenka < aliaksei.nazarenka(a)gmail.com> wrote: > and how i can change network in the created VM? > It is not possible via manageiq. Only via ovirt. > > Sorry for my intrusive questions))) > > 2018-02-15 16:51 GMT+03:00 Aliaksei Nazarenka < > aliaksei.nazarenka(a)gmail.com>: > >> ovirt-provider-ovn-1.2.7-0.20180213232754.gitebd60ad.el7.centos.noarch >> on hosted-engine >> ovirt-provider-ovn-driver-1.2.5-1.el7.centos.noarch on ovirt hosts >> >> 2018-02-15 16:40 GMT+03:00 Alona Kaplan <alkaplan(a)redhat.com>: >> >>> >>> >>> On Thu, Feb 15, 2018 at 3:36 PM, Aliaksei Nazarenka < >>> aliaksei.nazarenka(a)gmail.com> wrote: >>> >>>> when i try to create network router, i see this message: *Unable to >>>> create Network Router "test_router": undefined method `[]' for nil:NilClass* >>>> >>> >>> What ovn-provider version you're using? Can you please attach the ovn >>> provider log ( /var/log/ovirt-provider-ovn.log)? >>> >>> >>>> >>>> 2018-02-15 16:20 GMT+03:00 Aliaksei Nazarenka < >>>> aliaksei.nazarenka(a)gmail.com>: >>>> >>>>> Big Thank you! This work! But... Networks are created, but I do not >>>>> see them in the ovirt manager, but through the ovn-nbctl command, I see all >>>>> the networks. And maybe you can tell me how to assign a VM network from >>>>> Manageiq? >>>>> >>>>> 2018-02-15 15:01 GMT+03:00 Alona Kaplan <alkaplan(a)redhat.com>: >>>>> >>>>>> >>>>>> >>>>>> On Thu, Feb 15, 2018 at 1:54 PM, Aliaksei Nazarenka < >>>>>> aliaksei.nazarenka(a)gmail.com> wrote: >>>>>> >>>>>>> Error - 1 Minute Ago >>>>>>> undefined method `orchestration_stacks' for >>>>>>> #<ManageIQ::Providers::Redhat::InfraManager:0x00000007bf9288> - I >>>>>>> get this message if I try to create a network of overts and then try to >>>>>>> check the status of the network manager. >>>>>>> >>>>>> >>>>>> It is the same bug. >>>>>> You need to apply the fixes in https://github.com/ManageIQ/ma >>>>>> nageiq-providers-ovirt/pull/198/files to make it work. >>>>>> The best option is to upgrade your version. >>>>>> >>>>>> >>>>>>> 2018-02-15 14:28 GMT+03:00 Aliaksei Nazarenka < >>>>>>> aliaksei.nazarenka(a)gmail.com>: >>>>>>> >>>>>>>> I tried to make changes to the file refresher_ovn_provider.yml - >>>>>>>> changed the passwords, corrected the names of the names, but it was not >>>>>>>> successful. >>>>>>>> >>>>>>>> 2018-02-15 14:26 GMT+03:00 Aliaksei Nazarenka < >>>>>>>> aliaksei.nazarenka(a)gmail.com>: >>>>>>>> >>>>>>>>> Hi! >>>>>>>>> I'm use oVirt 4.2.2 + Manageiq gaprindashvili-1.2018012514301 >>>>>>>>> 9_1450f27 >>>>>>>>> After i set this commits (upstream - https://bugzilla.redhat.com/ >>>>>>>>> 1542063) i no saw changes. >>>>>>>>> >>>>>>>>> >>>>>>>>> 2018-02-15 11:22 GMT+03:00 Alona Kaplan <alkaplan(a)redhat.com>: >>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> What version of manageiq you are using? >>>>>>>>>> We had a bug https://bugzilla.redhat.com/1542152 (upstream - >>>>>>>>>> https://bugzilla.redhat.com/1542063) that was fixed in version >>>>>>>>>> 5.9.0.20 >>>>>>>>>> >>>>>>>>>> Please let me know it upgrading the version helped you. >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Alona. >>>>>>>>>> >>>>>>>>>> On Wed, Feb 14, 2018 at 2:32 PM, Aliaksei Nazarenka < >>>>>>>>>> aliaksei.nazarenka(a)gmail.com> wrote: >>>>>>>>>> >>>>>>>>>>> Good afternoon! >>>>>>>>>>> I read your article - https://www.ovirt.org/develop/ >>>>>>>>>>> release-management/features/network/manageiq_ovn/. I have only >>>>>>>>>>> one question: how to create a network or subnet in Manageiq + ovirt 4.2.1. >>>>>>>>>>> When I try to create a network, I need to select a tenant, but there is >>>>>>>>>>> nothing that I could choose. How can it be? >>>>>>>>>>> >>>>>>>>>>> Sincerely. Alexey Nazarenko >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >

1 0

Re: [ovirt-users] Manageiq ovn
by Alona Kaplan 15 Feb '18

15 Feb '18

On Thu, Feb 15, 2018 at 3:36 PM, Aliaksei Nazarenka < aliaksei.nazarenka(a)gmail.com> wrote: > when i try to create network router, i see this message: *Unable to > create Network Router "test_router": undefined method `[]' for nil:NilClass* > What ovn-provider version you're using? Can you please attach the ovn provider log ( /var/log/ovirt-provider-ovn.log)? > > 2018-02-15 16:20 GMT+03:00 Aliaksei Nazarenka < > aliaksei.nazarenka(a)gmail.com>: > >> Big Thank you! This work! But... Networks are created, but I do not see >> them in the ovirt manager, but through the ovn-nbctl command, I see all the >> networks. And maybe you can tell me how to assign a VM network from >> Manageiq? >> >> 2018-02-15 15:01 GMT+03:00 Alona Kaplan <alkaplan(a)redhat.com>: >> >>> >>> >>> On Thu, Feb 15, 2018 at 1:54 PM, Aliaksei Nazarenka < >>> aliaksei.nazarenka(a)gmail.com> wrote: >>> >>>> Error - 1 Minute Ago >>>> undefined method `orchestration_stacks' for >>>> #<ManageIQ::Providers::Redhat::InfraManager:0x00000007bf9288> - I get >>>> this message if I try to create a network of overts and then try to check >>>> the status of the network manager. >>>> >>> >>> It is the same bug. >>> You need to apply the fixes in https://github.com/ManageIQ/ma >>> nageiq-providers-ovirt/pull/198/files to make it work. >>> The best option is to upgrade your version. >>> >>> >>>> 2018-02-15 14:28 GMT+03:00 Aliaksei Nazarenka < >>>> aliaksei.nazarenka(a)gmail.com>: >>>> >>>>> I tried to make changes to the file refresher_ovn_provider.yml - >>>>> changed the passwords, corrected the names of the names, but it was not >>>>> successful. >>>>> >>>>> 2018-02-15 14:26 GMT+03:00 Aliaksei Nazarenka < >>>>> aliaksei.nazarenka(a)gmail.com>: >>>>> >>>>>> Hi! >>>>>> I'm use oVirt 4.2.2 + Manageiq gaprindashvili-1.2018012514301 >>>>>> 9_1450f27 >>>>>> After i set this commits (upstream - https://bugzilla.redhat.com/ >>>>>> 1542063) i no saw changes. >>>>>> >>>>>> >>>>>> 2018-02-15 11:22 GMT+03:00 Alona Kaplan <alkaplan(a)redhat.com>: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> What version of manageiq you are using? >>>>>>> We had a bug https://bugzilla.redhat.com/1542152 (upstream - >>>>>>> https://bugzilla.redhat.com/1542063) that was fixed in version >>>>>>> 5.9.0.20 >>>>>>> >>>>>>> Please let me know it upgrading the version helped you. >>>>>>> >>>>>>> Thanks, >>>>>>> Alona. >>>>>>> >>>>>>> On Wed, Feb 14, 2018 at 2:32 PM, Aliaksei Nazarenka < >>>>>>> aliaksei.nazarenka(a)gmail.com> wrote: >>>>>>> >>>>>>>> Good afternoon! >>>>>>>> I read your article - https://www.ovirt.org/develop/ >>>>>>>> release-management/features/network/manageiq_ovn/. I have only one >>>>>>>> question: how to create a network or subnet in Manageiq + ovirt 4.2.1. When >>>>>>>> I try to create a network, I need to select a tenant, but there is nothing >>>>>>>> that I could choose. How can it be? >>>>>>>> >>>>>>>> Sincerely. Alexey Nazarenko >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >

1 0

Re: [ovirt-users] Manageiq ovn
by Alona Kaplan 15 Feb '18

15 Feb '18

Hi Alexey, Please reply to the users list so all the user may enjoy the information. Automatic sync of ovn networks to ovirt was added on version ovirt-engine-4.2.1.3 (https://bugzilla.redhat.com/1511823) If you use lower version you should import the network to ovirt manually (networks tab -> import button). Once the ovn network is imported to ovirt a vnic profile is automatically created to it. In manageiq, you can assign this profile to a vm you provision (provision vm -> network tab -> vlan field). Alona. On Thu, Feb 15, 2018 at 3:20 PM, Aliaksei Nazarenka < aliaksei.nazarenka(a)gmail.com> wrote: > Big Thank you! This work! But... Networks are created, but I do not see > them in the ovirt manager, but through the ovn-nbctl command, I see all the > networks. And maybe you can tell me how to assign a VM network from > Manageiq? > > 2018-02-15 15:01 GMT+03:00 Alona Kaplan <alkaplan(a)redhat.com>: > >> >> >> On Thu, Feb 15, 2018 at 1:54 PM, Aliaksei Nazarenka < >> aliaksei.nazarenka(a)gmail.com> wrote: >> >>> Error - 1 Minute Ago >>> undefined method `orchestration_stacks' for >>> #<ManageIQ::Providers::Redhat::InfraManager:0x00000007bf9288> - I get >>> this message if I try to create a network of overts and then try to check >>> the status of the network manager. >>> >> >> It is the same bug. >> You need to apply the fixes in https://github.com/ManageIQ/ma >> nageiq-providers-ovirt/pull/198/files to make it work. >> The best option is to upgrade your version. >> >> >>> 2018-02-15 14:28 GMT+03:00 Aliaksei Nazarenka < >>> aliaksei.nazarenka(a)gmail.com>: >>> >>>> I tried to make changes to the file refresher_ovn_provider.yml - >>>> changed the passwords, corrected the names of the names, but it was not >>>> successful. >>>> >>>> 2018-02-15 14:26 GMT+03:00 Aliaksei Nazarenka < >>>> aliaksei.nazarenka(a)gmail.com>: >>>> >>>>> Hi! >>>>> I'm use oVirt 4.2.2 + Manageiq gaprindashvili-1.2018012514301 >>>>> 9_1450f27 >>>>> After i set this commits (upstream - https://bugzilla.redhat.com/ >>>>> 1542063) i no saw changes. >>>>> >>>>> >>>>> 2018-02-15 11:22 GMT+03:00 Alona Kaplan <alkaplan(a)redhat.com>: >>>>> >>>>>> Hi, >>>>>> >>>>>> What version of manageiq you are using? >>>>>> We had a bug https://bugzilla.redhat.com/1542152 (upstream - >>>>>> https://bugzilla.redhat.com/1542063) that was fixed in version >>>>>> 5.9.0.20 >>>>>> >>>>>> Please let me know it upgrading the version helped you. >>>>>> >>>>>> Thanks, >>>>>> Alona. >>>>>> >>>>>> On Wed, Feb 14, 2018 at 2:32 PM, Aliaksei Nazarenka < >>>>>> aliaksei.nazarenka(a)gmail.com> wrote: >>>>>> >>>>>>> Good afternoon! >>>>>>> I read your article - https://www.ovirt.org/develop/ >>>>>>> release-management/features/network/manageiq_ovn/. I have only one >>>>>>> question: how to create a network or subnet in Manageiq + ovirt 4.2.1. When >>>>>>> I try to create a network, I need to select a tenant, but there is nothing >>>>>>> that I could choose. How can it be? >>>>>>> >>>>>>> Sincerely. Alexey Nazarenko >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> >

1 0

Re: [ovirt-users] Manageiq ovn
by Alona Kaplan 15 Feb '18

15 Feb '18

On Thu, Feb 15, 2018 at 1:54 PM, Aliaksei Nazarenka < aliaksei.nazarenka(a)gmail.com> wrote: > Error - 1 Minute Ago > undefined method `orchestration_stacks' for #<ManageIQ::Providers::Redhat: > :InfraManager:0x00000007bf9288> - I get this message if I try to create a > network of overts and then try to check the status of the network manager. > It is the same bug. You need to apply the fixes in https://github.com/ManageIQ/manageiq-providers-ovirt/pull/198/files to make it work. The best option is to upgrade your version. > 2018-02-15 14:28 GMT+03:00 Aliaksei Nazarenka < > aliaksei.nazarenka(a)gmail.com>: > >> I tried to make changes to the file refresher_ovn_provider.yml - changed >> the passwords, corrected the names of the names, but it was not successful. >> >> 2018-02-15 14:26 GMT+03:00 Aliaksei Nazarenka < >> aliaksei.nazarenka(a)gmail.com>: >> >>> Hi! >>> I'm use oVirt 4.2.2 + Manageiq gaprindashvili-1.20180125143019_1450f27 >>> After i set this commits (upstream - https://bugzilla.redhat.com/ >>> 1542063) i no saw changes. >>> >>> >>> 2018-02-15 11:22 GMT+03:00 Alona Kaplan <alkaplan(a)redhat.com>: >>> >>>> Hi, >>>> >>>> What version of manageiq you are using? >>>> We had a bug https://bugzilla.redhat.com/1542152 (upstream - >>>> https://bugzilla.redhat.com/1542063) that was fixed in version 5.9.0.20 >>>> >>>> Please let me know it upgrading the version helped you. >>>> >>>> Thanks, >>>> Alona. >>>> >>>> On Wed, Feb 14, 2018 at 2:32 PM, Aliaksei Nazarenka < >>>> aliaksei.nazarenka(a)gmail.com> wrote: >>>> >>>>> Good afternoon! >>>>> I read your article - https://www.ovirt.org/develop/ >>>>> release-management/features/network/manageiq_ovn/. I have only one >>>>> question: how to create a network or subnet in Manageiq + ovirt 4.2.1. When >>>>> I try to create a network, I need to select a tenant, but there is nothing >>>>> that I could choose. How can it be? >>>>> >>>>> Sincerely. Alexey Nazarenko >>>>> >>>> >>>> >>> >> >

1 0

hosted engine install fails on useless DHCP lookup
by Jamie Lawrence 15 Feb '18

15 Feb '18

Hello, I'm seeing the hosted engine install fail on an Ansible playbook step. Log below. I tried looking at the file specified for retry, below (/usr/share/ovirt-hosted-engine-setup/ansible/bootstrap_local_vm.retry); it contains the word, 'localhost'. The log below didn't contain anything I could see that was actionable; given that it was an ansible error, I hunted down the config and enabled logging. On this run the error was different - the installer log was the same, but the reported error (from the installer changed). The first time, the installer said: [ INFO ] TASK [Wait for the host to become non operational] [ ERROR ] fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_hosts": []}, "attempts": 150, "changed": false} [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook [ INFO ] Stage: Clean up Second: [ INFO ] TASK [Get local vm ip] [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": true, "cmd": "virsh -r net-dhcp-leases default | grep -i 00:16:3e:11:e7:bd | awk '{ print $5 }' | cut -f1 -d'/'", "delta": "0:00:00.093840", "end": "2018-02-13 16:53:08.658556", "rc": 0, "start": "2018-02-13 16:53:08.564716", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook [ INFO ] Stage: Clean up Ansible log below; as with that second snippet, it appears that it was trying to parse out a host name from virsh's list of DHCP leases, couldn't, and died. Which makes sense: I gave it a static IP, and unless I'm missing something, setup should not have been doing that. I verified that the answer file has the IP: OVEHOSTED_VM/cloudinitVMStaticCIDR=str:10.181.26.150/24 Anyone see what is wrong here? -j hosted-engine --deploy log: 2018-02-13 16:20:32,138-0800 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:100 TASK [Force host-deploy in offline mode] 2018-02-13 16:20:33,041-0800 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:100 changed: [localhost] 2018-02-13 16:20:33,342-0800 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:100 TASK [include_tasks] 2018-02-13 16:20:33,443-0800 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:100 ok: [localhost] 2018-02-13 16:20:33,744-0800 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:100 TASK [Obtain SSO token using username/password credentials] 2018-02-13 16:20:35,248-0800 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:100 ok: [localhost] 2018-02-13 16:20:35,550-0800 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:100 TASK [Add host] 2018-02-13 16:20:37,053-0800 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:100 changed: [localhost] 2018-02-13 16:20:37,355-0800 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:100 TASK [Wait for the host to become non operational] 2018-02-13 16:27:48,895-0800 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 {u'_ansible_parsed': True, u'_ansible_no_log': False, u'changed': False, u'attempts': 150, u'invocation': {u'module_args': {u'pattern': u'name=ovirt-1.squaretrade.com', u'fetch_nested': False, u'nested_attributes': []}}, u'ansible_facts': {u'ovirt_hosts': []}} 2018-02-13 16:27:48,995-0800 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:98 fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_hosts": []}, "attempts": 150, "changed": false} 2018-02-13 16:27:49,297-0800 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 PLAY RECAP [localhost] : ok: 42 changed: 17 unreachable: 0 skipped: 2 failed: 1 2018-02-13 16:27:49,397-0800 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 PLAY RECAP [ovirt-engine-1.squaretrade.com] : ok: 15 changed: 8 unreachable: 0 skipped: 4 failed: 0 2018-02-13 16:27:49,498-0800 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:180 ansible-playbook rc: 2 2018-02-13 16:27:49,498-0800 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:187 ansible-playbook stdout: 2018-02-13 16:27:49,499-0800 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:189 to retry, use: --limit @/usr/share/ovirt-hosted-engine-setup/ansible/bootstrap_local_vm.retry 2018-02-13 16:27:49,499-0800 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:190 ansible-playbook stderr: 2018-02-13 16:27:49,500-0800 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-ansiblesetup/core/misc.py", line 186, in _closeup r = ah.run() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/ansible_utils.py", line 194, in run raise RuntimeError(_('Failed executing ansible-playbook')) RuntimeError: Failed executing ansible-playbook 2018-02-13 16:27:49,512-0800 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Closing up': Failed executing ansible-playbook 2018-02-13 16:27:49,513-0800 DEBUG otopi.context context.dumpEnvironment:859 ENVIRONMENT DUMP - BEGIN - - - - - - ansible log snip: 2018-02-13 16:52:47,548 ovirt-hosted-engine-setup-ansible ansible on_any args (<ansible.executor.task_result.TaskResult object at 0x7f00dc19f850>,) kwargs {} 2018-02-13 16:52:58,124 ovirt-hosted-engine-setup-ansible ansible on_any args (<ansible.executor.task_result.TaskResult object at 0x2a09310>,) kwargs {} 2018-02-13 16:53:08,954 ovirt-hosted-engine-setup-ansible var changed: host "localhost" var "local_vm_ip" type "<type 'dict'>" value: "{'stderr_lines': [], u'changed': True, u'end': u'2018-02-13 16:53:08.658556', u'stdout': u'', u'cmd': u"virsh -r net-dhcp-leases default | grep -i 00:16:3e:11:e7:bd | awk '{ print $5 }' | cut -f1 -d'/'", u'rc': 0, u'start': u'2018-02-13 16:53:08.564716', 'attempts': 50, u'stderr': u'', u'delta': u'0:00:00.093840', 'stdout_lines': [], 'failed': True}"

2 3

Moving Combined Engine & Node to new network.
by Rulas Mur 15 Feb '18

15 Feb '18

Hi, I setup the host+engine on centos 7 on my home network and everything worked perfectly, However when I connected it to my work network networking failed completely. hostname -I would be blank. lspci does list the hardware nmcli d is empty nmcli con show is empty nmcli device status is empty there is a device in /sys/class/net/ Is there a way to fix this? or do I have to reinstall? On another note, ovirt is amazing! Thanks for the quality product, Rulasmur

1 0

Q: Upgrade 4.2 -> 4.2.1 Dependency Problem
by Andrei V 14 Feb '18

14 Feb '18

Hi ! I run into unexpected problem upgrading oVirt node (installed manually on CentOS): This problem have to be fixed manually otherwise upgrade command from host engine also fail. -> glusterfs-rdma = 3.12.5-2.el7 was installed manually as a dependency resolution for ovirt-host-4.2.1-1.el7.centos.x86_64 Q: How to get around this problem? Thanks in advance. Error: Package: ovirt-host-4.2.1-1.el7.centos.x86_64 (ovirt-4.2) Requires: glusterfs-rdma Removing: glusterfs-rdma-3.12.5-2.el7.x86_64 (@ovirt-4.2-centos-gluster312) glusterfs-rdma = 3.12.5-2.el7 Obsoleted By: mlnx-ofa_kernel-3.4-OFED.3.4.2.1.5.1.ged26eb5.1.rhel7u3.x86_64 (HP-spp) Not found Available: glusterfs-rdma-3.8.4-18.4.el7.centos.x86_64 (base) glusterfs-rdma = 3.8.4-18.4.el7.centos Available: glusterfs-rdma-3.12.0-1.el7.x86_64 (ovirt-4.2-centos-gluster312) glusterfs-rdma = 3.12.0-1.el7 Available: glusterfs-rdma-3.12.1-1.el7.x86_64 (ovirt-4.2-centos-gluster312) glusterfs-rdma = 3.12.1-1.el7 Available: glusterfs-rdma-3.12.1-2.el7.x86_64 (ovirt-4.2-centos-gluster312) glusterfs-rdma = 3.12.1-2.el7 Available: glusterfs-rdma-3.12.3-1.el7.x86_64 (ovirt-4.2-centos-gluster312) glusterfs-rdma = 3.12.3-1.el7 Available: glusterfs-rdma-3.12.4-1.el7.x86_64 (ovirt-4.2-centos-gluster312) glusterfs-rdma = 3.12.4-1.el7

3 2

Ovirt 3.6 to 4.2 upgrade
by Gary Lloyd 14 Feb '18

14 Feb '18

Hi Is it possible/supported to upgrade from Ovirt 3.6 straight to Ovirt 4.2 ? Does live migration still function between the older vdsm nodes and vdsm nodes with software built against Ovirt 4.2 ? We changed a couple of the vdsm python files to enable iscsi multipath on direct luns. (It's a fairly simple change to a couple of the python files). We've been running it this way since 2012 (Ovirt 3.2). Many Thanks *Gary Lloyd* ________________________________________________ I.T. Systems:Keele University Finance & IT Directorate Keele:Staffs:IC1 Building:ST5 5NB:UK +44 1782 733063 <%2B44%201782%20733073> ________________________________________________

3 3

ovirt 4.1 unable deploy HostedEngine on next host Configuration value not found: file=/etc/.../hosted-engine.conf
by Reznikov Alexei 14 Feb '18

14 Feb '18

Hi all! After upgrade from ovirt 4.0 to 4.1, a have trouble add to next HostedEngine host to my cluster via webui... host add succesfully and become up, but HE not active in this host. log's from trouble host # cat agent.log > KeyError: 'Configuration value not found: file=/etc/ovirt-hosted-engine/hosted-engine.conf, key=gateway' # cat /etc/ovirt-hosted-engine/hosted-engine.conf ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem host_id=2 log deploy from engine in attach. trouble host: ovirt-hosted-engine-setup-2.1.4-1.el7.centos.noarch ovirt-host-deploy-1.6.7-1.el7.centos.noarch vdsm-4.19.45-1.el7.centos.x86_64 CentOS Linux release 7.4.1708 (Core) engine host: ovirt-release41-4.1.9-1.el7.centos.noarch ovirt-engine-4.1.9.1-1.el7.centos.noarch CentOS Linux release 7.4.1708 (Core) Please help me fix it. Thanx, Alex.

6 9

Slow conversion from VMware in 4.1
by Luca 'remix_tj' Lorenzetto 14 Feb '18

14 Feb '18

Hello, i've started my migrations from vmware today. I had successfully migrated over 200 VM from vmware to another cluster based on 4.0 using our home-made scripts interacting with the API's. All the migrated vms are running RHEL 6 or 7, with no SELinux. We understood a lot about the necessities and we recorded also some metrics about migration times. In July, with 4.0 as destination, we were migrating ~30gb vm in ~40 mins. It was an acceptable time, considering that about 50% of our vms stand around that size. Today we started migrating to the production cluster, that is, instead, running 4.1.8. With the same scripts, the same api calls, and a vm of about 50gb we were supposing that we will have the vm running in the new cluster after 70 minutes, more or less. Instead, the migration is taking more than 2 hours, and this not because of the slow conversion time by qemu-img given that we're transferring an entire disk via http. Looking at the log, seems that activities executed before qemu-img took more than 2000 seconds. As example, appears to me that dracut took more than 14 minutes, which is in my opinion a bit long. Is there any option to get a quicker conversion? Also some tasks to run in the guests before the conversion are accepted. We have to migrate ~300 vms in 2.5 months, and we're only at 11 after 7 hours (and today an exception that allowed us to start 4 hours in advance, but usually our maintenance time is significantly lower). This is a filtered out log reporting only the rows were we can understand how much time has passed: [ 0.0] Opening the source -i libvirt -ic vpx://vmwareuser%40domain@vcenter/DC/Cluster/Host?no_verify=1 vmtoconvert [ 6.1] Creating an overlay to protect the source from being modified [ 7.4] Initializing the target -o vdsm -os /rhev/data-center/e8263fb4-114d-4706-b1c0-5defcd15d16b/a118578a-4cf2-4e0c-ac47-20e9f0321da1 --vdsm-image-uuid 1a93e503-ce57-4631-8dd2-eeeae45866ca --vdsm-vol-uuid 88d92582-0f53-43b0-89ff-af1c17ea8618 --vdsm-vm-uuid 1434e14f-e228-41c1-b769-dcf48b258b12 --vdsm-ovf-output /var/run/vdsm/v2v [ 7.4] Opening the overlay [00034ms] /usr/libexec/qemu-kvm \ [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct [ 0.000000] Linux version 3.10.0-693.11.1.el7.x86_64 (mockbuild(a)x86-041.build.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-16) (GCC) ) #1 SMP Fri Oct 27 05:39:05 EDT 2017 [ 0.000000] Command line: panic=1 console=ttyS0 edd=off udevtimeout=6000 udev.event-timeout=6000 no_timer_check printk.time=1 cgroup_disable=memory usbcore.nousb cryptomgr.notests tsc=reliable 8250.nr_uarts=1 root=/dev/sdb selinux=0 guestfs_verbose=1 guestfs_network=1 TERM=linux guestfs_identifier=v2v [ 0.000000] e820: BIOS-provided physical RAM map: [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009f7ff] usable [ 0.000000] BIOS-e820: [mem 0x000000000009f800-0x000000000009ffff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved [ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000007cfddfff] usable [ 0.000000] BIOS-e820: [mem 0x000000007cfde000-0x000000007cffffff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000feffc000-0x00000000feffffff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000fffc0000-0x00000000ffffffff] reserved [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] SMBIOS 2.8 present. [ 0.000000] Hypervisor detected: KVM [ 0.000000] e820: last_pfn = 0x7cfde max_arch_pfn = 0x400000000 [ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [ 0.000000] found SMP MP-table at [mem 0x000f72f0-0x000f72ff] mapped at [ffff8800000f72f0] [ 0.000000] Using GB pages for direct mapping [ 0.000000] RAMDISK: [mem 0x7ccb2000-0x7cfcffff] [ 0.000000] Early table checksum verification disabled [ 0.000000] ACPI: RSDP 00000000000f70d0 00014 (v00 BOCHS ) [ 0.000000] ACPI: RSDT 000000007cfe14d5 0002C (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) [ 0.000000] ACPI: FACP 000000007cfe13e9 00074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) [ 0.000000] ACPI: DSDT 000000007cfe0040 013A9 (v01 BOCHS BXPCDSDT 00000001 BXPC 00000001) [ 0.000000] ACPI: FACS 000000007cfe0000 00040 [ 0.000000] ACPI: APIC 000000007cfe145d 00078 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) [ 0.000000] No NUMA configuration found [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000007cfddfff] [ 0.000000] NODE_DATA(0) allocated [mem 0x7cc8b000-0x7ccb1fff] [ 0.000000] kvm-clock: Using msrs 4b564d01 and 4b564d00 [ 0.000000] kvm-clock: cpu 0, msr 0:7cc3b001, primary cpu clock [ 0.000000] kvm-clock: using sched offset of 1030608733 cycles [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x00001000-0x00ffffff] [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] [ 0.000000] Normal empty [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x00001000-0x0009efff] [ 0.000000] node 0: [mem 0x00100000-0x7cfddfff] [ 0.000000] Initmem setup node 0 [mem 0x00001000-0x7cfddfff] [ 0.000000] ACPI: PM-Timer IO Port: 0x608 [ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1]) [ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 0, version 17, address 0xfec00000, GSI 0-23 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 high level) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 high level) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 high level) [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] smpboot: Allowing 1 CPUs, 0 hotplug CPUs [ 0.000000] PM: Registered nosave memory: [mem 0x0009f000-0x0009ffff] [ 0.000000] PM: Registered nosave memory: [mem 0x000a0000-0x000effff] [ 0.000000] PM: Registered nosave memory: [mem 0x000f0000-0x000fffff] [ 0.000000] e820: [mem 0x7d000000-0xfeffbfff] available for PCI devices [ 0.000000] Booting paravirtualized kernel on KVM [ 0.000000] setup_percpu: NR_CPUS:5120 nr_cpumask_bits:1 nr_cpu_ids:1 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 33 pages/cpu @ffff88007ca00000 s97048 r8192 d29928 u2097152 [ 0.000000] KVM setup async PF for cpu 0 [ 0.000000] kvm-stealtime: cpu 0, msr 7ca0f440 [ 0.000000] PV qspinlock hash table entries: 256 (order: 0, 4096 bytes) [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 503847 [ 0.000000] Policy zone: DMA32 [ 0.000000] Kernel command line: panic=1 console=ttyS0 edd=off udevtimeout=6000 udev.event-timeout=6000 no_timer_check printk.time=1 cgroup_disable=memory usbcore.nousb cryptomgr.notests tsc=reliable 8250.nr_uarts=1 root=/dev/sdb selinux=0 guestfs_verbose=1 guestfs_network=1 TERM=linux guestfs_identifier=v2v [ 0.000000] Disabling memory control group subsystem [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 0.000000] x86/fpu: xstate_offset[2]: 0240, xstate_sizes[2]: 0100 [ 0.000000] xsave: enabled xstate_bv 0x7, cntxt size 0x340 using standard form [ 0.000000] Memory: 1994224k/2047864k available (6886k kernel code, 392k absent, 53248k reserved, 4545k data, 1764k init) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] \tRCU restricting CPUs from NR_CPUS=5120 to nr_cpu_ids=1. [ 0.000000] NR_IRQS:327936 nr_irqs:256 0 [ 0.000000] Console: colour *CGA 80x25 [ 0.000000] console [ttyS0] enabled [ 0.000000] tsc: Detected 2099.998 MHz processor [ 0.065500] Calibrating delay loop (skipped) preset value.. 4199.99 BogoMIPS (lpj=2099998) [ 0.066153] pid_max: default: 32768 minimum: 301 [ 0.066548] Security Framework initialized [ 0.066872] SELinux: Disabled at boot. [ 0.067181] Yama: becoming mindful. [ 0.067622] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) [ 0.068574] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) [ 0.069290] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes) [ 0.069813] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes) [ 0.070525] Initializing cgroup subsys memory [ 0.070877] Initializing cgroup subsys devices [ 0.071237] Initializing cgroup subsys freezer [ 0.071589] Initializing cgroup subsys net_cls [ 0.071932] Initializing cgroup subsys blkio [ 0.072275] Initializing cgroup subsys perf_event [ 0.072644] Initializing cgroup subsys hugetlb [ 0.072984] Initializing cgroup subsys pids [ 0.073316] Initializing cgroup subsys net_prio [ 0.073721] CPU: Physical Processor ID: 0 [ 0.074810] mce: CPU supports 10 MCE banks [ 0.075185] Last level iTLB entries: 4KB 0, 2MB 0, 4MB 0 [ 0.075621] Last level dTLB entries: 4KB 0, 2MB 0, 4MB 0 [ 0.076030] tlb_flushall_shift: 6 [ 0.085827] Freeing SMP alternatives: 24k freed [ 0.091125] ACPI: Core revision 20130517 [ 0.091976] ACPI: All ACPI Tables successfully acquired [ 0.092448] ftrace: allocating 26586 entries in 104 pages [ 0.116144] smpboot: Max logical packages: 1 [ 0.116640] Enabling x2apic [ 0.116863] Enabled x2apic [ 0.117290] Switched APIC routing to physical x2apic. [ 0.118588] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 [ 0.119054] smpboot: CPU0: Intel(R) Xeon(R) CPU E5-2683 v4 @ 2.10GHz (fam: 06, model: 4f, stepping: 01) [ 0.119813] Performance Events: 16-deep LBR, Broadwell events, Intel PMU driver. [ 0.121545] ... version: 2 [ 0.121847] ... bit width: 48 [ 0.122161] ... generic registers: 4 [ 0.122472] ... value mask: 0000ffffffffffff [ 0.122874] ... max period: 000000007fffffff [ 0.123276] ... fixed-purpose events: 3 [ 0.123584] ... event mask: 000000070000000f [ 0.124004] KVM setup paravirtual spinlock [ 0.125379] Brought up 1 CPUs [ 0.125616] smpboot: Total of 1 processors activated (4199.99 BogoMIPS) [ 0.126464] devtmpfs: initialized [ 0.128347] EVM: security.selinux [ 0.128608] EVM: security.ima [ 0.128835] EVM: security.capability [ 0.129796] atomic64 test passed for x86-64 platform with CX8 and with SSE [ 0.130333] pinctrl core: initialized pinctrl subsystem [ 0.130805] RTC time: 20:26:38, date: 01/24/18 [ 0.131217] NET: Registered protocol family 16 [ 0.131774] ACPI: bus type PCI registered [ 0.132096] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 0.132660] PCI: Using configuration type 1 for base access [ 0.133830] ACPI: Added _OSI(Module Device) [ 0.134170] ACPI: Added _OSI(Processor Device) [ 0.134514] ACPI: Added _OSI(3.0 _SCP Extensions) [ 0.134872] ACPI: Added _OSI(Processor Aggregator Device) [ 0.137001] ACPI: Interpreter enabled [ 0.137303] ACPI: (supports S0 S5) [ 0.137573] ACPI: Using IOAPIC for interrupt routing [ 0.137971] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 0.140442] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff]) [ 0.140917] acpi PNP0A03:00: _OSC: OS supports [ASPM ClockPM Segments MSI] [ 0.141446] acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM [ 0.141961] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [ 0.142997] acpiphp: Slot [2] registered [ 0.143309] acpiphp: Slot [3] registered [ 0.143625] acpiphp: Slot [4] registered [ 0.143949] acpiphp: Slot [5] registered [ 0.144260] acpiphp: Slot [6] registered [ 0.144575] acpiphp: Slot [7] registered [ 0.144887] acpiphp: Slot [8] registered [ 0.145205] acpiphp: Slot [9] registered [ 0.145523] acpiphp: Slot [10] registered [ 0.145841] acpiphp: Slot [11] registered [ 0.146161] acpiphp: Slot [12] registered [ 0.146642] acpiphp: Slot [13] registered [ 0.146960] acpiphp: Slot [14] registered [ 0.147279] acpiphp: Slot [15] registered [ 0.147602] acpiphp: Slot [16] registered [ 0.147934] acpiphp: Slot [17] registered [ 0.148255] acpiphp: Slot [18] registered [ 0.148579] acpiphp: Slot [19] registered [ 0.148896] acpiphp: Slot [20] registered [ 0.149219] acpiphp: Slot [21] registered [ 0.149546] acpiphp: Slot [22] registered [ 0.149863] acpiphp: Slot [23] registered [ 0.150178] acpiphp: Slot [24] registered [ 0.150505] acpiphp: Slot [25] registered [ 0.150824] acpiphp: Slot [26] registered [ 0.151139] acpiphp: Slot [27] registered [ 0.151461] acpiphp: Slot [28] registered [ 0.151786] acpiphp: Slot [29] registered [ 0.152104] acpiphp: Slot [30] registered [ 0.152426] acpiphp: Slot [31] registered [ 0.152741] PCI host bridge to bus 0000:00 [ 0.153059] pci_bus 0000:00: root bus resource [bus 00-ff] [ 0.153478] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7 window] [ 0.153991] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff window] [ 0.154508] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window] [ 0.155072] pci_bus 0000:00: root bus resource [mem 0x7d000000-0xfebfffff window] [ 0.162550] pci 0000:00:01.1: legacy IDE quirk: reg 0x10: [io 0x01f0-0x01f7] [ 0.163097] pci 0000:00:01.1: legacy IDE quirk: reg 0x14: [io 0x03f6] [ 0.163590] pci 0000:00:01.1: legacy IDE quirk: reg 0x18: [io 0x0170-0x0177] [ 0.164129] pci 0000:00:01.1: legacy IDE quirk: reg 0x1c: [io 0x0376] [ 0.165004] pci 0000:00:01.3: quirk: [io 0x0600-0x063f] claimed by PIIX4 ACPI [ 0.165564] pci 0000:00:01.3: quirk: [io 0x0700-0x070f] claimed by PIIX4 SMB [ 0.223140] ACPI: PCI Interrupt Link [LNKA] (IRQs 5 *10 11) [ 0.223712] ACPI: PCI Interrupt Link [LNKB] (IRQs 5 *10 11) [ 0.224245] ACPI: PCI Interrupt Link [LNKC] (IRQs 5 10 *11) [ 0.224789] ACPI: PCI Interrupt Link [LNKD] (IRQs 5 10 *11) [ 0.225296] ACPI: PCI Interrupt Link [LNKS] (IRQs *9) [ 0.225817] ACPI: Enabled 2 GPEs in block 00 to 0F [ 0.226262] vgaarb: loaded [ 0.227000] SCSI subsystem initialized [ 0.227314] ACPI: bus type USB registered [ 0.227640] usbcore: registered new interface driver usbfs [ 0.228068] usbcore: registered new interface driver hub [ 0.228487] usbcore: registered new device driver usb [ 0.228936] PCI: Using ACPI for IRQ routing [ 0.229436] NetLabel: Initializing [ 0.230112] NetLabel: domain hash size = 128 [ 0.230455] NetLabel: protocols = UNLABELED CIPSOv4 [ 0.230843] NetLabel: unlabeled traffic allowed by default [ 0.231317] amd_nb: Cannot enumerate AMD northbridges [ 0.231722] Switched to clocksource kvm-clock [ 0.235503] pnp: PnP ACPI init [ 0.235767] ACPI: bus type PNP registered [ 0.236396] pnp: PnP ACPI: found 5 devices [ 0.236716] ACPI: bus type PNP unregistered [ 0.242333] NET: Registered protocol family 2 [ 0.242806] TCP established hash table entries: 16384 (order: 5, 131072 bytes) [ 0.243384] TCP bind hash table entries: 16384 (order: 6, 262144 bytes) [ 0.243907] TCP: Hash tables configured (established 16384 bind 16384) [ 0.244414] TCP: reno registered [ 0.244668] UDP hash table entries: 1024 (order: 3, 32768 bytes) [ 0.245130] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes) [ 0.245656] NET: Registered protocol family 1 [ 0.246013] pci 0000:00:00.0: Limiting direct PCI/PCI transfers [ 0.246473] pci 0000:00:01.0: PIIX3: Enabling Passive Release [ 0.246924] pci 0000:00:01.0: Activating ISA DMA hang workarounds [ 0.247457] Unpacking initramfs... [ 0.249930] Freeing initrd memory: 3192k freed [ 0.251174] sha1_ssse3: Using AVX optimized SHA-1 implementation [ 0.251706] sha256_ssse3: Using AVX2 optimized SHA-256 implementation [ 0.252355] futex hash table entries: 256 (order: 2, 16384 bytes) [ 0.252836] Initialise system trusted keyring [ 0.253187] audit: initializing netlink socket (disabled) [ 0.253610] type=2000 audit(1516825598.479:1): initialized [ 0.275426] HugeTLB registered 1 GB page size, pre-allocated 0 pages [ 0.275927] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 0.277129] zpool: loaded [ 0.277350] zbud: loaded [ 0.277669] VFS: Disk quotas dquot_6.5.2 [ 0.277998] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.278609] msgmni has been set to 3901 [ 0.278956] Key type big_key registered [ 0.279450] NET: Registered protocol family 38 [ 0.279810] Key type asymmetric registered [ 0.280125] Asymmetric key parser 'x509' registered [ 0.280523] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250) [ 0.281107] io scheduler noop registered [ 0.281416] io scheduler deadline registered (default) [ 0.281839] io scheduler cfq registered [ 0.282216] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 0.282648] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 0.283250] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 [ 0.283835] ACPI: Power Button [PWRF] [ 0.284207] GHES: HEST is not enabled! [ 0.284534] Serial: 8250/16550 driver, 1 ports, IRQ sharing enabled [ 0.307889] 00:04: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [ 0.308457] Non-volatile memory driver v1.3 [ 0.308809] Linux agpgart interface v0.103 [ 0.309200] crash memory driver: version 1.1 [ 0.309568] rdac: device handler registered [ 0.309913] hp_sw: device handler registered [ 0.310247] emc: device handler registered [ 0.310565] alua: device handler registered [ 0.310922] libphy: Fixed MDIO Bus: probed [ 0.311267] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 0.311780] ehci-pci: EHCI PCI platform driver [ 0.312129] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 0.312609] ohci-pci: OHCI PCI platform driver [ 0.312958] uhci_hcd: USB Universal Host Controller Interface driver [ 0.313474] usbcore: registered new interface driver usbserial [ 0.313926] usbcore: registered new interface driver usbserial_generic [ 0.314428] usbserial: USB Serial support registered for generic [ 0.314911] i8042: PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12 [ 0.316032] serio: i8042 KBD port at 0x60,0x64 irq 1 [ 0.316418] serio: i8042 AUX port at 0x60,0x64 irq 12 [ 0.316857] mousedev: PS/2 mouse device common for all mice [ 0.317468] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1 [ 0.318561] input: VirtualPS/2 VMware VMMouse as /devices/platform/i8042/serio1/input/input2 [ 0.319363] input: VirtualPS/2 VMware VMMouse as /devices/platform/i8042/serio1/input/input3 [ 0.320042] rtc_cmos 00:00: RTC can wake from S4 [ 0.320573] rtc_cmos 00:00: rtc core: registered rtc_cmos as rtc0 [ 0.321099] rtc_cmos 00:00: alarms up to one day, y3k, 114 bytes nvram [ 0.321632] cpuidle: using governor menu [ 0.321989] hidraw: raw HID events driver (C) Jiri Kosina [ 0.322467] usbcore: registered new interface driver usbhid [ 0.322894] usbhid: USB HID core driver [ 0.323734] drop_monitor: Initializing network drop monitor service [ 0.324272] TCP: cubic registered [ 0.324537] Initializing XFRM netlink socket [ 0.324936] NET: Registered protocol family 10 [ 0.325410] NET: Registered protocol family 17 [ 0.325872] microcode: CPU0 sig=0x406f1, pf=0x1, revision=0x1 [ 0.326331] microcode: Microcode Update Driver: v2.01 <tigran(a)aivazian.fsnet.co.uk>, Peter Oruba [ 0.327060] Loading compiled-in X.509 certificates [ 0.327855] Loaded X.509 cert 'Red Hat Enterprise Linux Driver Update Program (key 3): bf57f3e87362bc7229d9f465321773dfd1f77a80' [ 0.329151] Loaded X.509 cert 'Red Hat Enterprise Linux kpatch signing key: 4d38fd864ebe18c5f0b72e3852e2014c3a676fc8' [ 0.330379] Loaded X.509 cert 'Red Hat Enterprise Linux kernel signing key: 34fc3b85a61b8fead6e9e905e7e602a1f7fa049a' [ 0.331196] registered taskstats version 1 [ 0.331639] Key type trusted registered [ 0.332056] Key type encrypted registered [ 0.332920] IMA: No TPM chip found, activating TPM-bypass! [ 0.333605] Magic number: 2:270:448 [ 0.333970] rtc_cmos 00:00: setting system clock to 2018-01-24 20:26:38 UTC (1516825598) [ 0.335302] Freeing unused kernel memory: 1764k freed [ 0.339427] alg: No test for crc32 (crc32-pclmul) [ 0.342995] alg: No test for crc32 (crc32-generic) [ 0.352535] scsi host0: ata_piix [ 0.352853] scsi host1: ata_piix [ 0.353127] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc0c0 irq 14 [ 0.353645] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc0c8 irq 15 [ 0.541003] ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10 [ 0.545766] random: fast init done [ 0.548737] random: crng init done [ 0.565923] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 [ 0.567592] scsi host2: Virtio SCSI HBA [ 0.569801] scsi 2:0:0:0: Direct-Access QEMU QEMU HARDDISK 2.5+ PQ: 0 ANSI: 5 [ 0.570526] scsi 2:0:1:0: Direct-Access QEMU QEMU HARDDISK 2.5+ PQ: 0 ANSI: 5 [ 0.580538] sd 2:0:0:0: [sda] 104857600 512-byte logical blocks: (53.6 GB/50.0 GiB) [ 0.581264] sd 2:0:1:0: [sdb] 8388608 512-byte logical blocks: (4.29 GB/4.00 GiB) [ 0.581894] sd 2:0:0:0: [sda] Write Protect is off [ 0.582312] sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 0.583032] sd 2:0:1:0: [sdb] Write Protect is off [ 0.583444] sd 2:0:1:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 0.586373] sd 2:0:1:0: [sdb] Attached SCSI disk [ 0.602190] ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 [ 0.636655] ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 10 [ 1.253809] tsc: Refined TSC clocksource calibration: 2099.994 MHz [ 1.510203] sda: sda1 sda2 sda3 [ 1.511710] sd 2:0:0:0: [sda] Attached SCSI disk [ 1.528245] EXT4-fs (sdb): mounting ext2 file system using the ext4 subsystem [ 1.530353] EXT4-fs (sdb): mounted filesystem without journal. Opts: [/usr/lib/tmpfiles.d/systemd.conf:11] Unknown group 'utmp'. [/usr/lib/tmpfiles.d/systemd.conf:19] Unknown user 'systemd-network'. [/usr/lib/tmpfiles.d/systemd.conf:20] Unknown user 'systemd-network'. [/usr/lib/tmpfiles.d/systemd.conf:21] Unknown user 'systemd-network'. [/usr/lib/tmpfiles.d/systemd.conf:25] Unknown group 'systemd-journal'. [/usr/lib/tmpfiles.d/systemd.conf:26] Unknown group 'systemd-journal'. [ 1.650422] input: PC Speaker as /devices/platform/pcspkr/input/input4 [ 1.655216] piix4_smbus 0000:00:01.3: SMBus Host Controller at 0x700, revision 0 [ 1.694118] sd 2:0:0:0: Attached scsi generic sg0 type 0 [ 1.696802] sd 2:0:1:0: Attached scsi generic sg1 type 0 [ 1.698009] FDC 0 is a S82078B [ 1.710807] AES CTR mode by8 optimization enabled [ 1.724293] ppdev: user-space parallel port driver [ 1.732252] Error: Driver 'pcspkr' is already registered, aborting... [ 1.734673] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [ 1.746232] EDAC MC: Ver: 3.0.0 [ 1.749324] EDAC sbridge: Ver: 1.1.1 [ 25.658309] device-mapper: uevent: version 1.0.3 [ 25.659092] device-mapper: ioctl: 4.35.0-ioctl (2016-06-23) initialised: dm-devel(a)redhat.com [ 57.8] Inspecting the overlay [ 51.302190] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) [ 58.667082] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: (null) [ 61.147593] EXT4-fs (dm-4): mounted filesystem with ordered data mode. Opts: (null) [ 63.977572] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [ 75.614795] EXT4-fs (dm-6): mounted filesystem with ordered data mode. Opts: (null) [ 80.782266] EXT4-fs (dm-5): mounted filesystem with ordered data mode. Opts: (null) [ 98.734329] EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: (null) [ 102.090148] EXT4-fs (dm-7): mounted filesystem with ordered data mode. Opts: (null) [ 105.057661] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Opts: (null) [ 108.085788] EXT4-fs (dm-9): mounted filesystem with ordered data mode. Opts: (null) [ 111.328257] EXT4-fs (dm-8): mounted filesystem with ordered data mode. Opts: (null) [ 112.201934] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [ 112.212101] EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: (null) [ 112.221689] EXT4-fs (dm-5): mounted filesystem with ordered data mode. Opts: (null) [ 112.233016] EXT4-fs (dm-6): mounted filesystem with ordered data mode. Opts: (null) [ 112.971075] EXT4-fs (dm-4): mounted filesystem with ordered data mode. Opts: (null) [ 113.788961] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: (null) [ 113.799156] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) [ 113.811402] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Opts: (null) [ 113.823347] EXT4-fs (dm-9): mounted filesystem with ordered data mode. Opts: (null) [ 115.345857] EXT4-fs (dm-7): mounted filesystem with ordered data mode. Opts: (null) [ 115.356280] EXT4-fs (dm-8): mounted filesystem with ordered data mode. Opts: (null) [ 476.5] Checking for sufficient free disk space in the guest [ 476.5] Estimating space required on target for each disk [ 476.5] Converting Red Hat Enterprise Linux Server 7.4 (Maipo) to run on KVM [ 1072.265252] dracut[1565] No '/dev/log' or 'logger' included for syslog logging [ 1076.444899] dracut[1565] Executing: /sbin/dracut --verbose --add-drivers "virtio virtio_ring virtio_blk virtio_scsi virtio_net virtio_pci" /boot/initramfs-3.10.0-693.el7.x86_64.img 3.10.0-693.el7.x86_64 [ 1104.118050] dracut[1565] dracut module 'busybox' will not be installed, because command 'busybox' could not be found! [ 1111.893587] dracut[1565] dracut module 'crypt' will not be installed, because command 'cryptsetup' could not be found! [ 1112.694542] dracut[1565] dracut module 'dmraid' will not be installed, because command 'dmraid' could not be found! [ 1117.763735] dracut[1565] dracut module 'mdraid' will not be installed, because command 'mdadm' could not be found! [ 1117.769004] dracut[1565] dracut module 'multipath' will not be installed, because command 'multipath' could not be found! [ 1122.366992] dracut[1565] dracut module 'cifs' will not be installed, because command 'mount.cifs' could not be found! [ 1122.387968] dracut[1565] dracut module 'iscsi' will not be installed, because command 'iscsistart' could not be found! [ 1122.390569] dracut[1565] dracut module 'iscsi' will not be installed, because command 'iscsi-iname' could not be found! [ 1140.889553] dracut[1565] dracut module 'busybox' will not be installed, because command 'busybox' could not be found! [ 1140.910458] dracut[1565] dracut module 'crypt' will not be installed, because command 'cryptsetup' could not be found! [ 1140.915646] dracut[1565] dracut module 'dmraid' will not be installed, because command 'dmraid' could not be found! [ 1140.924489] dracut[1565] dracut module 'mdraid' will not be installed, because command 'mdadm' could not be found! [ 1140.928995] dracut[1565] dracut module 'multipath' will not be installed, because command 'multipath' could not be found! [ 1140.939832] dracut[1565] dracut module 'cifs' will not be installed, because command 'mount.cifs' could not be found! [ 1140.954810] dracut[1565] dracut module 'iscsi' will not be installed, because command 'iscsistart' could not be found! [ 1140.957229] dracut[1565] dracut module 'iscsi' will not be installed, because command 'iscsi-iname' could not be found! [ 1142.066303] dracut[1565] *** Including module: bash *** [ 1142.073837] dracut[1565] *** Including module: nss-softokn *** [ 1143.838047] dracut[1565] *** Including module: i18n *** [ 1230.935044] dracut[1565] *** Including module: network *** [ 1323.749409] dracut[1565] *** Including module: ifcfg *** [ 1323.755682] dracut[1565] *** Including module: drm *** [ 1340.716219] dracut[1565] *** Including module: plymouth *** [ 1359.941093] dracut[1565] *** Including module: dm *** [ 1366.392221] dracut[1565] Skipping udev rule: 64-device-mapper.rules [ 1366.394670] dracut[1565] Skipping udev rule: 60-persistent-storage-dm.rules [ 1366.397021] dracut[1565] Skipping udev rule: 55-dm.rules [ 1375.796931] dracut[1565] *** Including module: kernel-modules *** [ 1627.998656] dracut[1565] *** Including module: lvm *** [ 1631.138460] dracut[1565] Skipping udev rule: 64-device-mapper.rules [ 1631.141015] dracut[1565] Skipping udev rule: 56-lvm.rules [ 1631.143409] dracut[1565] Skipping udev rule: 60-persistent-storage-lvm.rules [ 1635.270706] dracut[1565] *** Including module: qemu *** [ 1635.277842] dracut[1565] *** Including module: rootfs-block *** [ 1636.845616] dracut[1565] *** Including module: terminfo *** [ 1639.189294] dracut[1565] *** Including module: udev-rules *** [ 1640.076624] dracut[1565] Skipping udev rule: 40-redhat-cpu-hotplug.rules [ 1649.962889] dracut[1565] Skipping udev rule: 91-permissions.rules [ 1651.008527] dracut[1565] *** Including module: biosdevname *** [ 1651.921630] dracut[1565] *** Including module: systemd *** [ 1685.124521] dracut[1565] *** Including module: usrmount *** [ 1685.128532] dracut[1565] *** Including module: base *** [ 1694.743507] dracut[1565] *** Including module: fs-lib *** [ 1696.295216] dracut[1565] *** Including module: shutdown *** [ 1698.578228] dracut[1565] *** Including modules done *** [ 1699.586287] dracut[1565] *** Installing kernel module dependencies and firmware *** [ 1717.505952] dracut[1565] *** Installing kernel module dependencies and firmware done *** [ 1724.539224] dracut[1565] *** Resolving executable dependencies *** [ 1844.709874] dracut[1565] *** Resolving executable dependencies done*** [ 1844.723313] dracut[1565] *** Hardlinking files *** [ 1847.281611] dracut[1565] *** Hardlinking files done *** [ 1847.284119] dracut[1565] *** Stripping files *** [ 1908.635888] dracut[1565] *** Stripping files done *** [ 1908.638262] dracut[1565] *** Generating early-microcode cpio image contents *** [ 1908.645054] dracut[1565] *** Constructing GenuineIntel.bin **** [ 1909.567397] dracut[1565] *** Store current command line parameters *** [ 1909.571686] dracut[1565] *** Creating image file *** [ 1909.574239] dracut[1565] *** Creating microcode section *** [ 1911.789907] dracut[1565] *** Created microcode section *** [ 1921.680575] dracut[1565] *** Creating image file done *** [ 1926.764407] dracut[1565] *** Creating initramfs image file '/boot/initramfs-3.10.0-693.el7.x86_64.img' done *** [1994.1] Mapping filesystem data to avoid copying unused and blank areas [ 1984.841231] EXT4-fs (dm-8): mounted filesystem with ordered data mode. Opts: discard [ 1987.252106] EXT4-fs (dm-9): mounted filesystem with ordered data mode. Opts: discard [ 1990.531305] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Opts: discard [ 1992.903109] EXT4-fs (dm-7): mounted filesystem with ordered data mode. Opts: discard [ 1995.876230] EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: discard [ 1995.986384] EXT4-fs (dm-5): mounted filesystem with ordered data mode. Opts: discard [ 1997.748087] EXT4-fs (dm-6): mounted filesystem with ordered data mode. Opts: discard [ 1997.785914] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: discard [ 1997.824003] EXT4-fs (dm-4): mounted filesystem with ordered data mode. Opts: discard [ 2000.172658] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: discard [ 2001.214202] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: discard [2010.7] Closing the overlay [2010.7] Checking if the guest needs BIOS or UEFI to boot [2010.7] Assigning disks to buses [2010.7] Copying disk 1/1 to /rhev/data-center/e8263fb4-114d-4706-b1c0-5defcd15d16b/a118578a-4cf2-4e0c-ac47-20e9f0321da1/images/1a93e503-ce57-4631-8dd2-eeeae45866ca/88d92582-0f53-43b0-89ff-af1c17ea8618 (raw) [7000.4] Creating output metadata [7000.4] Finishing off Any help is appreciated. Luca -- "E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine" Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) "Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento" John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>

3 13

VM with multiple vdisks can't migrate
by fsoyer 14 Feb '18

14 Feb '18

------=_=-_OpenGroupware_org_NGMime-15477-1518516470.384163-4------ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Length: 29601 Hi all, I discovered yesterday a problem when migrating VM with more than one v= disk. On our test servers (oVirt4.1, shared storage with Gluster), I created = 2 VMs needed for a test, from a template with a 20G vdisk. On this VMs = I added a 100G vdisk (for this tests I didn't want to waste time to ext= end the existing vdisks... But I lost time finally...). The VMs with th= e 2 vdisks works well. Now I saw some updates waiting on the host. I tried to put it in mainte= nance... But it stopped on the two VM. They were marked "migrating", bu= t no more accessible. Other (small) VMs with only 1 vdisk was migrated = without problem at the same time. I saw that a kvm process for the (big) VMs was launched on the source A= ND destination host, but after tens of minutes, the migration and the V= Ms was always freezed. I tried to cancel the migration for the VMs : fa= iled. The only way to stop it was to poweroff the VMs : the kvm process= died on the 2 hosts and the GUI alerted on a failed migration. In doubt, I tried to delete the second vdisk on one of this VMs : it mi= grates then without error ! And no access problem. I tried to extend the first vdisk of the second VM, the delete the seco= nd vdisk : it migrates now without problem !=C2=A0=C2=A0=C2=A0 So after another test with a VM with 2 vdisks, I can say that this bloc= ked the migration process :( In engine.log, for a VMs with 1 vdisk migrating well, we see :2018-02-1= 2 16:46:29,705+01 INFO =C2=A0[org.ovirt.engine.core.bll.MigrateVmToServ= erCommand] (default task-28) [2f712024-5982-46a8-82c8-fd8293da5725] Loc= k Acquired to object 'EngineLock:{exclusiveLocks=3D'[3f57e669-5e4c-4d10= -85cc-d573004a099d=3DVM]', sharedLocks=3D''}' 2018-02-12 16:46:29,955+01 INFO =C2=A0[org.ovirt.engine.core.bll.Migrat= eVmToServerCommand] (org.ovirt.thread.pool-6-thread-32) [2f712024-5982-= 46a8-82c8-fd8293da5725] Running command: MigrateVmToServerCommand inter= nal: false. Entities affected : =C2=A0ID: 3f57e669-5e4c-4d10-85cc-d5730= 04a099d Type: VMAction group MIGRATE=5FVM with role type USER 2018-02-12 16:46:30,261+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= MigrateVDSCommand] (org.ovirt.thread.pool-6-thread-32) [2f712024-5982-4= 6a8-82c8-fd8293da5725] START, MigrateVDSCommand( MigrateVDSCommandParam= eters:{runAsync=3D'true', hostId=3D'ce3938b1-b23f-4d22-840a-f17d7cd87bb= 1', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d', srcHost=3D'192.168.0= .6', dstVdsId=3D'd569c2dd-8f30-4878-8aea-858db285cf69', dstHost=3D'192.= 168.0.5:54321', migrationMethod=3D'ONLINE', tunnelMigration=3D'false', = migrationDowntime=3D'0', autoConverge=3D'true', migrateCompressed=3D'fa= lse', consoleAddress=3D'null', maxBandwidth=3D'500', enableGuestEvents=3D= 'true', maxIncomingMigrations=3D'2', maxOutgoingMigrations=3D'2', conve= rgenceSchedule=3D'[init=3D[{name=3DsetDowntime, params=3D[100]}], stall= ing=3D[{limit=3D1, action=3D{name=3DsetDowntime, params=3D[150]}}, {lim= it=3D2, action=3D{name=3DsetDowntime, params=3D[200]}}, {limit=3D3, act= ion=3D{name=3DsetDowntime, params=3D[300]}}, {limit=3D4, action=3D{name= =3DsetDowntime, params=3D[400]}}, {limit=3D6, action=3D{name=3DsetDownt= ime, params=3D[500]}}, {limit=3D-1, action=3D{name=3Dabort, params=3D[]= }}]]'}), log id: 14f61ee0 2018-02-12 16:46:30,262+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-6-thread-32) = [2f712024-5982-46a8-82c8-fd8293da5725] START, MigrateBrokerVDSCommand(H= ostName =3D victor.local.systea.fr, MigrateVDSCommandParameters:{runAsy= nc=3D'true', hostId=3D'ce3938b1-b23f-4d22-840a-f17d7cd87bb1', vmId=3D'3= f57e669-5e4c-4d10-85cc-d573004a099d', srcHost=3D'192.168.0.6', dstVdsId= =3D'd569c2dd-8f30-4878-8aea-858db285cf69', dstHost=3D'192.168.0.5:54321= ', migrationMethod=3D'ONLINE', tunnelMigration=3D'false', migrationDown= time=3D'0', autoConverge=3D'true', migrateCompressed=3D'false', console= Address=3D'null', maxBandwidth=3D'500', enableGuestEvents=3D'true', max= IncomingMigrations=3D'2', maxOutgoingMigrations=3D'2', convergenceSched= ule=3D'[init=3D[{name=3DsetDowntime, params=3D[100]}], stalling=3D[{lim= it=3D1, action=3D{name=3DsetDowntime, params=3D[150]}}, {limit=3D2, act= ion=3D{name=3DsetDowntime, params=3D[200]}}, {limit=3D3, action=3D{name= =3DsetDowntime, params=3D[300]}}, {limit=3D4, action=3D{name=3DsetDownt= ime, params=3D[400]}}, {limit=3D6, action=3D{name=3DsetDowntime, params= =3D[500]}}, {limit=3D-1, action=3D{name=3Dabort, params=3D[]}}]]'}), lo= g id: 775cd381 2018-02-12 16:46:30,277+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-6-thread-32) = [2f712024-5982-46a8-82c8-fd8293da5725] FINISH, MigrateBrokerVDSCommand,= log id: 775cd381 2018-02-12 16:46:30,285+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= MigrateVDSCommand] (org.ovirt.thread.pool-6-thread-32) [2f712024-5982-4= 6a8-82c8-fd8293da5725] FINISH, MigrateVDSCommand, return: MigratingFrom= , log id: 14f61ee0 2018-02-12 16:46:30,301+01 INFO =C2=A0[org.ovirt.engine.core.dal.dbbrok= er.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-3= 2) [2f712024-5982-46a8-82c8-fd8293da5725] EVENT=5FID: VM=5FMIGRATION=5F= START(62), Correlation ID: 2f712024-5982-46a8-82c8-fd8293da5725, Job ID= : 4bd19aa9-cc99-4d02-884e-5a1e857a7738, Call Stack: null, Custom ID: nu= ll, Custom Event ID: -1, Message: Migration started (VM: Oracle=5FSECON= DARY, Source: victor.local.systea.fr, Destination: ginger.local.systea.= fr, User: admin@internal-authz). 2018-02-12 16:46:31,106+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler9) [54a65b66] STAR= T, FullListVDSCommand(HostName =3D victor.local.systea.fr, FullListVDSC= ommandParameters:{runAsync=3D'true', hostId=3D'ce3938b1-b23f-4d22-840a-= f17d7cd87bb1', vmIds=3D'[3f57e669-5e4c-4d10-85cc-d573004a099d]'}), log = id: 54b4b435 2018-02-12 16:46:31,147+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler9) [54a65b66] FINI= SH, FullListVDSCommand, return: [{acpiEnable=3Dtrue, emulatedMachine=3D= pc-i440fx-rhel7.3.0, tabletEnable=3Dtrue, pid=3D1493, guestDiskMapping=3D= {0QEMU=5FQEMU=5FHARDDISK=5Fd890fa68-fba4-4f49-9=3D{name=3D/dev/sda}, QE= MU=5FDVD-ROM=5FQM00003=3D{name=3D/dev/sr0}}, transparentHugePages=3Dtru= e, timeOffset=3D0, cpuType=3DNehalem, smp=3D2, pauseCode=3DNOERR, guest= NumaNodes=3D[Ljava.lang.Object;@1d9042cd, smartcardEnable=3Dfalse, cust= om=3D{device=5Ffbddd528-7d93-49c6-a286-180e021cb274device=5F879c93ab-4d= f1-435c-af02-565039fcc254=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'879= c93ab-4df1-435c-af02-565039fcc254', vmId=3D'3f57e669-5e4c-4d10-85cc-d57= 3004a099d'}', device=3D'unix', type=3D'CHANNEL', bootOrder=3D'0', specP= arams=3D'[]', address=3D'{bus=3D0, controller=3D0, type=3Dvirtio-serial= , port=3D1}', managed=3D'false', plugged=3D'true', readOnly=3D'false', = deviceAlias=3D'channel0', customProperties=3D'[]', snapshotId=3D'null',= logicalName=3D'null', hostDevice=3D'null'}, device=5Ffbddd528-7d93-49c= 6-a286-180e021cb274device=5F879c93ab-4df1-435c-af02-565039fcc254device=5F= 8945f61a-abbe-4156-8485-a4aa6f1908dbdevice=5F017b5e59-01c4-4aac-bf0c-b5= d9557284d6=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'017b5e59-01c4-4aac= -bf0c-b5d9557284d6', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}', d= evice=3D'tablet', type=3D'UNKNOWN', bootOrder=3D'0', specParams=3D'[]',= address=3D'{bus=3D0, type=3Dusb, port=3D1}', managed=3D'false', plugge= d=3D'true', readOnly=3D'false', deviceAlias=3D'input0', customPropertie= s=3D'[]', snapshotId=3D'null', logicalName=3D'null', hostDevice=3D'null= '}, device=5Ffbddd528-7d93-49c6-a286-180e021cb274=3DVmDevice:{id=3D'VmD= eviceId:{deviceId=3D'fbddd528-7d93-49c6-a286-180e021cb274', vmId=3D'3f5= 7e669-5e4c-4d10-85cc-d573004a099d'}', device=3D'ide', type=3D'CONTROLLE= R', bootOrder=3D'0', specParams=3D'[]', address=3D'{slot=3D0x01, bus=3D= 0x00, domain=3D0x0000, type=3Dpci, function=3D0x1}', managed=3D'false',= plugged=3D'true', readOnly=3D'false', deviceAlias=3D'ide', customPrope= rties=3D'[]', snapshotId=3D'null', logicalName=3D'null', hostDevice=3D'= null'}, device=5Ffbddd528-7d93-49c6-a286-180e021cb274device=5F879c93ab-= 4df1-435c-af02-565039fcc254device=5F8945f61a-abbe-4156-8485-a4aa6f1908d= b=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'8945f61a-abbe-4156-8485-a4a= a6f1908db', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}', device=3D'= unix', type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', address=3D= '{bus=3D0, controller=3D0, type=3Dvirtio-serial, port=3D2}', managed=3D= 'false', plugged=3D'true', readOnly=3D'false', deviceAlias=3D'channel1'= , customProperties=3D'[]', snapshotId=3D'null', logicalName=3D'null', h= ostDevice=3D'null'}}, vmType=3Dkvm, memSize=3D8192, smpCoresPerSocket=3D= 1, vmName=3DOracle=5FSECONDARY, nice=3D0, status=3DMigration Source, ma= xMemSize=3D32768, bootMenuEnable=3Dfalse, vmId=3D3f57e669-5e4c-4d10-85c= c-d573004a099d, numOfIoThreads=3D2, smpThreadsPerCore=3D1, memGuarantee= dSize=3D8192, kvmEnable=3Dtrue, pitReinjection=3Dfalse, displayNetwork=3D= ovirtmgmt, devices=3D[Ljava.lang.Object;@28ae66d7, display=3Dvnc, maxVC= pus=3D16, clientIp=3D, statusTime=3D4299484520, maxMemSlots=3D16}], log= id: 54b4b435 2018-02-12 16:46:31,150+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmsStatisticsFetcher] (DefaultQuartzScheduler1) [27fac647] F= etched 3 VMs from VDS 'd569c2dd-8f30-4878-8aea-858db285cf69' 2018-02-12 16:46:31,151+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmDevicesMonitoring] (DefaultQuartzScheduler9) [54a65b66] Re= ceived a vnc Device without an address when processing VM 3f57e669-5e4c= -4d10-85cc-d573004a099d devices, skipping device: {device=3Dvnc, specPa= rams=3D{displayNetwork=3Dovirtmgmt, keyMap=3Dfr, displayIp=3D192.168.0.= 6}, type=3Dgraphics, deviceId=3D813957b1-446a-4e88-9e40-9fe76d2c442d, p= ort=3D5901} 2018-02-12 16:46:31,151+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmDevicesMonitoring] (DefaultQuartzScheduler9) [54a65b66] Re= ceived a lease Device without an address when processing VM 3f57e669-5e= 4c-4d10-85cc-d573004a099d devices, skipping device: {lease=5Fid=3D3f57e= 669-5e4c-4d10-85cc-d573004a099d, sd=5Fid=3D1e51cecc-eb2e-47d0-b185-920f= dc7afa16, deviceId=3D{uuid=3Da09949aa-5642-4b6d-94a4-8b0d04257be5}, off= set=3D6291456, device=3Dlease, path=3D/rhev/data-center/mnt/glusterSD/1= 92.168.0.6:=5FDATA01/1e51cecc-eb2e-47d0-b185-920fdc7afa16/dom=5Fmd/xlea= ses, type=3Dlease} 2018-02-12 16:46:31,152+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmAnalyzer] (DefaultQuartzScheduler1) [27fac647] VM '3f57e66= 9-5e4c-4d10-85cc-d573004a099d'(Oracle=5FSECONDARY) was unexpectedly det= ected as 'MigratingTo' on VDS 'd569c2dd-8f30-4878-8aea-858db285cf69'(gi= nger.local.systea.fr) (expected on 'ce3938b1-b23f-4d22-840a-f17d7cd87bb= 1') 2018-02-12 16:46:31,152+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmAnalyzer] (DefaultQuartzScheduler1) [27fac647] VM '3f57e66= 9-5e4c-4d10-85cc-d573004a099d' is migrating to VDS 'd569c2dd-8f30-4878-= 8aea-858db285cf69'(ginger.local.systea.fr) ignoring it in the refresh u= ntil migration is done .... 2018-02-12 16:46:41,631+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmAnalyzer] (ForkJoinPool-1-worker-11) [] VM '3f57e669-5e4c-= 4d10-85cc-d573004a099d' was reported as Down on VDS 'ce3938b1-b23f-4d22= -840a-f17d7cd87bb1'(victor.local.systea.fr) 2018-02-12 16:46:41,632+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-11) [] START, Destr= oyVDSCommand(HostName =3D victor.local.systea.fr, DestroyVmVDSCommandPa= rameters:{runAsync=3D'true', hostId=3D'ce3938b1-b23f-4d22-840a-f17d7cd8= 7bb1', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d', force=3D'false', = secondsToWait=3D'0', gracefully=3D'false', reason=3D'', ignoreNoVm=3D't= rue'}), log id: 560eca57 2018-02-12 16:46:41,650+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-11) [] FINISH, Dest= royVDSCommand, log id: 560eca57 2018-02-12 16:46:41,650+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmAnalyzer] (ForkJoinPool-1-worker-11) [] VM '3f57e669-5e4c-= 4d10-85cc-d573004a099d'(Oracle=5FSECONDARY) moved from 'MigratingFrom' = --> 'Down' 2018-02-12 16:46:41,651+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmAnalyzer] (ForkJoinPool-1-worker-11) [] Handing over VM '3= f57e669-5e4c-4d10-85cc-d573004a099d'(Oracle=5FSECONDARY) to Host 'd569c= 2dd-8f30-4878-8aea-858db285cf69'. Setting VM to status 'MigratingTo' 2018-02-12 16:46:42,163+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmAnalyzer] (ForkJoinPool-1-worker-4) [] VM '3f57e669-5e4c-4= d10-85cc-d573004a099d'(Oracle=5FSECONDARY) moved from 'MigratingTo' -->= 'Up' 2018-02-12 16:46:42,169+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.MigrateStatusVDSCommand] (ForkJoinPool-1-worker-4) [] START, = MigrateStatusVDSCommand(HostName =3D ginger.local.systea.fr, MigrateSta= tusVDSCommandParameters:{runAsync=3D'true', hostId=3D'd569c2dd-8f30-487= 8-8aea-858db285cf69', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}), = log id: 7a25c281 2018-02-12 16:46:42,174+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.MigrateStatusVDSCommand] (ForkJoinPool-1-worker-4) [] FINISH,= MigrateStatusVDSCommand, log id: 7a25c281 2018-02-12 16:46:42,194+01 INFO =C2=A0[org.ovirt.engine.core.dal.dbbrok= er.auditloghandling.AuditLogDirector] (ForkJoinPool-1-worker-4) [] EVEN= T=5FID: VM=5FMIGRATION=5FDONE(63), Correlation ID: 2f712024-5982-46a8-8= 2c8-fd8293da5725, Job ID: 4bd19aa9-cc99-4d02-884e-5a1e857a7738, Call St= ack: null, Custom ID: null, Custom Event ID: -1, Message: Migration com= pleted (VM: Oracle=5FSECONDARY, Source: victor.local.systea.fr, Destina= tion: ginger.local.systea.fr, Duration: 11 seconds, Total: 11 seconds, = Actual downtime: (N/A)) 2018-02-12 16:46:42,201+01 INFO =C2=A0[org.ovirt.engine.core.bll.Migrat= eVmToServerCommand] (ForkJoinPool-1-worker-4) [] Lock freed to object '= EngineLock:{exclusiveLocks=3D'[3f57e669-5e4c-4d10-85cc-d573004a099d=3DV= M]', sharedLocks=3D''}' 2018-02-12 16:46:42,203+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.FullListVDSCommand] (ForkJoinPool-1-worker-4) [] START, FullL= istVDSCommand(HostName =3D ginger.local.systea.fr, FullListVDSCommandPa= rameters:{runAsync=3D'true', hostId=3D'd569c2dd-8f30-4878-8aea-858db285= cf69', vmIds=3D'[3f57e669-5e4c-4d10-85cc-d573004a099d]'}), log id: 7cc6= 5298 2018-02-12 16:46:42,254+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.FullListVDSCommand] (ForkJoinPool-1-worker-4) [] FINISH, Full= ListVDSCommand, return: [{acpiEnable=3Dtrue, emulatedMachine=3Dpc-i440f= x-rhel7.3.0, afterMigrationStatus=3D, tabletEnable=3Dtrue, pid=3D18748,= guestDiskMapping=3D{}, transparentHugePages=3Dtrue, timeOffset=3D0, cp= uType=3DNehalem, smp=3D2, guestNumaNodes=3D[Ljava.lang.Object;@760085fd= , custom=3D{device=5Ffbddd528-7d93-49c6-a286-180e021cb274device=5F879c9= 3ab-4df1-435c-af02-565039fcc254=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D= '879c93ab-4df1-435c-af02-565039fcc254', vmId=3D'3f57e669-5e4c-4d10-85cc= -d573004a099d'}', device=3D'unix', type=3D'CHANNEL', bootOrder=3D'0', s= pecParams=3D'[]', address=3D'{bus=3D0, controller=3D0, type=3Dvirtio-se= rial, port=3D1}', managed=3D'false', plugged=3D'true', readOnly=3D'fals= e', deviceAlias=3D'channel0', customProperties=3D'[]', snapshotId=3D'nu= ll', logicalName=3D'null', hostDevice=3D'null'}, device=5Ffbddd528-7d93= -49c6-a286-180e021cb274device=5F879c93ab-4df1-435c-af02-565039fcc254dev= ice=5F8945f61a-abbe-4156-8485-a4aa6f1908dbdevice=5F017b5e59-01c4-4aac-b= f0c-b5d9557284d6=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'017b5e59-01c= 4-4aac-bf0c-b5d9557284d6', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d= '}', device=3D'tablet', type=3D'UNKNOWN', bootOrder=3D'0', specParams=3D= '[]', address=3D'{bus=3D0, type=3Dusb, port=3D1}', managed=3D'false', p= lugged=3D'true', readOnly=3D'false', deviceAlias=3D'input0', customProp= erties=3D'[]', snapshotId=3D'null', logicalName=3D'null', hostDevice=3D= 'null'}, device=5Ffbddd528-7d93-49c6-a286-180e021cb274=3DVmDevice:{id=3D= 'VmDeviceId:{deviceId=3D'fbddd528-7d93-49c6-a286-180e021cb274', vmId=3D= '3f57e669-5e4c-4d10-85cc-d573004a099d'}', device=3D'ide', type=3D'CONTR= OLLER', bootOrder=3D'0', specParams=3D'[]', address=3D'{slot=3D0x01, bu= s=3D0x00, domain=3D0x0000, type=3Dpci, function=3D0x1}', managed=3D'fal= se', plugged=3D'true', readOnly=3D'false', deviceAlias=3D'ide', customP= roperties=3D'[]', snapshotId=3D'null', logicalName=3D'null', hostDevice= =3D'null'}, device=5Ffbddd528-7d93-49c6-a286-180e021cb274device=5F879c9= 3ab-4df1-435c-af02-565039fcc254device=5F8945f61a-abbe-4156-8485-a4aa6f1= 908db=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'8945f61a-abbe-4156-8485= -a4aa6f1908db', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}', device= =3D'unix', type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', addres= s=3D'{bus=3D0, controller=3D0, type=3Dvirtio-serial, port=3D2}', manage= d=3D'false', plugged=3D'true', readOnly=3D'false', deviceAlias=3D'chann= el1', customProperties=3D'[]', snapshotId=3D'null', logicalName=3D'null= ', hostDevice=3D'null'}}, vmType=3Dkvm, memSize=3D8192, smpCoresPerSock= et=3D1, vmName=3DOracle=5FSECONDARY, nice=3D0, status=3DUp, maxMemSize=3D= 32768, bootMenuEnable=3Dfalse, vmId=3D3f57e669-5e4c-4d10-85cc-d573004a0= 99d, numOfIoThreads=3D2, smpThreadsPerCore=3D1, smartcardEnable=3Dfalse= , maxMemSlots=3D16, kvmEnable=3Dtrue, pitReinjection=3Dfalse, displayNe= twork=3Dovirtmgmt, devices=3D[Ljava.lang.Object;@2e4d3dd3, memGuarantee= dSize=3D8192, maxVCpus=3D16, clientIp=3D, statusTime=3D4304259600, disp= lay=3Dvnc}], log id: 7cc65298 2018-02-12 16:46:42,257+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmDevicesMonitoring] (ForkJoinPool-1-worker-4) [] Received a= vnc Device without an address when processing VM 3f57e669-5e4c-4d10-85= cc-d573004a099d devices, skipping device: {device=3Dvnc, specParams=3D{= displayNetwork=3Dovirtmgmt, keyMap=3Dfr, displayIp=3D192.168.0.5}, type= =3Dgraphics, deviceId=3D813957b1-446a-4e88-9e40-9fe76d2c442d, port=3D59= 01} 2018-02-12 16:46:42,257+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmDevicesMonitoring] (ForkJoinPool-1-worker-4) [] Received a= lease Device without an address when processing VM 3f57e669-5e4c-4d10-= 85cc-d573004a099d devices, skipping device: {lease=5Fid=3D3f57e669-5e4c= -4d10-85cc-d573004a099d, sd=5Fid=3D1e51cecc-eb2e-47d0-b185-920fdc7afa16= , deviceId=3D{uuid=3Da09949aa-5642-4b6d-94a4-8b0d04257be5}, offset=3D62= 91456, device=3Dlease, path=3D/rhev/data-center/mnt/glusterSD/192.168.0= .6:=5FDATA01/1e51cecc-eb2e-47d0-b185-920fdc7afa16/dom=5Fmd/xleases, typ= e=3Dlease} 2018-02-12 16:46:46,260+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler5) [7fcb200a] FINI= SH, FullListVDSCommand, return: [{acpiEnable=3Dtrue, emulatedMachine=3D= pc-i440fx-rhel7.3.0, afterMigrationStatus=3D, tabletEnable=3Dtrue, pid=3D= 18748, guestDiskMapping=3D{0QEMU=5FQEMU=5FHARDDISK=5Fd890fa68-fba4-4f49= -9=3D{name=3D/dev/sda}, QEMU=5FDVD-ROM=5FQM00003=3D{name=3D/dev/sr0}}, = transparentHugePages=3Dtrue, timeOffset=3D0, cpuType=3DNehalem, smp=3D2= , guestNumaNodes=3D[Ljava.lang.Object;@77951faf, custom=3D{device=5Ffbd= dd528-7d93-49c6-a286-180e021cb274device=5F879c93ab-4df1-435c-af02-56503= 9fcc254=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'879c93ab-4df1-435c-af= 02-565039fcc254', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}', devi= ce=3D'unix', type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', addr= ess=3D'{bus=3D0, controller=3D0, type=3Dvirtio-serial, port=3D1}', mana= ged=3D'false', plugged=3D'true', readOnly=3D'false', deviceAlias=3D'cha= nnel0', customProperties=3D'[]', snapshotId=3D'null', logicalName=3D'nu= ll', hostDevice=3D'null'}, device=5Ffbddd528-7d93-49c6-a286-180e021cb27= 4device=5F879c93ab-4df1-435c-af02-565039fcc254device=5F8945f61a-abbe-41= 56-8485-a4aa6f1908dbdevice=5F017b5e59-01c4-4aac-bf0c-b5d9557284d6=3DVmD= evice:{id=3D'VmDeviceId:{deviceId=3D'017b5e59-01c4-4aac-bf0c-b5d9557284= d6', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}', device=3D'tablet'= , type=3D'UNKNOWN', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus= =3D0, type=3Dusb, port=3D1}', managed=3D'false', plugged=3D'true', read= Only=3D'false', deviceAlias=3D'input0', customProperties=3D'[]', snapsh= otId=3D'null', logicalName=3D'null', hostDevice=3D'null'}, device=5Ffbd= dd528-7d93-49c6-a286-180e021cb274=3DVmDevice:{id=3D'VmDeviceId:{deviceI= d=3D'fbddd528-7d93-49c6-a286-180e021cb274', vmId=3D'3f57e669-5e4c-4d10-= 85cc-d573004a099d'}', device=3D'ide', type=3D'CONTROLLER', bootOrder=3D= '0', specParams=3D'[]', address=3D'{slot=3D0x01, bus=3D0x00, domain=3D0= x0000, type=3Dpci, function=3D0x1}', managed=3D'false', plugged=3D'true= ', readOnly=3D'false', deviceAlias=3D'ide', customProperties=3D'[]', sn= apshotId=3D'null', logicalName=3D'null', hostDevice=3D'null'}, device=5F= fbddd528-7d93-49c6-a286-180e021cb274device=5F879c93ab-4df1-435c-af02-56= 5039fcc254device=5F8945f61a-abbe-4156-8485-a4aa6f1908db=3DVmDevice:{id=3D= 'VmDeviceId:{deviceId=3D'8945f61a-abbe-4156-8485-a4aa6f1908db', vmId=3D= '3f57e669-5e4c-4d10-85cc-d573004a099d'}', device=3D'unix', type=3D'CHAN= NEL', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0, controll= er=3D0, type=3Dvirtio-serial, port=3D2}', managed=3D'false', plugged=3D= 'true', readOnly=3D'false', deviceAlias=3D'channel1', customProperties=3D= '[]', snapshotId=3D'null', logicalName=3D'null', hostDevice=3D'null'}},= vmType=3Dkvm, memSize=3D8192, smpCoresPerSocket=3D1, vmName=3DOracle=5F= SECONDARY, nice=3D0, status=3DUp, maxMemSize=3D32768, bootMenuEnable=3D= false, vmId=3D3f57e669-5e4c-4d10-85cc-d573004a099d, numOfIoThreads=3D2,= smpThreadsPerCore=3D1, smartcardEnable=3Dfalse, maxMemSlots=3D16, kvmE= nable=3Dtrue, pitReinjection=3Dfalse, displayNetwork=3Dovirtmgmt, devic= es=3D[Ljava.lang.Object;@286410fd, memGuaranteedSize=3D8192, maxVCpus=3D= 16, clientIp=3D, statusTime=3D4304263620, display=3Dvnc}], log id: 58cd= ef4c 2018-02-12 16:46:46,267+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmDevicesMonitoring] (DefaultQuartzScheduler5) [7fcb200a] Re= ceived a vnc Device without an address when processing VM 3f57e669-5e4c= -4d10-85cc-d573004a099d devices, skipping device: {device=3Dvnc, specPa= rams=3D{displayNetwork=3Dovirtmgmt, keyMap=3Dfr, displayIp=3D192.168.0.= 5}, type=3Dgraphics, deviceId=3D813957b1-446a-4e88-9e40-9fe76d2c442d, p= ort=3D5901} 2018-02-12 16:46:46,268+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmDevicesMonitoring] (DefaultQuartzScheduler5) [7fcb200a] Re= ceived a lease Device without an address when processing VM 3f57e669-5e= 4c-4d10-85cc-d573004a099d devices, skipping device: {lease=5Fid=3D3f57e= 669-5e4c-4d10-85cc-d573004a099d, sd=5Fid=3D1e51cecc-eb2e-47d0-b185-920f= dc7afa16, deviceId=3D{uuid=3Da09949aa-5642-4b6d-94a4-8b0d04257be5}, off= set=3D6291456, device=3Dlease, path=3D/rhev/data-center/mnt/glusterSD/1= 92.168.0.6:=5FDATA01/1e51cecc-eb2e-47d0-b185-920fdc7afa16/dom=5Fmd/xlea= ses, type=3Dlease} =C2=A0 For the VM with 2 vdisks we see : 2018-02-12 16:49:06,112+01 INFO =C2=A0[org.ovirt.engine.core.bll.Migrat= eVmToServerCommand] (default task-50) [92b5af33-cb87-4142-b8fe-8b838dd7= 458e] Lock Acquired to object 'EngineLock:{exclusiveLocks=3D'[f7d4ec12-= 627a-4b83-b59e-886400d55474=3DVM]', sharedLocks=3D''}' 2018-02-12 16:49:06,407+01 INFO =C2=A0[org.ovirt.engine.core.bll.Migrat= eVmToServerCommand] (org.ovirt.thread.pool-6-thread-49) [92b5af33-cb87-= 4142-b8fe-8b838dd7458e] Running command: MigrateVmToServerCommand inter= nal: false. Entities affected : =C2=A0ID: f7d4ec12-627a-4b83-b59e-88640= 0d55474 Type: VMAction group MIGRATE=5FVM with role type USER 2018-02-12 16:49:06,712+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= MigrateVDSCommand] (org.ovirt.thread.pool-6-thread-49) [92b5af33-cb87-4= 142-b8fe-8b838dd7458e] START, MigrateVDSCommand( MigrateVDSCommandParam= eters:{runAsync=3D'true', hostId=3D'd569c2dd-8f30-4878-8aea-858db285cf6= 9', vmId=3D'f7d4ec12-627a-4b83-b59e-886400d55474', srcHost=3D'192.168.0= .5', dstVdsId=3D'ce3938b1-b23f-4d22-840a-f17d7cd87bb1', dstHost=3D'192.= 168.0.6:54321', migrationMethod=3D'ONLINE', tunnelMigration=3D'false', = migrationDowntime=3D'0', autoConverge=3D'true', migrateCompressed=3D'fa= lse', consoleAddress=3D'null', maxBandwidth=3D'500', enableGuestEvents=3D= 'true', maxIncomingMigrations=3D'2', maxOutgoingMigrations=3D'2', conve= rgenceSchedule=3D'[init=3D[{name=3DsetDowntime, params=3D[100]}], stall= ing=3D[{limit=3D1, action=3D{name=3DsetDowntime, params=3D[150]}}, {lim= it=3D2, action=3D{name=3DsetDowntime, params=3D[200]}}, {limit=3D3, act= ion=3D{name=3DsetDowntime, params=3D[300]}}, {limit=3D4, action=3D{name= =3DsetDowntime, params=3D[400]}}, {limit=3D6, action=3D{name=3DsetDownt= ime, params=3D[500]}}, {limit=3D-1, action=3D{name=3Dabort, params=3D[]= }}]]'}), log id: 3702a9e0 2018-02-12 16:49:06,713+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-6-thread-49) = [92b5af33-cb87-4142-b8fe-8b838dd7458e] START, MigrateBrokerVDSCommand(H= ostName =3D ginger.local.systea.fr, MigrateVDSCommandParameters:{runAsy= nc=3D'true', hostId=3D'd569c2dd-8f30-4878-8aea-858db285cf69', vmId=3D'f= 7d4ec12-627a-4b83-b59e-886400d55474', srcHost=3D'192.168.0.5', dstVdsId= =3D'ce3938b1-b23f-4d22-840a-f17d7cd87bb1', dstHost=3D'192.168.0.6:54321= ', migrationMethod=3D'ONLINE', tunnelMigration=3D'false', migrationDown= time=3D'0', autoConverge=3D'true', migrateCompressed=3D'false', console= Address=3D'null', maxBandwidth=3D'500', enableGuestEvents=3D'true', max= IncomingMigrations=3D'2', maxOutgoingMigrations=3D'2', convergenceSched= ule=3D'[init=3D[{name=3DsetDowntime, params=3D[100]}], stalling=3D[{lim= it=3D1, action=3D{name=3DsetDowntime, params=3D[150]}}, {limit=3D2, act= ion=3D{name=3DsetDowntime, params=3D[200]}}, {limit=3D3, action=3D{name= =3DsetDowntime, params=3D[300]}}, {limit=3D4, action=3D{name=3DsetDownt= ime, params=3D[400]}}, {limit=3D6, action=3D{name=3DsetDowntime, params= =3D[500]}}, {limit=3D-1, action=3D{name=3Dabort, params=3D[]}}]]'}), lo= g id: 1840069c 2018-02-12 16:49:06,724+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-6-thread-49) = [92b5af33-cb87-4142-b8fe-8b838dd7458e] FINISH, MigrateBrokerVDSCommand,= log id: 1840069c 2018-02-12 16:49:06,732+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= MigrateVDSCommand] (org.ovirt.thread.pool-6-thread-49) [92b5af33-cb87-4= 142-b8fe-8b838dd7458e] FINISH, MigrateVDSCommand, return: MigratingFrom= , log id: 3702a9e0 2018-02-12 16:49:06,753+01 INFO =C2=A0[org.ovirt.engine.core.dal.dbbrok= er.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-4= 9) [92b5af33-cb87-4142-b8fe-8b838dd7458e] EVENT=5FID: VM=5FMIGRATION=5F= START(62), Correlation ID: 92b5af33-cb87-4142-b8fe-8b838dd7458e, Job ID= : f4f54054-f7c8-4481-8eda-d5a15c383061, Call Stack: null, Custom ID: nu= ll, Custom Event ID: -1, Message: Migration started (VM: Oracle=5FPRIMA= RY, Source: ginger.local.systea.fr, Destination: victor.local.systea.fr= , User: admin@internal-authz). ... 2018-02-12 16:49:16,453+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmsStatisticsFetcher] (DefaultQuartzScheduler4) [162a5bc3] F= etched 2 VMs from VDS 'ce3938b1-b23f-4d22-840a-f17d7cd87bb1' 2018-02-12 16:49:16,455+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmAnalyzer] (DefaultQuartzScheduler4) [162a5bc3] VM 'f7d4ec1= 2-627a-4b83-b59e-886400d55474'(Oracle=5FPRIMARY) was unexpectedly detec= ted as 'MigratingTo' on VDS 'ce3938b1-b23f-4d22-840a-f17d7cd87bb1'(vict= or.local.systea.fr) (expected on 'd569c2dd-8f30-4878-8aea-858db285cf69'= ) 2018-02-12 16:49:16,455+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmAnalyzer] (DefaultQuartzScheduler4) [162a5bc3] VM 'f7d4ec1= 2-627a-4b83-b59e-886400d55474' is migrating to VDS 'ce3938b1-b23f-4d22-= 840a-f17d7cd87bb1'(victor.local.systea.fr) ignoring it in the refresh u= ntil migration is done ... 2018-02-12 16:49:31,484+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmAnalyzer] (DefaultQuartzScheduler5) [11a7619a] VM 'f7d4ec1= 2-627a-4b83-b59e-886400d55474'(Oracle=5FPRIMARY) was unexpectedly detec= ted as 'MigratingTo' on VDS 'ce3938b1-b23f-4d22-840a-f17d7cd87bb1'(vict= or.local.systea.fr) (expected on 'd569c2dd-8f30-4878-8aea-858db285cf69'= ) 2018-02-12 16:49:31,484+01 INFO =C2=A0[org.ovirt.engine.core.vdsbroker.= monitoring.VmAnalyzer] (DefaultQuartzScheduler5) [11a7619a] VM 'f7d4ec1= 2-627a-4b83-b59e-886400d55474' is migrating to VDS 'ce3938b1-b23f-4d22-= 840a-f17d7cd87bb1'(victor.local.systea.fr) ignoring it in the refresh u= ntil migration is done =C2=A0 and so on, last lines repeated indefinitly for hours since we poweroff = the VM... Is this something known ? Any idea about that ? Thanks -- Cordialement, Frank Soyer =C2=A0 ------=_=-_OpenGroupware_org_NGMime-15477-1518516470.384163-4------ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Length: 30330 <html>Hi all,<br />I discovered yesterday a problem when migrating VM w= ith more than one vdisk.<br />On our test servers (oVirt4.1, shared sto= rage with Gluster), I created 2 VMs needed for a test, from a template = with a 20G vdisk. On this VMs I added a 100G vdisk (for this tests I di= dn't want to waste time to extend the existing vdisks... But I lost tim= e finally...). The VMs with the 2 vdisks works well.<br />Now I saw som= e updates waiting on the host. I tried to put it in maintenance... But = it stopped on the two VM. They were marked "migrating", but no more acc= essible. Other (small) VMs with only 1 vdisk was migrated without probl= em at the same time.<br />I saw that a kvm process for the (big) VMs wa= s launched on the source AND destination host, but after tens of minute= s, the migration and the VMs was always freezed. I tried to cancel the = migration for the VMs : failed. The only way to stop it was to poweroff= the VMs : the kvm process died on the 2 hosts and the GUI alerted on a= failed migration.<br />In doubt, I tried to delete the second vdisk on= one of this VMs : it migrates then without error ! And no access probl= em.<br />I tried to extend the first vdisk of the second VM, the delete= the second vdisk : it migrates now without problem !   = <br /><br />So after another test with a VM with 2 vdisks, I can say th= at this blocked the migration process :(<br /><br />In engine.log, for = a VMs with 1 vdisk migrating well, we see :<blockquote>2018-02-12 16:46= :29,705+01 INFO  [org.ovirt.engine.core.bll.MigrateVmToServerComma= nd] (default task-28) [2f712024-5982-46a8-82c8-fd8293da5725] Lock Acqui= red to object 'EngineLock:{exclusiveLocks=3D'[3f57e669-5e4c-4d10-85cc-d= 573004a099d=3DVM]', sharedLocks=3D''}'<br />2018-02-12 16:46:29,955+01 = INFO  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (org.ov= irt.thread.pool-6-thread-32) [2f712024-5982-46a8-82c8-fd8293da5725] Run= ning command: MigrateVmToServerCommand internal: false. Entities affect= ed :  ID: 3f57e669-5e4c-4d10-85cc-d573004a099d Type: VMAction grou= p MIGRATE=5FVM with role type USER<br />2018-02-12 16:46:30,261+01 INFO=  [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ovirt.t= hread.pool-6-thread-32) [2f712024-5982-46a8-82c8-fd8293da5725] START, M= igrateVDSCommand( MigrateVDSCommandParameters:{runAsync=3D'true', hostI= d=3D'ce3938b1-b23f-4d22-840a-f17d7cd87bb1', vmId=3D'3f57e669-5e4c-4d10-= 85cc-d573004a099d', srcHost=3D'192.168.0.6', dstVdsId=3D'd569c2dd-8f30-= 4878-8aea-858db285cf69', dstHost=3D'192.168.0.5:54321', migrationMethod= =3D'ONLINE', tunnelMigration=3D'false', migrationDowntime=3D'0', autoCo= nverge=3D'true', migrateCompressed=3D'false', consoleAddress=3D'null', = maxBandwidth=3D'500', enableGuestEvents=3D'true', maxIncomingMigrations= =3D'2', maxOutgoingMigrations=3D'2', convergenceSchedule=3D'[init=3D[{n= ame=3DsetDowntime, params=3D[100]}], stalling=3D[{limit=3D1, action=3D{= name=3DsetDowntime, params=3D[150]}}, {limit=3D2, action=3D{name=3DsetD= owntime, params=3D[200]}}, {limit=3D3, action=3D{name=3DsetDowntime, pa= rams=3D[300]}}, {limit=3D4, action=3D{name=3DsetDowntime, params=3D[400= ]}}, {limit=3D6, action=3D{name=3DsetDowntime, params=3D[500]}}, {limit= =3D-1, action=3D{name=3Dabort, params=3D[]}}]]'}), log id: 14f61ee0<br = />2018-02-12 16:46:30,262+01 INFO  [org.ovirt.engine.core.vdsbroke= r.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-6-thread-32= ) [2f712024-5982-46a8-82c8-fd8293da5725] START, MigrateBrokerVDSCommand= (HostName =3D victor.local.systea.fr, MigrateVDSCommandParameters:{runA= sync=3D'true', hostId=3D'ce3938b1-b23f-4d22-840a-f17d7cd87bb1', vmId=3D= '3f57e669-5e4c-4d10-85cc-d573004a099d', srcHost=3D'192.168.0.6', dstVds= Id=3D'd569c2dd-8f30-4878-8aea-858db285cf69', dstHost=3D'192.168.0.5:543= 21', migrationMethod=3D'ONLINE', tunnelMigration=3D'false', migrationDo= wntime=3D'0', autoConverge=3D'true', migrateCompressed=3D'false', conso= leAddress=3D'null', maxBandwidth=3D'500', enableGuestEvents=3D'true', m= axIncomingMigrations=3D'2', maxOutgoingMigrations=3D'2', convergenceSch= edule=3D'[init=3D[{name=3DsetDowntime, params=3D[100]}], stalling=3D[{l= imit=3D1, action=3D{name=3DsetDowntime, params=3D[150]}}, {limit=3D2, a= ction=3D{name=3DsetDowntime, params=3D[200]}}, {limit=3D3, action=3D{na= me=3DsetDowntime, params=3D[300]}}, {limit=3D4, action=3D{name=3DsetDow= ntime, params=3D[400]}}, {limit=3D6, action=3D{name=3DsetDowntime, para= ms=3D[500]}}, {limit=3D-1, action=3D{name=3Dabort, params=3D[]}}]]'}), = log id: 775cd381<br />2018-02-12 16:46:30,277+01 INFO  [org.ovirt.= engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thr= ead.pool-6-thread-32) [2f712024-5982-46a8-82c8-fd8293da5725] FINISH, Mi= grateBrokerVDSCommand, log id: 775cd381<br />2018-02-12 16:46:30,285+01= INFO  [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ov= irt.thread.pool-6-thread-32) [2f712024-5982-46a8-82c8-fd8293da5725] FIN= ISH, MigrateVDSCommand, return: MigratingFrom, log id: 14f61ee0<br />20= 18-02-12 16:46:30,301+01 INFO  [org.ovirt.engine.core.dal.dbbroker= .auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-32)= [2f712024-5982-46a8-82c8-fd8293da5725] EVENT=5FID: VM=5FMIGRATION=5FST= ART(62), Correlation ID: 2f712024-5982-46a8-82c8-fd8293da5725, Job ID: = 4bd19aa9-cc99-4d02-884e-5a1e857a7738, Call Stack: null, Custom ID: null= , Custom Event ID: -1, Message: Migration started (VM: Oracle=5FSECONDA= RY, Source: victor.local.systea.fr, Destination: ginger.local.systea.fr= , User: admin@internal-authz).<br />2018-02-12 16:46:31,106+01 INFO &nb= sp;[org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (Defa= ultQuartzScheduler9) [54a65b66] START, FullListVDSCommand(HostName =3D = victor.local.systea.fr, FullListVDSCommandParameters:{runAsync=3D'true'= , hostId=3D'ce3938b1-b23f-4d22-840a-f17d7cd87bb1', vmIds=3D'[3f57e669-5= e4c-4d10-85cc-d573004a099d]'}), log id: 54b4b435<br />2018-02-12 16:46:= 31,147+01 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.FullLis= tVDSCommand] (DefaultQuartzScheduler9) [54a65b66] FINISH, FullListVDSCo= mmand, return: [{acpiEnable=3Dtrue, emulatedMachine=3Dpc-i440fx-rhel7.3= .0, tabletEnable=3Dtrue, pid=3D1493, guestDiskMapping=3D{0QEMU=5FQEMU=5F= HARDDISK=5Fd890fa68-fba4-4f49-9=3D{name=3D/dev/sda}, QEMU=5FDVD-ROM=5FQ= M00003=3D{name=3D/dev/sr0}}, transparentHugePages=3Dtrue, timeOffset=3D= 0, cpuType=3DNehalem, smp=3D2, pauseCode=3DNOERR, guestNumaNodes=3D[Lja= va.lang.Object;@1d9042cd, smartcardEnable=3Dfalse, custom=3D{device=5Ff= bddd528-7d93-49c6-a286-180e021cb274device=5F879c93ab-4df1-435c-af02-565= 039fcc254=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'879c93ab-4df1-435c-= af02-565039fcc254', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}', de= vice=3D'unix', type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', ad= dress=3D'{bus=3D0, controller=3D0, type=3Dvirtio-serial, port=3D1}', ma= naged=3D'false', plugged=3D'true', readOnly=3D'false', deviceAlias=3D'c= hannel0', customProperties=3D'[]', snapshotId=3D'null', logicalName=3D'= null', hostDevice=3D'null'}, device=5Ffbddd528-7d93-49c6-a286-180e021cb= 274device=5F879c93ab-4df1-435c-af02-565039fcc254device=5F8945f61a-abbe-= 4156-8485-a4aa6f1908dbdevice=5F017b5e59-01c4-4aac-bf0c-b5d9557284d6=3DV= mDevice:{id=3D'VmDeviceId:{deviceId=3D'017b5e59-01c4-4aac-bf0c-b5d95572= 84d6', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}', device=3D'table= t', type=3D'UNKNOWN', bootOrder=3D'0', specParams=3D'[]', address=3D'{b= us=3D0, type=3Dusb, port=3D1}', managed=3D'false', plugged=3D'true', re= adOnly=3D'false', deviceAlias=3D'input0', customProperties=3D'[]', snap= shotId=3D'null', logicalName=3D'null', hostDevice=3D'null'}, device=5Ff= bddd528-7d93-49c6-a286-180e021cb274=3DVmDevice:{id=3D'VmDeviceId:{devic= eId=3D'fbddd528-7d93-49c6-a286-180e021cb274', vmId=3D'3f57e669-5e4c-4d1= 0-85cc-d573004a099d'}', device=3D'ide', type=3D'CONTROLLER', bootOrder=3D= '0', specParams=3D'[]', address=3D'{slot=3D0x01, bus=3D0x00, domain=3D0= x0000, type=3Dpci, function=3D0x1}', managed=3D'false', plugged=3D'true= ', readOnly=3D'false', deviceAlias=3D'ide', customProperties=3D'[]', sn= apshotId=3D'null', logicalName=3D'null', hostDevice=3D'null'}, device=5F= fbddd528-7d93-49c6-a286-180e021cb274device=5F879c93ab-4df1-435c-af02-56= 5039fcc254device=5F8945f61a-abbe-4156-8485-a4aa6f1908db=3DVmDevice:{id=3D= 'VmDeviceId:{deviceId=3D'8945f61a-abbe-4156-8485-a4aa6f1908db', vmId=3D= '3f57e669-5e4c-4d10-85cc-d573004a099d'}', device=3D'unix', type=3D'CHAN= NEL', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0, controll= er=3D0, type=3Dvirtio-serial, port=3D2}', managed=3D'false', plugged=3D= 'true', readOnly=3D'false', deviceAlias=3D'channel1', customProperties=3D= '[]', snapshotId=3D'null', logicalName=3D'null', hostDevice=3D'null'}},= vmType=3Dkvm, memSize=3D8192, smpCoresPerSocket=3D1, vmName=3DOracle=5F= SECONDARY, nice=3D0, status=3DMigration Source, maxMemSize=3D32768, boo= tMenuEnable=3Dfalse, vmId=3D3f57e669-5e4c-4d10-85cc-d573004a099d, numOf= IoThreads=3D2, smpThreadsPerCore=3D1, memGuaranteedSize=3D8192, kvmEnab= le=3Dtrue, pitReinjection=3Dfalse, displayNetwork=3Dovirtmgmt, devices=3D= [Ljava.lang.Object;@28ae66d7, display=3Dvnc, maxVCpus=3D16, clientIp=3D= , statusTime=3D4299484520, maxMemSlots=3D16}], log id: 54b4b435<br />20= 18-02-12 16:46:31,150+01 INFO  [org.ovirt.engine.core.vdsbroker.mo= nitoring.VmsStatisticsFetcher] (DefaultQuartzScheduler1) [27fac647] Fet= ched 3 VMs from VDS 'd569c2dd-8f30-4878-8aea-858db285cf69'<br />2018-02= -12 16:46:31,151+01 INFO  [org.ovirt.engine.core.vdsbroker.monitor= ing.VmDevicesMonitoring] (DefaultQuartzScheduler9) [54a65b66] Received = a vnc Device without an address when processing VM 3f57e669-5e4c-4d10-8= 5cc-d573004a099d devices, skipping device: {device=3Dvnc, specParams=3D= {displayNetwork=3Dovirtmgmt, keyMap=3Dfr, displayIp=3D192.168.0.6}, typ= e=3Dgraphics, deviceId=3D813957b1-446a-4e88-9e40-9fe76d2c442d, port=3D5= 901}<br />2018-02-12 16:46:31,151+01 INFO  [org.ovirt.engine.core.= vdsbroker.monitoring.VmDevicesMonitoring] (DefaultQuartzScheduler9) [54= a65b66] Received a lease Device without an address when processing VM 3= f57e669-5e4c-4d10-85cc-d573004a099d devices, skipping device: {lease=5F= id=3D3f57e669-5e4c-4d10-85cc-d573004a099d, sd=5Fid=3D1e51cecc-eb2e-47d0= -b185-920fdc7afa16, deviceId=3D{uuid=3Da09949aa-5642-4b6d-94a4-8b0d0425= 7be5}, offset=3D6291456, device=3Dlease, path=3D/rhev/data-center/mnt/g= lusterSD/192.168.0.6:=5FDATA01/1e51cecc-eb2e-47d0-b185-920fdc7afa16/dom= =5Fmd/xleases, type=3Dlease}<br />2018-02-12 16:46:31,152+01 INFO &nbsp= ;[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (DefaultQuartz= Scheduler1) [27fac647] VM '3f57e669-5e4c-4d10-85cc-d573004a099d'(Oracle= =5FSECONDARY) was unexpectedly detected as 'MigratingTo' on VDS 'd569c2= dd-8f30-4878-8aea-858db285cf69'(ginger.local.systea.fr) (expected on 'c= e3938b1-b23f-4d22-840a-f17d7cd87bb1')<br />2018-02-12 16:46:31,152+01 I= NFO  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (Defa= ultQuartzScheduler1) [27fac647] VM '3f57e669-5e4c-4d10-85cc-d573004a099= d' is migrating to VDS 'd569c2dd-8f30-4878-8aea-858db285cf69'(ginger.lo= cal.systea.fr) ignoring it in the refresh until migration is done<br />= ....<br />2018-02-12 16:46:41,631+01 INFO  [org.ovirt.engine.core.= vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-11) [] VM '3f57= e669-5e4c-4d10-85cc-d573004a099d' was reported as Down on VDS 'ce3938b1= -b23f-4d22-840a-f17d7cd87bb1'(victor.local.systea.fr)<br />2018-02-12 1= 6:46:41,632+01 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.De= stroyVDSCommand] (ForkJoinPool-1-worker-11) [] START, DestroyVDSCommand= (HostName =3D victor.local.systea.fr, DestroyVmVDSCommandParameters:{ru= nAsync=3D'true', hostId=3D'ce3938b1-b23f-4d22-840a-f17d7cd87bb1', vmId=3D= '3f57e669-5e4c-4d10-85cc-d573004a099d', force=3D'false', secondsToWait=3D= '0', gracefully=3D'false', reason=3D'', ignoreNoVm=3D'true'}), log id: = 560eca57<br />2018-02-12 16:46:41,650+01 INFO  [org.ovirt.engine.c= ore.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-11) [= ] FINISH, DestroyVDSCommand, log id: 560eca57<br />2018-02-12 16:46:41,= 650+01 INFO  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyze= r] (ForkJoinPool-1-worker-11) [] VM '3f57e669-5e4c-4d10-85cc-d573004a09= 9d'(Oracle=5FSECONDARY) moved from 'MigratingFrom' --> 'Down'<br />2= 018-02-12 16:46:41,651+01 INFO  [org.ovirt.engine.core.vdsbroker.m= onitoring.VmAnalyzer] (ForkJoinPool-1-worker-11) [] Handing over VM '3f= 57e669-5e4c-4d10-85cc-d573004a099d'(Oracle=5FSECONDARY) to Host 'd569c2= dd-8f30-4878-8aea-858db285cf69'. Setting VM to status 'MigratingTo'<br = />2018-02-12 16:46:42,163+01 INFO  [org.ovirt.engine.core.vdsbroke= r.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-4) [] VM '3f57e669-5e4c= -4d10-85cc-d573004a099d'(Oracle=5FSECONDARY) moved from 'MigratingTo' -= -> 'Up'<br />2018-02-12 16:46:42,169+01 INFO  [org.ovirt.engine= .core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (ForkJoinPool-1-work= er-4) [] START, MigrateStatusVDSCommand(HostName =3D ginger.local.syste= a.fr, MigrateStatusVDSCommandParameters:{runAsync=3D'true', hostId=3D'd= 569c2dd-8f30-4878-8aea-858db285cf69', vmId=3D'3f57e669-5e4c-4d10-85cc-d= 573004a099d'}), log id: 7a25c281<br />2018-02-12 16:46:42,174+01 INFO &= nbsp;[org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand= ] (ForkJoinPool-1-worker-4) [] FINISH, MigrateStatusVDSCommand, log id:= 7a25c281<br />2018-02-12 16:46:42,194+01 INFO  [org.ovirt.engine.= core.dal.dbbroker.auditloghandling.AuditLogDirector] (ForkJoinPool-1-wo= rker-4) [] EVENT=5FID: VM=5FMIGRATION=5FDONE(63), Correlation ID: 2f712= 024-5982-46a8-82c8-fd8293da5725, Job ID: 4bd19aa9-cc99-4d02-884e-5a1e85= 7a7738, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message= : Migration completed (VM: Oracle=5FSECONDARY, Source: victor.local.sys= tea.fr, Destination: ginger.local.systea.fr, Duration: 11 seconds, Tota= l: 11 seconds, Actual downtime: (N/A))<br />2018-02-12 16:46:42,201+01 = INFO  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (ForkJo= inPool-1-worker-4) [] Lock freed to object 'EngineLock:{exclusiveLocks=3D= '[3f57e669-5e4c-4d10-85cc-d573004a099d=3DVM]', sharedLocks=3D''}'<br />= 2018-02-12 16:46:42,203+01 INFO  [org.ovirt.engine.core.vdsbroker.= vdsbroker.FullListVDSCommand] (ForkJoinPool-1-worker-4) [] START, FullL= istVDSCommand(HostName =3D ginger.local.systea.fr, FullListVDSCommandPa= rameters:{runAsync=3D'true', hostId=3D'd569c2dd-8f30-4878-8aea-858db285= cf69', vmIds=3D'[3f57e669-5e4c-4d10-85cc-d573004a099d]'}), log id: 7cc6= 5298<br />2018-02-12 16:46:42,254+01 INFO  [org.ovirt.engine.core.= vdsbroker.vdsbroker.FullListVDSCommand] (ForkJoinPool-1-worker-4) [] FI= NISH, FullListVDSCommand, return: [{acpiEnable=3Dtrue, emulatedMachine=3D= pc-i440fx-rhel7.3.0, afterMigrationStatus=3D, tabletEnable=3Dtrue, pid=3D= 18748, guestDiskMapping=3D{}, transparentHugePages=3Dtrue, timeOffset=3D= 0, cpuType=3DNehalem, smp=3D2, guestNumaNodes=3D[Ljava.lang.Object;@760= 085fd, custom=3D{device=5Ffbddd528-7d93-49c6-a286-180e021cb274device=5F= 879c93ab-4df1-435c-af02-565039fcc254=3DVmDevice:{id=3D'VmDeviceId:{devi= ceId=3D'879c93ab-4df1-435c-af02-565039fcc254', vmId=3D'3f57e669-5e4c-4d= 10-85cc-d573004a099d'}', device=3D'unix', type=3D'CHANNEL', bootOrder=3D= '0', specParams=3D'[]', address=3D'{bus=3D0, controller=3D0, type=3Dvir= tio-serial, port=3D1}', managed=3D'false', plugged=3D'true', readOnly=3D= 'false', deviceAlias=3D'channel0', customProperties=3D'[]', snapshotId=3D= 'null', logicalName=3D'null', hostDevice=3D'null'}, device=5Ffbddd528-7= d93-49c6-a286-180e021cb274device=5F879c93ab-4df1-435c-af02-565039fcc254= device=5F8945f61a-abbe-4156-8485-a4aa6f1908dbdevice=5F017b5e59-01c4-4aa= c-bf0c-b5d9557284d6=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'017b5e59-= 01c4-4aac-bf0c-b5d9557284d6', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a0= 99d'}', device=3D'tablet', type=3D'UNKNOWN', bootOrder=3D'0', specParam= s=3D'[]', address=3D'{bus=3D0, type=3Dusb, port=3D1}', managed=3D'false= ', plugged=3D'true', readOnly=3D'false', deviceAlias=3D'input0', custom= Properties=3D'[]', snapshotId=3D'null', logicalName=3D'null', hostDevic= e=3D'null'}, device=5Ffbddd528-7d93-49c6-a286-180e021cb274=3DVmDevice:{= id=3D'VmDeviceId:{deviceId=3D'fbddd528-7d93-49c6-a286-180e021cb274', vm= Id=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}', device=3D'ide', type=3D'= CONTROLLER', bootOrder=3D'0', specParams=3D'[]', address=3D'{slot=3D0x0= 1, bus=3D0x00, domain=3D0x0000, type=3Dpci, function=3D0x1}', managed=3D= 'false', plugged=3D'true', readOnly=3D'false', deviceAlias=3D'ide', cus= tomProperties=3D'[]', snapshotId=3D'null', logicalName=3D'null', hostDe= vice=3D'null'}, device=5Ffbddd528-7d93-49c6-a286-180e021cb274device=5F8= 79c93ab-4df1-435c-af02-565039fcc254device=5F8945f61a-abbe-4156-8485-a4a= a6f1908db=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'8945f61a-abbe-4156-= 8485-a4aa6f1908db', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}', de= vice=3D'unix', type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', ad= dress=3D'{bus=3D0, controller=3D0, type=3Dvirtio-serial, port=3D2}', ma= naged=3D'false', plugged=3D'true', readOnly=3D'false', deviceAlias=3D'c= hannel1', customProperties=3D'[]', snapshotId=3D'null', logicalName=3D'= null', hostDevice=3D'null'}}, vmType=3Dkvm, memSize=3D8192, smpCoresPer= Socket=3D1, vmName=3DOracle=5FSECONDARY, nice=3D0, status=3DUp, maxMemS= ize=3D32768, bootMenuEnable=3Dfalse, vmId=3D3f57e669-5e4c-4d10-85cc-d57= 3004a099d, numOfIoThreads=3D2, smpThreadsPerCore=3D1, smartcardEnable=3D= false, maxMemSlots=3D16, kvmEnable=3Dtrue, pitReinjection=3Dfalse, disp= layNetwork=3Dovirtmgmt, devices=3D[Ljava.lang.Object;@2e4d3dd3, memGuar= anteedSize=3D8192, maxVCpus=3D16, clientIp=3D, statusTime=3D4304259600,= display=3Dvnc}], log id: 7cc65298<br />2018-02-12 16:46:42,257+01 INFO=  [org.ovirt.engine.core.vdsbroker.monitoring.VmDevicesMonitoring]= (ForkJoinPool-1-worker-4) [] Received a vnc Device without an address = when processing VM 3f57e669-5e4c-4d10-85cc-d573004a099d devices, skippi= ng device: {device=3Dvnc, specParams=3D{displayNetwork=3Dovirtmgmt, key= Map=3Dfr, displayIp=3D192.168.0.5}, type=3Dgraphics, deviceId=3D813957b= 1-446a-4e88-9e40-9fe76d2c442d, port=3D5901}<br />2018-02-12 16:46:42,25= 7+01 INFO  [org.ovirt.engine.core.vdsbroker.monitoring.VmDevicesMo= nitoring] (ForkJoinPool-1-worker-4) [] Received a lease Device without = an address when processing VM 3f57e669-5e4c-4d10-85cc-d573004a099d devi= ces, skipping device: {lease=5Fid=3D3f57e669-5e4c-4d10-85cc-d573004a099= d, sd=5Fid=3D1e51cecc-eb2e-47d0-b185-920fdc7afa16, deviceId=3D{uuid=3Da= 09949aa-5642-4b6d-94a4-8b0d04257be5}, offset=3D6291456, device=3Dlease,= path=3D/rhev/data-center/mnt/glusterSD/192.168.0.6:=5FDATA01/1e51cecc-= eb2e-47d0-b185-920fdc7afa16/dom=5Fmd/xleases, type=3Dlease}<br />2018-0= 2-12 16:46:46,260+01 INFO  [org.ovirt.engine.core.vdsbroker.vdsbro= ker.FullListVDSCommand] (DefaultQuartzScheduler5) [7fcb200a] FINISH, Fu= llListVDSCommand, return: [{acpiEnable=3Dtrue, emulatedMachine=3Dpc-i44= 0fx-rhel7.3.0, afterMigrationStatus=3D, tabletEnable=3Dtrue, pid=3D1874= 8, guestDiskMapping=3D{0QEMU=5FQEMU=5FHARDDISK=5Fd890fa68-fba4-4f49-9=3D= {name=3D/dev/sda}, QEMU=5FDVD-ROM=5FQM00003=3D{name=3D/dev/sr0}}, trans= parentHugePages=3Dtrue, timeOffset=3D0, cpuType=3DNehalem, smp=3D2, gue= stNumaNodes=3D[Ljava.lang.Object;@77951faf, custom=3D{device=5Ffbddd528= -7d93-49c6-a286-180e021cb274device=5F879c93ab-4df1-435c-af02-565039fcc2= 54=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'879c93ab-4df1-435c-af02-56= 5039fcc254', vmId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}', device=3D= 'unix', type=3D'CHANNEL', bootOrder=3D'0', specParams=3D'[]', address=3D= '{bus=3D0, controller=3D0, type=3Dvirtio-serial, port=3D1}', managed=3D= 'false', plugged=3D'true', readOnly=3D'false', deviceAlias=3D'channel0'= , customProperties=3D'[]', snapshotId=3D'null', logicalName=3D'null', h= ostDevice=3D'null'}, device=5Ffbddd528-7d93-49c6-a286-180e021cb274devic= e=5F879c93ab-4df1-435c-af02-565039fcc254device=5F8945f61a-abbe-4156-848= 5-a4aa6f1908dbdevice=5F017b5e59-01c4-4aac-bf0c-b5d9557284d6=3DVmDevice:= {id=3D'VmDeviceId:{deviceId=3D'017b5e59-01c4-4aac-bf0c-b5d9557284d6', v= mId=3D'3f57e669-5e4c-4d10-85cc-d573004a099d'}', device=3D'tablet', type= =3D'UNKNOWN', bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0, = type=3Dusb, port=3D1}', managed=3D'false', plugged=3D'true', readOnly=3D= 'false', deviceAlias=3D'input0', customProperties=3D'[]', snapshotId=3D= 'null', logicalName=3D'null', hostDevice=3D'null'}, device=5Ffbddd528-7= d93-49c6-a286-180e021cb274=3DVmDevice:{id=3D'VmDeviceId:{deviceId=3D'fb= ddd528-7d93-49c6-a286-180e021cb274', vmId=3D'3f57e669-5e4c-4d10-85cc-d5= 73004a099d'}', device=3D'ide', type=3D'CONTROLLER', bootOrder=3D'0', sp= ecParams=3D'[]', address=3D'{slot=3D0x01, bus=3D0x00, domain=3D0x0000, = type=3Dpci, function=3D0x1}', managed=3D'false', plugged=3D'true', read= Only=3D'false', deviceAlias=3D'ide', customProperties=3D'[]', snapshotI= d=3D'null', logicalName=3D'null', hostDevice=3D'null'}, device=5Ffbddd5= 28-7d93-49c6-a286-180e021cb274device=5F879c93ab-4df1-435c-af02-565039fc= c254device=5F8945f61a-abbe-4156-8485-a4aa6f1908db=3DVmDevice:{id=3D'VmD= eviceId:{deviceId=3D'8945f61a-abbe-4156-8485-a4aa6f1908db', vmId=3D'3f5= 7e669-5e4c-4d10-85cc-d573004a099d'}', device=3D'unix', type=3D'CHANNEL'= , bootOrder=3D'0', specParams=3D'[]', address=3D'{bus=3D0, controller=3D= 0, type=3Dvirtio-serial, port=3D2}', managed=3D'false', plugged=3D'true= ', readOnly=3D'false', deviceAlias=3D'channel1', customProperties=3D'[]= ', snapshotId=3D'null', logicalName=3D'null', hostDevice=3D'null'}}, vm= Type=3Dkvm, memSize=3D8192, smpCoresPerSocket=3D1, vmName=3DOracle=5FSE= CONDARY, nice=3D0, status=3DUp, maxMemSize=3D32768, bootMenuEnable=3Dfa= lse, vmId=3D3f57e669-5e4c-4d10-85cc-d573004a099d, numOfIoThreads=3D2, s= mpThreadsPerCore=3D1, smartcardEnable=3Dfalse, maxMemSlots=3D16, kvmEna= ble=3Dtrue, pitReinjection=3Dfalse, displayNetwork=3Dovirtmgmt, devices= =3D[Ljava.lang.Object;@286410fd, memGuaranteedSize=3D8192, maxVCpus=3D1= 6, clientIp=3D, statusTime=3D4304263620, display=3Dvnc}], log id: 58cde= f4c<br />2018-02-12 16:46:46,267+01 INFO  [org.ovirt.engine.core.v= dsbroker.monitoring.VmDevicesMonitoring] (DefaultQuartzScheduler5) [7fc= b200a] Received a vnc Device without an address when processing VM 3f57= e669-5e4c-4d10-85cc-d573004a099d devices, skipping device: {device=3Dvn= c, specParams=3D{displayNetwork=3Dovirtmgmt, keyMap=3Dfr, displayIp=3D1= 92.168.0.5}, type=3Dgraphics, deviceId=3D813957b1-446a-4e88-9e40-9fe76d= 2c442d, port=3D5901}<br />2018-02-12 16:46:46,268+01 INFO  [org.ov= irt.engine.core.vdsbroker.monitoring.VmDevicesMonitoring] (DefaultQuart= zScheduler5) [7fcb200a] Received a lease Device without an address when= processing VM 3f57e669-5e4c-4d10-85cc-d573004a099d devices, skipping d= evice: {lease=5Fid=3D3f57e669-5e4c-4d10-85cc-d573004a099d, sd=5Fid=3D1e= 51cecc-eb2e-47d0-b185-920fdc7afa16, deviceId=3D{uuid=3Da09949aa-5642-4b= 6d-94a4-8b0d04257be5}, offset=3D6291456, device=3Dlease, path=3D/rhev/d= ata-center/mnt/glusterSD/192.168.0.6:=5FDATA01/1e51cecc-eb2e-47d0-b185-= 920fdc7afa16/dom=5Fmd/xleases, type=3Dlease}<p> </p></blockquote><= br />For the VM with 2 vdisks we see :<blockquote><p>2018-02-12 16:49:0= 6,112+01 INFO  [org.ovirt.engine.core.bll.MigrateVmToServerCommand= ] (default task-50) [92b5af33-cb87-4142-b8fe-8b838dd7458e] Lock Acquire= d to object 'EngineLock:{exclusiveLocks=3D'[f7d4ec12-627a-4b83-b59e-886= 400d55474=3DVM]', sharedLocks=3D''}'<br />2018-02-12 16:49:06,407+01 IN= FO  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (org.ovir= t.thread.pool-6-thread-49) [92b5af33-cb87-4142-b8fe-8b838dd7458e] Runni= ng command: MigrateVmToServerCommand internal: false. Entities affected= :  ID: f7d4ec12-627a-4b83-b59e-886400d55474 Type: VMAction group = MIGRATE=5FVM with role type USER<br />2018-02-12 16:49:06,712+01 INFO &= nbsp;[org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ovirt.thr= ead.pool-6-thread-49) [92b5af33-cb87-4142-b8fe-8b838dd7458e] START, Mig= rateVDSCommand( MigrateVDSCommandParameters:{runAsync=3D'true', hostId=3D= 'd569c2dd-8f30-4878-8aea-858db285cf69', vmId=3D'f7d4ec12-627a-4b83-b59e= -886400d55474', srcHost=3D'192.168.0.5', dstVdsId=3D'ce3938b1-b23f-4d22= -840a-f17d7cd87bb1', dstHost=3D'192.168.0.6:54321', migrationMethod=3D'= ONLINE', tunnelMigration=3D'false', migrationDowntime=3D'0', autoConver= ge=3D'true', migrateCompressed=3D'false', consoleAddress=3D'null', maxB= andwidth=3D'500', enableGuestEvents=3D'true', maxIncomingMigrations=3D'= 2', maxOutgoingMigrations=3D'2', convergenceSchedule=3D'[init=3D[{name=3D= setDowntime, params=3D[100]}], stalling=3D[{limit=3D1, action=3D{name=3D= setDowntime, params=3D[150]}}, {limit=3D2, action=3D{name=3DsetDowntime= , params=3D[200]}}, {limit=3D3, action=3D{name=3DsetDowntime, params=3D= [300]}}, {limit=3D4, action=3D{name=3DsetDowntime, params=3D[400]}}, {l= imit=3D6, action=3D{name=3DsetDowntime, params=3D[500]}}, {limit=3D-1, = action=3D{name=3Dabort, params=3D[]}}]]'}), log id: 3702a9e0<br />2018-= 02-12 16:49:06,713+01 INFO  [org.ovirt.engine.core.vdsbroker.vdsbr= oker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-6-thread-49) [92b5= af33-cb87-4142-b8fe-8b838dd7458e] START, MigrateBrokerVDSCommand(HostNa= me =3D ginger.local.systea.fr, MigrateVDSCommandParameters:{runAsync=3D= 'true', hostId=3D'd569c2dd-8f30-4878-8aea-858db285cf69', vmId=3D'f7d4ec= 12-627a-4b83-b59e-886400d55474', srcHost=3D'192.168.0.5', dstVdsId=3D'c= e3938b1-b23f-4d22-840a-f17d7cd87bb1', dstHost=3D'192.168.0.6:54321', mi= grationMethod=3D'ONLINE', tunnelMigration=3D'false', migrationDowntime=3D= '0', autoConverge=3D'true', migrateCompressed=3D'false', consoleAddress= =3D'null', maxBandwidth=3D'500', enableGuestEvents=3D'true', maxIncomin= gMigrations=3D'2', maxOutgoingMigrations=3D'2', convergenceSchedule=3D'= [init=3D[{name=3DsetDowntime, params=3D[100]}], stalling=3D[{limit=3D1,= action=3D{name=3DsetDowntime, params=3D[150]}}, {limit=3D2, action=3D{= name=3DsetDowntime, params=3D[200]}}, {limit=3D3, action=3D{name=3DsetD= owntime, params=3D[300]}}, {limit=3D4, action=3D{name=3DsetDowntime, pa= rams=3D[400]}}, {limit=3D6, action=3D{name=3DsetDowntime, params=3D[500= ]}}, {limit=3D-1, action=3D{name=3Dabort, params=3D[]}}]]'}), log id: 1= 840069c<br />2018-02-12 16:49:06,724+01 INFO  [org.ovirt.engine.co= re.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-= 6-thread-49) [92b5af33-cb87-4142-b8fe-8b838dd7458e] FINISH, MigrateBrok= erVDSCommand, log id: 1840069c<br />2018-02-12 16:49:06,732+01 INFO &nb= sp;[org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ovirt.threa= d.pool-6-thread-49) [92b5af33-cb87-4142-b8fe-8b838dd7458e] FINISH, Migr= ateVDSCommand, return: MigratingFrom, log id: 3702a9e0<br />2018-02-12 = 16:49:06,753+01 INFO  [org.ovirt.engine.core.dal.dbbroker.auditlog= handling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-49) [92b5af3= 3-cb87-4142-b8fe-8b838dd7458e] EVENT=5FID: VM=5FMIGRATION=5FSTART(62), = Correlation ID: 92b5af33-cb87-4142-b8fe-8b838dd7458e, Job ID: f4f54054-= f7c8-4481-8eda-d5a15c383061, Call Stack: null, Custom ID: null, Custom = Event ID: -1, Message: Migration started (VM: Oracle=5FPRIMARY, Source:= ginger.local.systea.fr, Destination: victor.local.systea.fr, User: adm= in@internal-authz).<br />...<br />2018-02-12 16:49:16,453+01 INFO &nbsp= ;[org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher] (Def= aultQuartzScheduler4) [162a5bc3] Fetched 2 VMs from VDS 'ce3938b1-b23f-= 4d22-840a-f17d7cd87bb1'<br />2018-02-12 16:49:16,455+01 INFO  [org= .ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (DefaultQuartzSched= uler4) [162a5bc3] VM 'f7d4ec12-627a-4b83-b59e-886400d55474'(Oracle=5FPR= IMARY) was unexpectedly detected as 'MigratingTo' on VDS 'ce3938b1-b23f= -4d22-840a-f17d7cd87bb1'(victor.local.systea.fr) (expected on 'd569c2dd= -8f30-4878-8aea-858db285cf69')<br />2018-02-12 16:49:16,455+01 INFO &nb= sp;[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (DefaultQuar= tzScheduler4) [162a5bc3] VM 'f7d4ec12-627a-4b83-b59e-886400d55474' is m= igrating to VDS 'ce3938b1-b23f-4d22-840a-f17d7cd87bb1'(victor.local.sys= tea.fr) ignoring it in the refresh until migration is done<br />...<br = />2018-02-12 16:49:31,484+01 INFO  [org.ovirt.engine.core.vdsbroke= r.monitoring.VmAnalyzer] (DefaultQuartzScheduler5) [11a7619a] VM 'f7d4e= c12-627a-4b83-b59e-886400d55474'(Oracle=5FPRIMARY) was unexpectedly det= ected as 'MigratingTo' on VDS 'ce3938b1-b23f-4d22-840a-f17d7cd87bb1'(vi= ctor.local.systea.fr) (expected on 'd569c2dd-8f30-4878-8aea-858db285cf6= 9')<br />2018-02-12 16:49:31,484+01 INFO  [org.ovirt.engine.core.v= dsbroker.monitoring.VmAnalyzer] (DefaultQuartzScheduler5) [11a7619a] VM= 'f7d4ec12-627a-4b83-b59e-886400d55474' is migrating to VDS 'ce3938b1-b= 23f-4d22-840a-f17d7cd87bb1'(victor.local.systea.fr) ignoring it in the = refresh until migration is done<br /> </p></blockquote><br />and s= o on, last lines repeated indefinitly for hours since we poweroff the V= M...<br />Is this something known ? Any idea about that ?<br /><br />Th= anks<br />--<br /><style type=3D"text/css">.Text1 { color: black; font-size:9pt; font-family:Verdana; } .Text2 { color: black; font-size:7pt; font-family:Verdana; }</style><p class=3D"Text1">Cordialement,<br /><br /><b>Frank Soyer= </b><br /> </p></html> ------=_=-_OpenGroupware_org_NGMime-15477-1518516470.384163-4--------

2 1

CentOS 7 Hyperconverged oVirt 4.2 with Self-Hosted-Engine with glusterfs with 2 Hypervisors and 1 glusterfs-Arbiter-only
by Philipp Richter 14 Feb '18

14 Feb '18

Hi, I'm trying to install oVirt 4.2 as 2-Node Hyperconverged System based on glusterfs. A third node should be used as glusterfs arbiter Node and to provide Quorum for the Cluster. The third node is a small PCEngines APU2 Host, so it is not usable as Hypervisor. My question is: Is this kind of setup possible? What is the best way to install a cluster like this one? Thanks, -- : Philipp Richter : LINFORGE | Peace of mind for your IT : : T: +43 1 890 79 99 : E: philipp.richter(a)linforge.com : https://www.xing.com/profile/Philipp_Richter15 : https://www.linkedin.com/in/philipp-richter : : LINFORGE Technologies GmbH : Brehmstraße 10 : 1110 Wien : Österreich : : Firmenbuchnummer: FN 216034y : USt.- Nummer : ATU53054901 : Gerichtsstand: Wien : : LINFORGE® is a registered trademark of LINFORGE, Austria.

3 3

Re: [ovirt-users] Network configuration validation error
by spfma.tech＠e.mail.fr 13 Feb '18

13 Feb '18

--=_0f45da8360572fbabc948ee54ed96c44 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I did not see I had to enable another repo to get this update, so I was= sure I had the latest version available !=0A After adding it, things we= nt a lot better and I was able to update the engine and all the nodes fl= awlessly to version 4.2.1.6-1.el7.centos Thanks a lot for your help ! = The "no default route error" has disappeared indeed. But I still coul= dn't validate network setup modifications on one node as I still had the= following error in the GUI : =0A=0A =09* must match "^b((25[0-5]|2[0-4= ]d|[01]dd|d?d)_){3}(25[0-5]|2[0-4]d|[01]dd|d?d)"=0A =09* Attribute: ipCo= nfiguration.iPv4Addresses[0].gateway=0A=0A So I tried a dummy thing : I= put a value in the gateway field for the NIC which doesn't need one (NF= S), was able to validate. Then I edited it again, removed the value and= was able to validate again ! Regards =0A=0A Le 12-Feb-2018 10:42:30= +0100, mburman(a)redhat.com a crit: =0A "no default route" bug was fixed= only on 4.2.1 Your current version doesn't have the fix =0A On Mon, Feb= 12, 2018 at 11:09 AM, wrote:=0A=0A Le 12-Feb-2018 08:06:43 +0100, jbel= ka(a)redhat.com a crit: =0A> This option relevant only for the upgrade fro= m 3.6 to 4.0(engine had=0A > different OS major versions), it all other= cases the upgrade flow very=0A > similar to upgrade flow of standard en= gine environment.=0A > =0A > =0A > 1. Put hosted-engine environment to G= lobalMaintenance(you can do it via=0A > UI)=0A > 2. Update engine packag= es(# yum update -y)=0A > 3. Run engine-setup=0A > 4. Disable GlobalMaint= enance=0A > So I followed these steps connected in the engine VM and d= idn't get any error message. But the version showed in the GUI is still= 4.2.0.2-1.el7.centos. Yum had no newer packages to install. And I still= have the "no default route" and network validation problems. Regards = =0A > Could someone explain me at least what "Cluster PROD is at versio= n 4.2 which=0A > is not supported by this upgrade flow. Please fix it be= fore upgrading."=0A > means ? As far as I know 4.2 is the most recent br= anch available, isn't it ?=0A=0A I have no idea where did you get=0A=0A= "Cluster PROD is at version 4.2 which is not supported by this upgrade= flow. Please fix it before upgrading."=0A=0A Please do not cut output a= nd provide exact one.=0A=0A IIUC you should do 'yum update ovirt*setup*'= and then 'engine-setup'=0A and only after it would finish successfully= you would do 'yum -y update'.=0A Maybe that's your problem?=0A=0A Jiri= =0A=0A-----------------------------------------------------------------= --------------------------------=0AFreeMail powered by mail.fr =0A_____= __________________________________________=0A Users mailing list=0AUsers= @ovirt.org=0Ahttp://lists.ovirt.org/mailman/listinfo/users=0A=0A-- =0A= =0AMichael Burman =0A=0ASenior Quality engineer - rhv network - redhat i= srael =0A=0ARed Hat =0A=0A mburman(a)redhat.com M: 0545355725 IM: mburman= =0A=0A-----------------------------------------------------------------= --------------------------------=0AFreeMail powered by mail.fr --=_0f45da8360572fbabc948ee54ed96c44 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div> </div>=0A<div><span style=3D"font-family: arial, helvetica, s= ans-serif; font-size: 10pt; color: #000000;">I did not see I had to enab= le another repo to get this update, so I was sure I had the latest versi= on available !<br /></span></div>=0A<div><span style=3D"font-family: ari= al, helvetica, sans-serif; font-size: 10pt; color: #000000;">After addin= g it, things went a lot better and I was able to update the engine and a= ll the nodes flawlessly to version <span class=3D"gwt-InlineLabel">4.2.1= .6-1.el7.centos</span></span></div>=0A<div><span style=3D"font-family: a= rial, helvetica, sans-serif; font-size: 10pt; color: #000000;"><span cla= ss=3D"gwt-InlineLabel">Thanks a lot for your help !</span></span></div>= =0A<div> </div>=0A<div><span style=3D"font-family: arial, helvetica= , sans-serif; font-size: 10pt; color: #000000;">The "no default route er= ror" has disappeared indeed.</span></div>=0A<div> </div>=0A<div><sp= an style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt;= color: #000000;">But I still couldn't validate network setup modificati= ons on one node as I still had the following error in the GUI :</span></= div>=0A<div>=0A<ul style=3D"margin-top: 0;">=0A<li>must match "^b((25[0-= 5]|2[0-4]d|[01]dd|d?d)_){3}(25[0-5]|2[0-4]d|[01]dd|d?d)"</li>=0A<li>Attr= ibute: ipConfiguration.iPv4Addresses[0].gateway</li>=0A</ul>=0A<div>So I= tried a dummy thing : I put a value in the gateway field for the NIC wh= ich doesn't need one (NFS), was able to validate. Then I edited it again= , removed the value and was able to validate again !</div>=0A</div>=0A<d= iv> </div>=0A<div>Regards</div>=0A<p><br /> Le 12-Feb-2018 10:42:30= +0100, mburman(a)redhat.com a écrit:</p>=0A<blockquote style=3D"ma= rgin-left: 0; padding-left: 5px; border-left: 2px solid #000080;">=0A<di= v dir=3D"ltr">=0A<div>"no default route" bug was fixed only on 4.2.1</di= v>=0AYour current version doesn't have the fix</div>=0A<div class=3D"gma= il_extra"><br />=0A<div class=3D"gmail_quote">On Mon, Feb 12, 2018 at 11= :09 AM, <span dir=3D"ltr"><<a href=3D"mailto:spfma.tech@e.mail.fr" ta= rget=3D"_blank" rel=3D"noreferrer noopener">spfma.tech(a)e.mail.fr</a>>= </span> wrote:<br />=0A<blockquote class=3D"gmail_quote" style=3D"margin= : 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;">=0A<div>&= nbsp;</div>=0A<p><br /><br /> Le 12-Feb-2018 08:06:43 +0100, <a href=3D"= mailto:jbelka@redhat.com" target=3D"_blank" rel=3D"noreferrer noopener">= jbelka(a)redhat.com</a> a écrit:</p>=0A<blockquote style=3D"margin-= left: 0; padding-left: 5px; border-left: 2px solid #000080;">> This o= ption relevant only for the upgrade from 3.6 to 4.0(engine had<br /> &gt= ; different OS major versions), it all other cases the upgrade flow very= <br /> > similar to upgrade flow of standard engine environment.<br /= > > <br /> > <br /> > 1. Put hosted-engine environment to Globa= lMaintenance(you can do it via<br /> > UI)<br /> > 2. Update engin= e packages(# yum update -y)<br /> > 3. Run engine-setup<br /> > 4.= Disable GlobalMaintenance<br /> ></blockquote>=0A<div> </div>= =0A<div>So I followed these steps connected in the engine VM and didn't= get any error message. But the version showed in the GUI is=0A<div id= =3D"m_-3545490503635468479welcome-section">=0A<div>still 4.2.0.2-1.el7.c= entos. Yum had no newer packages to install. And I still have the "no de= fault route" and network validation problems.</div>=0A<div>Regards</div>= =0A</div>=0A</div>=0A<div><br /> > Could someone explain me at least= what "Cluster PROD is at version 4.2 which<br /> > is not supported= by this upgrade flow. Please fix it before upgrading."<br /> > means= ? As far as I know 4.2 is the most recent branch available, isn't it ?<= br /><br /> I have no idea where did you get<br /><br /> "Cluster PROD i= s at version 4.2 which is not supported by this upgrade flow. Please fix= it before upgrading."<br /><br /> Please do not cut output and provide= exact one.<br /><br /> IIUC you should do 'yum update ovirt*setup*' and= then 'engine-setup'<br /> and only after it would finish successfully y= ou would do 'yum -y update'.<br /> Maybe that's your problem?<br /><br /= > Jiri</div>=0A<br />=0A<div class=3D"HOEnZb">=0A<div class=3D"h5"><hr /= >FreeMail powered by <a href=3D"https://mail.fr" target=3D"_blank" rel= =3D"noreferrer noopener">mail.fr</a></div>=0A</div>=0A<br />____________= ___________________________________<br /> Users mailing list<br /><a hre= f=3D"mailto:Users@ovirt.org" target=3D"_blank" rel=3D"noreferrer noopene= r">Users(a)ovirt.org</a><br /><a href=3D"http://lists.ovirt.org/mailman/li= stinfo/users" target=3D"_blank" rel=3D"noreferrer noopener">http://lists= .ovirt.org/mailman/listinfo/users</a><br /><br /></blockquote>=0A</div>= =0A<br /><br clear=3D"all" /><br />-- <br />=0A<div class=3D"gmail_signa= ture">=0A<div dir=3D"ltr">=0A<div>=0A<div dir=3D"ltr">=0A<div>=0A<p styl= e=3D"font-weight: bold; margin: 0; padding: 0; font-size: 14px; text-tra= nsform: uppercase; margin-bottom: 0;">Michael Burman</p>=0A<p style=3D"f= ont-weight: normal; font-size: 10px; margin: 0px 0px 4px; text-transform= : uppercase;">Senior Quality engineer - rhv network - redhat israel</p>= =0A<p style=3D"font-weight: normal; margin: 0; font-size: 10px; color: #= 999;"><a style=3D"color: #0088ce; font-size: 10px; margin: 0; text-decor= ation: none; font-family: overpass, sans-serif;" href=3D"https://www.red= hat.com" target=3D"_blank" rel=3D"noreferrer noopener">Red Hat <br /><br= /></a></p>=0A<p style=3D"font-weight: normal; margin: 0px 0px 6px; font= -size: 10px; color: #999999;"><span style=3D"margin: 0px; padding: 0px;"= > <a style=3D"color: #0088ce; font-size: 10px; margin: 0; text-decoratio= n: none; font-family: overpass, sans-serif;" href=3D"mailto:mburman@redh= at.com" target=3D"_blank" rel=3D"noreferrer noopener">mburman(a)redhat.com= </a>   </span> M: <a style=3D"color: #0088ce; font-size: 11px;= margin: 0; text-decoration: none; font-family: overpass, sans-serif;" t= arget=3D"_blank" rel=3D"noreferrer noopener">0545355725</a>   &nbsp= ; IM: mburman</p>=0A<table border=3D"0">=0A<tbody>=0A<tr>=0A<td width=3D= "100"> </td>=0A</tr>=0A</tbody>=0A</table>=0A</div>=0A</div>=0A</di= v>=0A</div>=0A</div>=0A</div>=0A</blockquote>=0A <br/= ><hr>FreeMail powered by <a href=3D"https://mail.fr" target=3D"_blank">m= ail.fr</a>=0A --=_0f45da8360572fbabc948ee54ed96c44--

2 1

Import Domain and snapshot issue ... please help !!!
by Enrico Becchetti 13 Feb '18

13 Feb '18

This is a cryptographically signed message in MIME format. --------------ms010906060108030106020200 Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: it-IT =A0Dear All, I have been using ovirt for a long time with three hypervisors and an=20 external engine running in a centos vm . This three hypervisors have HBAs and access to fiber channel storage.=20 Until recently I used version 3.5, then I reinstalled everything from=20 scratch and now I have 4.2. Before formatting everything, I detach the storage data domani (FC) with = the virtual machines and reimported it to the new 4.2 and all went well. = In this domain there were virtual machines with and without snapshots. Now I have two problems. The first is that if I try to delete a snapshot = the process is not end successful and remains hanging and the second=20 problem is that in one case I lost the virtual machine !!! So I need your help to kill the three running zombie tasks because with=20 taskcleaner.sh I can't do anything and then I need to know how I can=20 delete the old snapshots made with the 3.5 without losing other data or without having new=20 processes that terminate correctly. If you want some log files please let me know. Thank you so much. Best Regards Enrico --------------ms010906060108030106020200 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Firma crittografica S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC BZMwggWPMIIDd6ADAgECAgMAkbUwDQYJKoZIhvcNAQELBQAwQzELMAkGA1UEBhMCSVQxDTAL BgNVBAoTBElORk4xJTAjBgNVBAMTHElORk4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcN MTcwMjIyMTM0NDU1WhcNMTgwMjIyMTM0NDU1WjBoMQswCQYDVQQGEwJJVDENMAsGA1UEChME SU5GTjEdMBsGA1UECxMUUGVyc29uYWwgQ2VydGlmaWNhdGUxEDAOBgNVBAcTB1BlcnVnaWEx GTAXBgNVBAMTEEVucmljbyBCZWNjaGV0dGkwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDM9hqLromxJFRrJxIkfgn+pYWI6IJmy0zu0OH6x/zrp8eEpTkI6Rlngg3jVexYWldr obFy6TSSW429GDbkszGjy/yNJKtgQnRama8Izihm/RY5m/j8iTqvw4RPdk6CrxO8AD3FGiR8 sSImHzBagHmvAHwA9Ba5gTCJVgRO4MsGAMaxKNkwUrGIZK+Rmi5zVLW2yfjqsSiO4sCZDXey /Ndm17b8FF5HG5rNWjwG8A0y2s25AWTxURvM1gNnTXl8zOPWmtvZcpp5dBp3VlA6N/0Pk3uy klBIBEEK67W9+vqcDfqNON24hL+Cm3OsGrW/XpIIb/oQNdLp5dtSUG3qTn8BAgMBAAGjggFl MIIBYTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwPwYDVR0fBDgwNjA0oDKgMIYuaHR0cDovL3NlY3VyaXR5LmZpLmluZm4u aXQvQ0EvSU5GTi1DQS0yMDE1LmNybDAlBgNVHSAEHjAcMAwGCisGAQQB0SMKAQgwDAYKKoZI hvdMBQICATAdBgNVHQ4EFgQUiw04Jlbw6qOmGOQVq8eXcDhG08cwcwYDVR0jBGwwaoAUQ4xN /uyWyunvCqR9wZ0C5Z+9loChR6RFMEMxCzAJBgNVBAYTAklUMQ0wCwYDVQQKEwRJTkZOMSUw IwYDVQQDExxJTkZOIENlcnRpZmljYXRpb24gQXV0aG9yaXR5ggkAsyYCxn1JJicwJgYDVR0R BB8wHYEbZW5yaWNvLmJlY2NoZXR0aUBwZy5pbmZuLml0MA0GCSqGSIb3DQEBCwUAA4ICAQBY SsKt/XTw+Kc+Vc1pjVi5uuEf/oP0U/nQQywIyM+rhbkeHy8c1eokA5k8Xnycwx8kzAh0e2lz W0a8gM2tSI799DF6N8s5NfCo6RoPciSYA+7edylWlE8TfGoJ2I5pNZV3IctYlfokSiz59EPz CNhQsfVbF8qkINB/J8HlbKvm0ERDOAse1pBjNwdU3Lt5nxmw3Yd08b9jPw4g5eMSmW4XmRzP kERTjAQxophM4OIKb0Vj0XfqONBt+LansgyzHcWbo+aKJmgQDvdumnGsNoQbRI4TxjnlB4Dg Vgbvo0mKZYfu0Sr2U9+wpRJ0U/+YljbVEuzmD9hl/eBRoBgIhx9dwoBYsuXEkWo8RkgeVpnt z8ze4zubi7+4BnuuVLZeq1VWQFy1qU7KGTou4a6B+gM88ZviGJI6o03oDhE976uOST5v5pZ7 q7uhgBd8FW594PAWdI1oPQ5YVKX+NX6XrXwf7GYf18OTmV3kNxWllrNVz3YLLhbnSSf1o3sd FLZXMu1r4dbeQuk7duYa/c/POyl3f8H/JGAPIOVQWfotMm8X/WET9Rhglc5Ead18rZPePTpj zyjfB+k0C0ZH1cM7ynTpMDxrk9X7Zq4wbKFlzG1OVKSzTiZGLQrjhciXoSDHs4J9RNM5ar2G IYWhWFkQ+tVY/73EOsNHHXjk438qUUD33jGCAwgwggMEAgEBMEowQzELMAkGA1UEBhMCSVQx DTALBgNVBAoTBElORk4xJTAjBgNVBAMTHElORk4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkC AwCRtTANBglghkgBZQMEAgEFAKCCAY8wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMTgwMjEzMTE0ODMwWjAvBgkqhkiG9w0BCQQxIgQglU+Ffi75OVEriDBU KCyOh3iM6sO9i/cJZDBS/vADmIswWQYJKwYBBAGCNxAEMUwwSjBDMQswCQYDVQQGEwJJVDEN MAsGA1UEChMESU5GTjElMCMGA1UEAxMcSU5GTiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQID AJG1MFsGCyqGSIb3DQEJEAILMUygSjBDMQswCQYDVQQGEwJJVDENMAsGA1UEChMESU5GTjEl MCMGA1UEAxMcSU5GTiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIDAJG1MGwGCSqGSIb3DQEJ DzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0D AgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcN AQEBBQAEggEAm8SIJoSJRCwHurGmhWeXVun/OCq1tAm/fd0Dng6Y8q/gPOCGeXfDfay26WU+ Nn8IviGPdRyvirngnID2zxykr5q8XKvqNnJSXtE/4TCjoCIYvAxKwv3ICX8R/H8W/15n5gil y4IUZR9iypWmC1IXkaUxwNewKn6xETpypj0qVe+8jm/0pXpF+5nBgAai08hVNO+fmAYGk3zA KlsXYqKyeOfuvhmARRU5ZwLd6ByYtQXW4WqdagdLOxvB1WcB8BItTwW+Kw9LG0DQS0E9tCfV mbkO1Cb1YwW0CDZfRYeC5RiUVnnlUrkm6MrDCuHkGye+TWn95+bm/sBpyHbfmm1ktwAAAAAA AA== --------------ms010906060108030106020200--

2 4

Unable to start VM after oVirt Upgrade from 4.2.0 to 4.2.1
by Stefano Danzi 13 Feb '18

13 Feb '18

Hello! In my test system I upgraded from 4.2.0 to 4.2.1 and I can't start any VM. Hosted engine starts regularly. I have a sigle host with Hosted Engine. Host cpu is a Intel(R) Xeon(R) CPU E3-1220 V2 @ 3.10GHz When I start any VM I get this error: "The CPU type of the cluster is unknown. Its possible to change the cluster cpu or set a different one per VM." All VMs have " Guest CPU Type: N/D" Cluster now has CPU Type "Intel Conroe Family" (I don't remember cpu type before the upgrade), my CPU should be Ivy Bridge but it isn't in the dropdown list. If I try to select a similar cpu (SandyBridge IBRS) I get an error. I can't chage cluster cpu type when I have running hosts with a lower CPU type. I can't put host in maintenance because hosted engine is running on it. How I can solve?

2 4

[ANN] oVirt 4.2.1 Release is now available
by Lev Veyde 13 Feb '18

13 Feb '18

The oVirt Project is pleased to announce the availability of the oVirt 4.2.1 Release, as of February 12th, 2018 This update is a release of the first in a series of stabilization updates to the 4.2 series. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node is already available [2] Additional Resources: * Read more about the oVirt 4.2.1 release highlights: http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.1/>2 <http://www.ovirt.org/release/4.2.1/>. <http://www.ovirt.org/release/4.2.1/> 1 <http://www.ovirt.org/release/4.2.1/>/ <http://www.ovirt.org/release/4.2.1/> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.1/>2 <http://www.ovirt.org/release/4.2.1/>. <http://www.ovirt.org/release/4.2.1/> 1 <http://www.ovirt.org/release/4.2.1/>/ <http://www.ovirt.org/release/4.2.1/> [2] http://resources.ovirt.org/pub/ovirt-4. <http://resources.ovirt.org/pub/ovirt-4.2/iso/>2 <http://resources.ovirt.org/pub/ovirt-4.2/iso/>/iso/ <http://resources.ovirt.org/pub/ovirt-4.2/iso/> -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

4 5

leftover of disk moving operation
by Gianluca Cecchi 13 Feb '18

13 Feb '18

Hello, I had a problem during a disk migration from one storage to another in a 4.1.7 environment connected to SAN storage. Now, after deleting the live storage migration snapshot, I want to retry (with the VM powered off) but at destination the logical volume still exists and was not pruned after the initial failure. I get HSMGetAllTasksStatusesVDS failed: Cannot create Logical Volume: ('c0097b1a-a387-4ffa-a62b-f9e6972197ef', u'a20bb16e-7c7c-4ed4-85c0-cbf297048a8e') I was able to move the other 4 disks that were part of this VM. Can I simply lvremove the target LV at host side (I have only one host running at this moment) and try the move again, or do I have to execute anything more, eg at engine rdbms level? Thanks, Gianluca

2 11

Defining custom network filter or editing existing
by Tim Thompson 13 Feb '18

13 Feb '18

All, I was wondering if someone can point me in the direction of the documentation related to defining custom network filters (nwfilter) in 4.2. I found the docs on assigning a network filter to a vNIC profile, but I cannot find any mention of how you can create your own. Normally you'd use 'virst nwfilter-define', but that is locked out since vdsm manages everything. I need to expand clean-traffic's scope to include ipv6, since it doesn't handle ipv6 at all by default, it seems. Thanks, -Tim

3 2

VM is down with error: Bad volume specification
by Chris Boot 12 Feb '18

12 Feb '18

Hi all, I'm running oVirt 4.2.0 and have been using oVirtBackup with it. So far it has been working fine, until this morning. Once of my VMs seems to have had a snapshot created that I can't delete. I noticed when the VM failed to migrate to my other hosts, so I just shut it down to allow the host to go into maintenance. Now I can't start the VM with the snapshot nor can I delete the snapshot. Please let me know what further information you need to help me diagnose the issue and recover the VM. Best regards, Chris -------- Forwarded Message -------- Subject: alertMessage (ovirt.boo.tc), [VM morse is down with error. Exit message: Bad volume specification {'address': {'bus': '0', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'serial': 'ec083085-52c1-4da5-88cf-4af02e42a212', 'index': 0, 'iface': 'scsi', 'apparentsize': '12386304', 'cache': 'none', 'imageID': 'ec083085-52c1-4da5-88cf-4af02e42a212', 'truesize': '12386304', 'type': 'file', 'domainID': '23372fb9-51a5-409f-ae21-2521012a83fd', 'reqsize': '0', 'format': 'cow', 'poolID': '00000001-0001-0001-0001-000000000311', 'device': 'disk', 'path': '/rhev/data-center/00000001-0001-0001-0001-000000000311/23372fb9-51a5-409f-ae21-2521012a83fd/images/ec083085-52c1-4da5-88cf-4af02e42a212/aa10d05b-f2f0-483e-ab43-7c03a86cd6ab', 'propagateErrors': 'off', 'name': 'sda', 'bootOrder': '1', 'volumeID': 'aa10d05b-f2f0-483e-ab43-7c03a86cd6ab', 'diskType': 'file', 'specParams': {}, 'discard': True}.] Date: Tue, 23 Jan 2018 11:32:21 +0000 (GMT) From: engine(a)ovirt.boo.tc To: bootc(a)bootc.net Time:2018-01-23 11:30:39.677 Message:VM morse is down with error. Exit message: Bad volume specification {'address': {'bus': '0', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'serial': 'ec083085-52c1-4da5-88cf-4af02e42a212', 'index': 0, 'iface': 'scsi', 'apparentsize': '12386304', 'cache': 'none', 'imageID': 'ec083085-52c1-4da5-88cf-4af02e42a212', 'truesize': '12386304', 'type': 'file', 'domainID': '23372fb9-51a5-409f-ae21-2521012a83fd', 'reqsize': '0', 'format': 'cow', 'poolID': '00000001-0001-0001-0001-000000000311', 'device': 'disk', 'path': '/rhev/data-center/00000001-0001-0001-0001-000000000311/23372fb9-51a5-409f-ae21-2521012a83fd/images/ec083085-52c1-4da5-88cf-4af02e42a212/aa10d05b-f2f0-483e-ab43-7c03a86cd6ab', 'propagateErrors': 'off', 'name': 'sda', 'bootOrder': '1', 'volumeID': 'aa10d05b-f2f0-483e-ab43-7c03a86cd6ab', 'diskType': 'file', 'specParams': {}, 'discard': True}. Severity:ERROR VM Name: morse Host Name: ovirt2.boo.tc Template Name: Blank -- Chris Boot bootc(a)boo.tc

2 2

effectiveness of "discard=unmap"
by Matthias Leopold 12 Feb '18

12 Feb '18

Hi, i'm sorry to bother you again with my ignorance of the DISCARD feature for block devices in general. after finding several ways to enable "discard=unmap" for oVirt disks (via standard GUI option for iSCSI disks or via "diskunmap" custom property for Cinder disks) i wanted to check in the guest for the effectiveness of this feature. to my surprise i couldn't find a difference between Linux guests with and without "discard=unmap" enabled in the VM. "lsblk -D" reports the same in both cases and also fstrim/blkdiscard commands appear to work with no difference. Why is this? Do i have to look at the underlying storage to find out what really happens? Shouldn't this be visible in the guest OS? thx matthias

2 4

Info about windows guest performance
by Gianluca Cecchi 12 Feb '18

12 Feb '18

Hello, while in my activities to accomplish migration of a Windows 2008 R2 VM (with an Oracle RDBMS inside) from vSphere to oVirt, I'm going to check performance related things. Up to now I only ran Windows guests inside my laptops and not inside an oVirt infrastructure. Now I successfully migrated this kind of VM to oVirt 4.1.9. The guest had an LSI logic sas controller. Inside the oVirt host that I used as proxy (for VMware virt-v2v) I initially didn't have the virtio-win rpm. I presume that has been for this reason that the oVirt guest has been configured with IDE disks... Can you confirm? For this test I started with ide, then added a virtio-scsi disk and then changed also the boot disk to virtio-scsi and all now goes well, with also ovirt-guest-tools-iso-4.1-3 provided iso used to install qxl and so on... So far so good. I found this bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1277353 where it seems that " For optimum I/O performance it's critical to make sure that Windows guests use the Hyper-V reference counter feature. QEMU command line should include -cpu ...,hv_time and -no-hpet " Analyzing my command line I see the "-no-hpet" but I dont see the "hv_time" See below full comand. Any hints? Thanks, Gianluca /usr/libexec/qemu-kvm -name guest=testmig,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-12-testmig/master-key.aes -machine pc-i440fx-rhel7.3.0,accel=kvm,usb=off,dump-guest-core=off -cpu Westmere,vmx=on -m size=4194304k,slots=16,maxmem=16777216k -realtime mlock=off -smp 2,maxcpus=16,sockets=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0-1,mem=4096 -uuid x-y-z-x-y -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-4.1708.el7.centos,serial=xx,uuid=yy -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-12-testmig/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2018-02-09T12:41:41,driftfix=slew -global kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x5 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/ef17cad6-7724-4cd8-96e3-9af6e529db51/fa33df49-b09d-4f86-9719-ede649542c21/images/2de93ee3-7d6e-4a10-88c4-abc7a11fb687/a9f4e35b-4aa0-45e8-b775-1a046d1851aa,format=qcow2,if=none,id=drive-scsi0-0-0-1,serial=2de93ee3-7d6e-4a10-88c4-abc7a11fb687,cache=none,werror=stop,rerror=stop,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1,bootindex=1 -drive file=/rhev/data-center/ef17cad6-7724-4cd8-96e3-9af6e529db51/fa33df49-b09d-4f86-9719-ede649542c21/images/f821da0a-cec7-457c-88a4-f83f33404e65/0d0c4244-f184-4eaa-b5bf-8dc65c7069bb,format=raw,if=none,id=drive-scsi0-0-0-0,serial=f821da0a-cec7-457c-88a4-f83f33404e65,cache=none,werror=stop,rerror=stop,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0 -netdev tap,fd=30,id=hostnet0 -device e1000,netdev=hostnet0,id=net0,mac=00:50:56:9d:c9:29,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/421d6f1b-58e3-54a4-802f-fb52f7831369.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/421d6f1b-58e3-54a4-802f-fb52f7831369.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5900,addr=10.4.192.32,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=default,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2 -msg timestamp=on

3 5

Network configuration validation error
by spfma.tech＠e.mail.fr 12 Feb '18

12 Feb '18

--=_c8dd4bd4673b7a5ada782429f2b8b302 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, I am experiencing a new problem : when I try to modify something in= the network setup on the second node (added to the cluster after instal= ling the engine on the other one) using the Engine GUI, I get the follow= ing error when validating : must match "^\b((25[0-5]|2[0-4]\d|[01]\d\= d|\d?\d)\_){3}(25[0-5]|2[0-4]\d|[01]\d\d|\d?\d)"=0A Attribut : ipConfigu= ration.iPv4Addresses[0].gateway Moreover, on the general status of the= r server, I have a "Host has no default route" alert. The ovirtmgmt ne= twork has a defined gateway of course, and the storage network has none= because it is not required. Both server have the same setup, with diffe= rent addresses of course :-) I have not been able to find anything use= ful in the logs. Is this a bug or am I doing something wrong ? Regar= ds =0A=0A---------------------------------------------------------------= ----------------------------------=0AFreeMail powered by mail.fr --=_c8dd4bd4673b7a5ada782429f2b8b302 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div> </div>=0A<div>Hi,</div>=0A<div>I am experiencing a new proble= m : when I try to modify something in the network setup on the second no= de (added to the cluster after installing the engine on the other one) u= sing the Engine GUI, I get the following error when validating :</div>= =0A<div> </div>=0A<div>    must match "^\b((25[0-5]|= 2[0-4]\d|[01]\d\d|\d?\d)\_){3}(25[0-5]|2[0-4]\d|[01]\d\d|\d?\d)"<br />&n= bsp;   Attribut : ipConfiguration.iPv4Addresses[0].gateway</di= v>=0A<div> </div>=0A<div>Moreover, on the general status of ther se= rver, I have a "Host has no default route" alert.</div>=0A<div> </d= iv>=0A<div>The ovirtmgmt network has a defined gateway of course, and th= e storage network has none because it is not required. Both server have= the same setup, with different addresses of course :-)</div>=0A<div>&nb= sp;</div>=0A<div>I have not been able to find anything useful in the log= s.</div>=0A<div> </div>=0A<div>Is this a bug or am I doing somethin= g wrong ?</div>=0A<div> </div>=0A<div>Regards</div>=0A = <br/><hr>FreeMail powered by <a href=3D"https://mail.fr" target= =3D"_blank">mail.fr</a>=0A --=_c8dd4bd4673b7a5ada782429f2b8b302--

4 13

Using network assigned to VM on CentOS host?
by Wesley Stewart 12 Feb '18

12 Feb '18

This might be a stupid question. But I am testing out a 10Gb network directly connected to my Freenas box using a Cat6 crossover cable. I setup the connection (on device eno4) and called the network "Crossover" in oVirt. I dont have DHCP on this, but I can easy assign VMs a NIC on the "Crossover" network, assign them an ip address (10.10.10.x) and everything works fine. But I was curious about doing this for the CentOS host as well. I want to test out hosting VM's on the NFS share over the 10Gb network but I wasn't quite sure how to do this without breaking other connections and I did not want to do anything incorrectly. I appreciate your feedback! I apologize if this is a stupid question. Running oVirt 4.1.8 on CentOS 7.4

2 1

Hosted-Engine mount .iso file CLI
by Russell Wecker 12 Feb '18

12 Feb '18

I have a hosted engine setup that when I ran the system updates for it, and it will not boot. I would like to have it boot from a rescue CD image so i can fix it i have copied the /var/run/ovirt-hosted-engine-ha/vm.conf to /root and modified it however i cannot seem to find the exact options to configure the file for .iso my current settings are devices={index:2,iface:ide,shared:false,readonly:true,deviceId:8c3179ac-b322-4f5c-9449-c52e3665e0ae,address:{controller:0,target:0,unit:0,bus:1,type:drive},device:cdrom,path:,type:disk} How do i change it to boot from local .iso. Thanks Any help would be most appreciated.

2 1

Issue with 4.2.1 RC and SSL
by ~Stack~ 12 Feb '18

12 Feb '18

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --X1liMzBwOelVuDr9VnkmQpyzIXGjCLTVO Content-Type: multipart/mixed; boundary="nhGTtLudrG119NimaBSBZPnEVXBJuW62Y"; protected-headers="v1" From: ~Stack~ <i.am.stack(a)gmail.com> To: users <users(a)ovirt.org> Message-ID: <ff271e8b-7ec9-f0b6-6e00-511c5aad1b27(a)gmail.com> Subject: Issue with 4.2.1 RC and SSL --nhGTtLudrG119NimaBSBZPnEVXBJuW62Y Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Greetings, I was having a lot of issues with 4.2 and 95% of them are in the change logs for 4.2.1. Since this is a new build, I just blew everything away and started from scratch with the RC release. The very first thing that I did after the engine-config was to set up my SSL cert. I followed the directions from here: https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/ Logged in the first time to the web interface and everything worked! Grea= t. Install my hosts (also completely fresh installs - Scientific Linux 7 fully updated) and none would finish the install... I can send the full host debug log if you want, however, I'm pretty sure that the problem is because of the SSL somewhere. I've cut/pasted the relevant part. Any advice/help, please? Thanks! ~Stack~ 2018-02-07 16:56:21,697-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventEnd STAGE misc METHOD otopi.plugins.ovirt_host_deploy.tune.tuned.Plugin._misc (None) 2018-02-07 16:56:21,698-0600 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id 2018-02-07 16:56:21,698-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventStart STAGE misc METHOD otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None) 2018-02-07 16:56:21,699-0600 DEBUG otopi.transaction transaction._prepare:61 preparing 'File transaction for '/etc/vdsm/vdsm.i= d'' 2018-02-07 16:56:21,699-0600 DEBUG otopi.filetransaction filetransaction.prepare:183 file '/etc/vdsm/vdsm.id' missing 2018-02-07 16:56:21,705-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventEnd STAGE misc METHOD otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None) 2018-02-07 16:56:21,706-0600 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks 2018-02-07 16:56:21,706-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventStart STAGE misc METHOD otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None) 2018-02-07 16:56:21,707-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventEnd STAGE misc METHOD otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None) 2018-02-07 16:56:21,707-0600 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc 2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventStart STAGE misc METHOD otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc (None) 2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### Setting up PKI 2018-02-07 16:56:21,709-0600 DEBUG otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:813 execute: ('/usr/bin/openssl', 'req', '-new', '-newkey', 'rsa:2048', '-nodes', '-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), executable=3D'None', cwd=3D'None', env=3DNone 2018-02-07 16:56:21,756-0600 DEBUG otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:863 execute-result: ('/usr/bin/openssl', 'req', '-new', '-newkey', 'rsa:2048', '-nodes', '-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), rc=3D= 0 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### Please issue VDSM certificate based on this certificate request 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ***D:MULTI-STRING VDSM_CERTIFICATE_REQUEST --=3D451b80dc-996f-432e-9e4f-2b29ef6d1141=3D-- 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND -----BEGIN CERTIFICATE REQUEST--= --- 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND MIICRTCCAS0CAQAwADCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMZm 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND eYTWbHKkN+GlQnZ8C6fdk++htyFE+IHSzkhTyTSZdM0bPTdvhomTeCwzNlWBWdU+ 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND PrVB7j/1iksSt6RXDQUWlPDPBNfAa6NtZijEaGuxAe0RpI71G5feZmgVRmtIfrkE 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND 5BjhnCMJW46y9Y7dc2TaXzQqeVj0nkWkHt0v6AVdRWP3OHfOCvqoABny1urStvFT 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND TeAhSBVBUWTaNczBrZBpMXhXrSAe/hhLXMF3VfBV1odOOwb7AeccYkGePMxUOg8+ 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND XMAKdDCn7N0ZC4gSyEAP9mSobvOvNObcfw02NyYdny32/edgPrXKR+ISf4IwVd0d 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND mDonT4W2ROTE/A3M/mkCAwEAAaAAMA0GCSqGSIb3DQEBCwUAA4IBAQCpAKAMv/Vh 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND 0ByC02R3fxtA6b/OZyys+xyIAfAGxo2NSDJDQsw9Gy1QWVtJX5BGsbzuhnNJjhRm 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND 5yx0wrS/k34oEv8Wh+po1fwpI5gG1W9L96Sx+vF/+UXBenJbhEVfir/cOzjmP1Hg 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND TtK5nYnBM7Py5JdnnAPww6jPt6uRypDZqqM8YOct1OEsBr8gPvmQvt5hDGJKqW37 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND xFbad6ILwYIE0DXAu2h9y20Pl3fy4Kb2LQDjltiaQ2IBiHFRUB/H2DOxq0NpH4z7 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND wqU/ai7sXWT/Vq4R6jD+c0V0WP4+VgSkgqPvnSYHwqQUbc9Kh7RwRnVyzLupbWdM 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND Pr+MZ2D1jg27 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND -----END CERTIFICATE REQUEST----= - 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND --=3D451b80dc-996f-432e-9e4f-2b29ef6d1141=3D-- 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%QStart: VDSM_CERTIFICATE_CHAI= N 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### Please input VDSM certificate chain that matches certificate request, top is issuer 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,759-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### type '--=3D451b80dc-996f-432e-9e4f-2b29ef6d1141=3D--' in own line to mark end,= '--=3D451b80dc-996f-ABORT-9e4f-2b29ef6d1141=3D--' aborts 2018-02-07 16:56:21,759-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ***Q:MULTI-STRING VDSM_CERTIFICATE_CHAIN --=3D451b80dc-996f-432e-9e4f-2b29ef6d1141=3D-- --=3D451b80dc-996f-ABORT-9e4f-2b29ef6d1141=3D-- 2018-02-07 16:56:21,759-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%QEnd: VDSM_CERTIFICATE_CHAIN 2018-02-07 16:56:22,765-0600 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/tmp/ovirt-h7XmTvEqc3/pythonlib/otopi/context.py", line 133, in _executeMethod method['method']() File "/tmp/ovirt-h7XmTvEqc3/otopi-plugins/ovirt-host-common/vdsm/pki.py", line 241, in _misc '\n\nPlease input VDSM certificate chain that ' File "/tmp/ovirt-h7XmTvEqc3/otopi-plugins/otopi/dialog/machine.py", line 327, in queryMultiString v =3D self._readline() File "/tmp/ovirt-h7XmTvEqc3/pythonlib/otopi/dialog.py", line 248, in _readline raise IOError(_('End of file')) IOError: End of file 2018-02-07 16:56:22,766-0600 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Misc configuration': End of file --nhGTtLudrG119NimaBSBZPnEVXBJuW62Y-- --X1liMzBwOelVuDr9VnkmQpyzIXGjCLTVO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJae5YTAAoJELkej+ysXJPmkskP/RipREtSwvODOXqtHU893bjl 3RrYt9BZ98vYqdM0paqori+b+HGwhM3BMP9wsDV2j96fg6wbYgGIZT3aCgxNJza2 mIuvZWWu8Y7NgbUL/Wb2cWPx/ZendohCcT6BC83mPnw6ehGik9+zhNpBFJWrbLwP LnsJMh1Hx5R06X9FWjCUnsREKLLmBGCuauLEomdpOSVtrMADWknUWz9jJP3RGYWI 7eDEys2oAkrwt5IQC51JIdi++PX7QWaARP22Oo6qH97ofLxL4B1xIzxCP1Y0JNY8 k+i2vF8sQHIkUR1B5aO5sUHyhK9pAGf+ASBiYMH+04d6L2t/mhRB4G0EOJtR/VJu lZSF3wU+F4IEOWvMmk1/fPMqxctgbTAfWoMu8dmoHT17p4fodRy6506acByP0+RG kQ6O4ccfwgAk2GXNSMRAgzi4gQxfh4+T7UIZ9DccW93Cn/35uF/3UzE0PlH0Dy9I TacAksGGb96OKSGVp2AHJu78/1hDrNn++lH0pZFWWiHWsEXrtWnEw0kKJojuuj5i GM7El2VeFjC33ObeqCrLCRpibxwl2FaTVN1VxPyCVFQ+SLv4ayAydo05v5ETl/NB MkxuyidIQgovlIiUu++9Gw9EkHu+A4VVOlugwukX187F6Ln2Sy21hDsp/c86mHuD 7aOnX/1hWCV5ut1kD9N1 =shka -----END PGP SIGNATURE----- --X1liMzBwOelVuDr9VnkmQpyzIXGjCLTVO--

4 7

Few Questions on New Install
by Talk Jesus 12 Feb '18

12 Feb '18

Greetings, Just installed Ovirt: Software Version:4.2.0.2-1.el7.centos How Do I: - add a subnet of IPv4 to assign to VMs - download (or import) basic Linux templates like Centos 7, Ubuntu 16 even if using minimal iso - import from SolusVM based KVM nodes Does oVirt support bulk IPv4 assignment to VMs? If I wish to assign say a full /26 subnet of IPv4 to VM #1, is this a one click option? Thank you. I read the docs, but everything is a bit confusing for me.

2 1

Network Topologies
by aeR7Re 11 Feb '18

11 Feb '18

This is a multi-part message in MIME format. --b1_bf9e7016867c417f2a03f0009ce95b53 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SGVsbG8sCkknbSBsb29raW5nIGZvciBzb21lIGFkdmljZSBvbiBvciBldmVuIGp1c3Qgc29tZSBl eGFtcGxlcyBvZiBob3cgb3RoZXIgb1ZpcnQgdXNlcnMgaGF2ZSBjb25maWd1cmVkIG5ldHdvcmtp bmcgaW5zaWRlIHRoZWlyIGNsdXN0ZXJzLgoKQ3VycmVudGx5IHdlJ3JlIHJ1bm5pbmcgYSBjbHVz dGVyIHdpdGggaG9zdHMgc3ByZWFkIGFjcm9zcyBtdWx0aXBsZSByYWNrcyBpbiBvdXIgREMsIHdp dGggbGF5ZXIgMiBzcGFubmVkIGJldHdlZW4gdGhlbSBmb3IgVk0gbmV0d29ya3MuIFdoaWxlIHRo aXMgaXMgZnVuY3Rpb25hbCwgaXQncyAxMDAlIG5vdCBpZGVhbCBhcyB0aGVyZSdzIG11bHRpcGxl IHNpbmdsZSBwb2ludHMgb2YgZmFpbHVyZSBhbmQgYXQgc29tZSBwb2ludCBzb21lb25lIGlzIGdv aW5nIHRvIGFjY2lkZW50YWxseSBsb29wIGl0IDopCgpXaGF0IHdlJ3JlIGFmdGVyIGlzIGEgbWV0 aG9kIG9mIHByb3ZpZGluZyBhIFZNIG5ldHdvcmsgYWNyb3NzIG11bHRpcGxlIHJhY2tzIHdoZXJl IHRoZXJlIGFyZSBubyBzaW5nbGUgcG9pbnRzIG9mIGZhaWx1cmUuIFdlJ3ZlIGdvdCBsYXllciAz IHN3aXRjaGVzIGluIHJhY2tzIGNhcGFibGUgb2YgcnVubmluZyBhbiBJR1AvRUdQLgoKQ3VycmVu dCBpZGVhczoKLSBSdW4gYSByb3V0aW5nIGRhZW1vbiBvbiBlYWNoIFZNIGFuZCBoYXZlIGl0IGFk dmVydGlzZSBhIC8zMiB0byB0aGUgZGlzdHJpYnV0aW9uIHN3aXRjaAotIE9WTiBmb3IgbGF5ZXIg MiBiZXR3ZWVuIGhvc3RzICsgcG90ZW50aWFsbHkgVlJSUCBvciBzaW1pbGFyIG9uIHRoZSBkaXN0 cmlidXRpb24gc3dpdGNoCgpTbyBhcyBwZXIgbXkgb3JpZ2luYWwgcGFyYWdyYXBoLCBhbnkgYWR2 aWNlIG9uIHRoZSBtb3N0IGFwcHJvcHJpYXRlIG5ldHdvcmsgdG9wb2xvZ3kgZm9yIGFuIG9WaXJ0 IGNsdXN0ZXI/IG9yIGhvdyBoYXZlIHlvdSBzZXQgdXAgeW91ciBuZXR3b3Jrcz8KClRoYW5rIHlv dQoKU2VudCB3aXRoIFtQcm90b25NYWlsXShodHRwczovL3Byb3Rvbm1haWwuY29tKSBTZWN1cmUg RW1haWwu --b1_bf9e7016867c417f2a03f0009ce95b53 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj5IZWxsbyw8YnI+PC9kaXY+PGRpdj5JJ20gbG9va2luZyBmb3Igc29tZSBhZHZpY2Ugb24g b3IgZXZlbiBqdXN0IHNvbWUgZXhhbXBsZXMgb2YgaG93IG90aGVyIG9WaXJ0IHVzZXJzIGhhdmUg Y29uZmlndXJlZCBuZXR3b3JraW5nIGluc2lkZSB0aGVpciBjbHVzdGVycy4gPGJyPjwvZGl2Pjxk aXY+PGJyPjwvZGl2PjxkaXY+Q3VycmVudGx5IHdlJ3JlIHJ1bm5pbmcgYSBjbHVzdGVyIHdpdGgg aG9zdHMgc3ByZWFkIGFjcm9zcyBtdWx0aXBsZSByYWNrcyBpbiBvdXIgREMsIHdpdGggbGF5ZXIg MiBzcGFubmVkIGJldHdlZW4gdGhlbSBmb3IgVk0gbmV0d29ya3MuIFdoaWxlIHRoaXMgaXMgZnVu Y3Rpb25hbCwgaXQncyAxMDAlIG5vdCBpZGVhbCBhcyB0aGVyZSdzIG11bHRpcGxlIHNpbmdsZSBw b2ludHMgb2YgZmFpbHVyZSBhbmQgYXQgc29tZSBwb2ludCBzb21lb25lIGlzIGdvaW5nIHRvIGFj Y2lkZW50YWxseSBsb29wIGl0IDopIDxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PldoYXQg d2UncmUgYWZ0ZXIgaXMgYSBtZXRob2Qgb2YgcHJvdmlkaW5nIGEgVk0gbmV0d29yayBhY3Jvc3Mg bXVsdGlwbGUgcmFja3Mgd2hlcmUgdGhlcmUgYXJlIG5vIHNpbmdsZSBwb2ludHMgb2YgZmFpbHVy ZS4gV2UndmUgZ290IGxheWVyIDMgc3dpdGNoZXMgaW4gcmFja3MgY2FwYWJsZSBvZiBydW5uaW5n IGFuIElHUC9FR1AuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Q3VycmVudCBpZGVhczo8 YnI+PC9kaXY+PGRpdj4tIFJ1biBhIHJvdXRpbmcgZGFlbW9uIG9uIGVhY2ggVk0gYW5kIGhhdmUg aXQgYWR2ZXJ0aXNlIGEgLzMyIHRvIHRoZSBkaXN0cmlidXRpb24gc3dpdGNoPGJyPjwvZGl2Pjxk aXY+LSBPVk4gZm9yIGxheWVyIDIgYmV0d2VlbiBob3N0cyArIHBvdGVudGlhbGx5IFZSUlAgb3Ig c2ltaWxhciBvbiB0aGUgZGlzdHJpYnV0aW9uIHN3aXRjaDxicj48L2Rpdj48ZGl2Pjxicj48L2Rp dj48ZGl2PlNvIGFzIHBlciBteSBvcmlnaW5hbCBwYXJhZ3JhcGgsIGFueSBhZHZpY2Ugb24gdGhl IG1vc3QgYXBwcm9wcmlhdGUgbmV0d29yayB0b3BvbG9neSBmb3IgYW4gb1ZpcnQgY2x1c3Rlcj8g b3IgaG93IGhhdmUgeW91IHNldCB1cCB5b3VyIG5ldHdvcmtzPzxicj48L2Rpdj48ZGl2Pjxicj48 L2Rpdj48ZGl2PlRoYW5rIHlvdTxicj48L2Rpdj48ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25h dHVyZV9ibG9jayI+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stdXNlciBw cm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay1lbXB0eSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9InBy b3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLXByb3RvbiI+U2VudCB3aXRoIDxhIGhyZWY9Imh0dHBz Oi8vcHJvdG9ubWFpbC5jb20iPlByb3Rvbk1haWw8L2E+IFNlY3VyZSBFbWFpbC48YnI+PC9kaXY+ PC9kaXY+PGRpdj48YnI+PC9kaXY+ --b1_bf9e7016867c417f2a03f0009ce95b53--

1 0

Re: [ovirt-users] Live migration of VM(0 downtime) while Hypervisor goes down in ovirt
by Luca 'remix_tj' Lorenzetto 11 Feb '18

11 Feb '18

What you're looking at is called fault tolerance in other hypervisors. As far as i know, ovirt doesn't implement such solution. But if your system doesn't support failure recovery done by high availability options, you should take in account to revise your application architecture if you want to keep running on ovirt. Luca Il 10 feb 2018 8:31 AM, "Ranjith P" <ranjithspr13(a)yahoo.com> ha scritto: Hi, >>Who's shutting down the hypervisor? (Or perhaps it is shutdown externally, due to overheating or otherwise?) We need a continuous availability of VM's in our production setup. If the hypervisor goes down due to any hardware failure or work load then VM's above hypervisor will reboot and started on available hypervisors. This is normally happening but it disrupting VM's. Can you suggest a solution in this case? Can we achieve this challenge using glusterfs? Thanks & Regards Ranjith Sent from Yahoo Mail on Android <https://overview.mail.yahoo.com/mobile/?.src=Android> On Sat, Feb 10, 2018 at 2:07 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote: On Fri, Feb 9, 2018 at 9:25 PM, ranjithspr13(a)yahoo.com < ranjithspr13(a)yahoo.com> wrote: Hi, Anyone can suggest how to setup VM Live migration (without restart vm) while Hypervisor goes down in ovirt? I think there are two parts to achieving this: 1. Have a script that migrates VMs off a specific host. This should be easy to write using the Python/Ruby/Java SDK, Ansible or using REST directly. 2. Having this script run as a service when a host shuts down, in the right order - well before libvirt and VDSM shut down, and would be fast enough not to be terminated by systemd. This is a bit more challenging. Who's shutting down the hypervisor? (Or perhaps it is shutdown externally, due to overheating or otherwise?) Y. Using glusterfs is it possible? Then how? Thanks & Regards Ranjith Sent from Yahoo Mail on Android <https://overview.mail.yahoo.com/mobile/?.src=Android> ______________________________ _________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/ mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users> _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

1 0

VM backups - Bacchus
by Niyazi Elvan 11 Feb '18

11 Feb '18

Dear Friends, It has been a while I could not have time to work on Bacchus. This weekend I created an ansible playbook to replace the installation procedure. You simply download installer.yml and settings.yml files from git repo and run the installer as "ansible-playbook installer.yml" Please check it at https://github.com/openbacchus/bacchus . I recommend you to run the installer on a fresh VM, which has no MySQL DB or previous installation. Hope this helps to more people and please let me know about your ideas. ps. Regarding oVirt 4.2, I had a chance to look at it and tried the new domain type "Backup Domain". This is really cool feature and I am planning to implement the support in Bacchus. Hopefully, CBT will show up soon and we will have a better world :) King Regards, -- Niyazi Elvan

1 0

Maximum time node can be offline.
by Thomas Letherby 11 Feb '18

11 Feb '18

Hello all, Is there a maximum length of time an Ovirt Node 4.2 based host can be offline in a cluster before it would have issues when powered back on? The reason I ask is in my lab I currently have a three node cluster that works really well, however a lot of the time I only actually need the resources of one host, so to save power I'd like to keep the other two offline until needed. I can always script them to boot once a week or so if I need to. Thanks, Thomas

6 8

Live migration of VM(0 downtime) while Hypervisor goes down in ovirt
by ranjithspr13＠yahoo.com 10 Feb '18

10 Feb '18

------=_Part_1968242_1358094662.1518204324810 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi,Anyone can suggest how to setup VM Live migration (without restart vm) while Hypervisor goes down in ovirt?Using glusterfs is it possible? Then how? Thanks & RegardsRanjith Sent from Yahoo Mail on Android ------=_Part_1968242_1358094662.1518204324810 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi,<div id="yMail_cursorElementTracker_1518203906835">Anyone can suggest how to setup VM Live migration (without restart vm) while Hypervisor goes down in ovirt?</div><div id="yMail_cursorElementTracker_1518204210420">Using glusterfs is it possible? Then how?</div><div id="yMail_cursorElementTracker_1518204099547"><br></div><div id="yMail_cursorElementTracker_1518204100461">Thanks & Regards</div><div id="yMail_cursorElementTracker_1518204113848">Ranjith<br><br><div id="ymail_android_signature"><a href="https://overview.mail.yahoo.com/mobile/?.src=Android">Sent from Yahoo Mail on Android</a></div></div> ------=_Part_1968242_1358094662.1518204324810--

4 3

Importing Libvirt Kvm Vms to oVirt Status: Released in oVirt 4.2 using ssh - Failed to communicate with the external provider
by maoz zadok 09 Feb '18

09 Feb '18

Hello there, I'm following https://www.ovirt.org/develop/release-management/features/virt/KvmToOvirt/ guide in order to import VMS from Libvirt to oVirt using ssh. URL: "qemu+ssh://host1.example.org/system" and get the following error: Failed to communicate with the external provider, see log for additional details. *oVirt agent log:* *- Failed to retrieve VMs information from external server qemu+ssh://XXX.XXX.XXX.XXX/system* *- VDSM XXX command GetVmsNamesFromExternalProviderVDS failed: Cannot recv data: Host key verification failed.: Connection reset by peer* *remote host sshd DEBUG log:* *Feb 7 16:38:29 XXX sshd[110005]: Connection from XXX.XXX.XXX.147 port 48148 on XXX.XXX.XXX.123 port 22* *Feb 7 16:38:29 XXX sshd[110005]: debug1: Client protocol version 2.0; client software version OpenSSH_7.4* *Feb 7 16:38:29 XXX sshd[110005]: debug1: match: OpenSSH_7.4 pat OpenSSH* compat 0x04000000* *Feb 7 16:38:29 XXX sshd[110005]: debug1: Local version string SSH-2.0-OpenSSH_7.4* *Feb 7 16:38:29 XXX sshd[110005]: debug1: Enabling compatibility mode for protocol 2.0* *Feb 7 16:38:29 XXX sshd[110005]: debug1: SELinux support disabled [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: permanently_set_uid: 74/74 [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: list_hostkey_types: ssh-rsa,rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519 [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: SSH2_MSG_KEXINIT sent [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: SSH2_MSG_KEXINIT received [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: kex: algorithm: curve25519-sha256 [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: kex: host key algorithm: ecdsa-sha2-nistp256 [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: kex: client->server cipher: chacha20-poly1305(a)openssh.com <chacha20-poly1305(a)openssh.com> MAC: <implicit> compression: none [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: kex: server->client cipher: chacha20-poly1305(a)openssh.com <chacha20-poly1305(a)openssh.com> MAC: <implicit> compression: none [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: kex: curve25519-sha256 need=64 dh_need=64 [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: kex: curve25519-sha256 need=64 dh_need=64 [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: expecting SSH2_MSG_KEX_ECDH_INIT [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: rekey after 134217728 blocks [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: SSH2_MSG_NEWKEYS sent [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: expecting SSH2_MSG_NEWKEYS [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: Connection closed by XXX.XXX.XXX.147 port 48148 [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: do_cleanup [preauth]* *Feb 7 16:38:29 XXX sshd[110005]: debug1: do_cleanup* *Feb 7 16:38:29 XXX sshd[110005]: debug1: Killing privsep child 110006* *Feb 7 16:38:29 XXX sshd[109922]: debug1: Forked child 110007.* *Feb 7 16:38:29 XXX sshd[110007]: debug1: Set /proc/self/oom_score_adj to 0* *Feb 7 16:38:29 XXX sshd[110007]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8* *Feb 7 16:38:29 XXX sshd[110007]: debug1: inetd sockets after dupping: 3, 3* *Feb 7 16:38:29 XXX sshd[110007]: Connection from XXX.XXX.XXX.147 port 48150 on XXX.XXX.XXX.123 port 22* *Feb 7 16:38:29 XXX sshd[110007]: debug1: Client protocol version 2.0; client software version OpenSSH_7.4* *Feb 7 16:38:29 XXX sshd[110007]: debug1: match: OpenSSH_7.4 pat OpenSSH* compat 0x04000000* *Feb 7 16:38:29 XXX sshd[110007]: debug1: Local version string SSH-2.0-OpenSSH_7.4* *Feb 7 16:38:29 XXX sshd[110007]: debug1: Enabling compatibility mode for protocol 2.0* *Feb 7 16:38:29 XXX sshd[110007]: debug1: SELinux support disabled [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: permanently_set_uid: 74/74 [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: list_hostkey_types: ssh-rsa,rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519 [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: SSH2_MSG_KEXINIT sent [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: SSH2_MSG_KEXINIT received [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: kex: algorithm: curve25519-sha256 [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: kex: host key algorithm: ecdsa-sha2-nistp256 [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: kex: client->server cipher: chacha20-poly1305(a)openssh.com <chacha20-poly1305(a)openssh.com> MAC: <implicit> compression: none [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: kex: server->client cipher: chacha20-poly1305(a)openssh.com <chacha20-poly1305(a)openssh.com> MAC: <implicit> compression: none [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: kex: curve25519-sha256 need=64 dh_need=64 [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: kex: curve25519-sha256 need=64 dh_need=64 [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: expecting SSH2_MSG_KEX_ECDH_INIT [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: rekey after 134217728 blocks [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: SSH2_MSG_NEWKEYS sent [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: expecting SSH2_MSG_NEWKEYS [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: Connection closed by XXX.XXX.XXX.147 port 48150 [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: do_cleanup [preauth]* *Feb 7 16:38:29 XXX sshd[110007]: debug1: do_cleanup* *Feb 7 16:38:29 XXX sshd[110007]: debug1: Killing privsep child 110008* *Feb 7 16:38:30 XXX sshd[109922]: debug1: Forked child 110009.* *Feb 7 16:38:30 XXX sshd[110009]: debug1: Set /proc/self/oom_score_adj to 0* *Feb 7 16:38:30 XXX sshd[110009]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8* *Feb 7 16:38:30 XXX sshd[110009]: debug1: inetd sockets after dupping: 3, 3* *Feb 7 16:38:30 XXX sshd[110009]: Connection from XXX.XXX.XXX.147 port 48152 on XXX.XXX.XXX.123 port 22* *Feb 7 16:38:30 XXX sshd[110009]: debug1: Client protocol version 2.0; client software version OpenSSH_7.4* *Feb 7 16:38:30 XXX sshd[110009]: debug1: match: OpenSSH_7.4 pat OpenSSH* compat 0x04000000* *Feb 7 16:38:30 XXX sshd[110009]: debug1: Local version string SSH-2.0-OpenSSH_7.4* *Feb 7 16:38:30 XXX sshd[110009]: debug1: Enabling compatibility mode for protocol 2.0* *Feb 7 16:38:30 XXX sshd[110009]: debug1: SELinux support disabled [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: permanently_set_uid: 74/74 [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: list_hostkey_types: ssh-rsa,rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519 [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: SSH2_MSG_KEXINIT sent [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: SSH2_MSG_KEXINIT received [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: kex: algorithm: curve25519-sha256 [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: kex: host key algorithm: ecdsa-sha2-nistp256 [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: kex: client->server cipher: chacha20-poly1305(a)openssh.com <chacha20-poly1305(a)openssh.com> MAC: <implicit> compression: none [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: kex: server->client cipher: chacha20-poly1305(a)openssh.com <chacha20-poly1305(a)openssh.com> MAC: <implicit> compression: none [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: kex: curve25519-sha256 need=64 dh_need=64 [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: kex: curve25519-sha256 need=64 dh_need=64 [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: expecting SSH2_MSG_KEX_ECDH_INIT [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: rekey after 134217728 blocks [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: SSH2_MSG_NEWKEYS sent [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: expecting SSH2_MSG_NEWKEYS [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: Connection closed by XXX.XXX.XXX.147 port 48152 [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: do_cleanup [preauth]* *Feb 7 16:38:30 XXX sshd[110009]: debug1: do_cleanup* *Feb 7 16:38:30 XXX sshd[110009]: debug1: Killing privsep child 110010* *Feb 7 16:38:30 XXX sshd[109922]: debug1: Forked child 110011.* *Feb 7 16:38:30 XXX sshd[110011]: debug1: Set /proc/self/oom_score_adj to 0* *Feb 7 16:38:30 XXX sshd[110011]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8* *Feb 7 16:38:30 XXX sshd[110011]: debug1: inetd sockets after dupping: 3, 3* *Feb 7 16:38:30 XXX sshd[110011]: Connection from XXX.XXX.XXX.147 port 48154 on XXX.XXX.XXX.123 port 22* *Feb 7 16:38:30 XXX sshd[110011]: debug1: Client protocol version 2.0; client software version OpenSSH_7.4* *Feb 7 16:38:30 XXX sshd[110011]: debug1: match: OpenSSH_7.4 pat OpenSSH* compat 0x04000000* *Feb 7 16:38:30 XXX sshd[110011]: debug1: Local version string SSH-2.0-OpenSSH_7.4* *Feb 7 16:38:30 XXX sshd[110011]: debug1: Enabling compatibility mode for protocol 2.0* *Feb 7 16:38:30 XXX sshd[110011]: debug1: SELinux support disabled [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: permanently_set_uid: 74/74 [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: list_hostkey_types: ssh-rsa,rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519 [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: SSH2_MSG_KEXINIT sent [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: SSH2_MSG_KEXINIT received [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: kex: algorithm: curve25519-sha256 [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: kex: host key algorithm: ecdsa-sha2-nistp256 [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: kex: client->server cipher: chacha20-poly1305(a)openssh.com <chacha20-poly1305(a)openssh.com> MAC: <implicit> compression: none [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: kex: server->client cipher: chacha20-poly1305(a)openssh.com <chacha20-poly1305(a)openssh.com> MAC: <implicit> compression: none [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: kex: curve25519-sha256 need=64 dh_need=64 [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: kex: curve25519-sha256 need=64 dh_need=64 [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: expecting SSH2_MSG_KEX_ECDH_INIT [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: rekey after 134217728 blocks [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: SSH2_MSG_NEWKEYS sent [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: debug1: expecting SSH2_MSG_NEWKEYS [preauth]* *Feb 7 16:38:30 XXX sshd[110011]: Connection closed by XXX.XXX.XXX.147 port 48154 [preauth]* Thank you!

3 5

Virt-viewer not working over VPN
by Vincent Royer 09 Feb '18

09 Feb '18

Hi, I asked this on the virt-viewer list, but it appears to be dead, so my apologies if this isn't the right place for this question. When I access my vm's locally using virt-viewer on windows clients, everything works fine, spice or vnc. When I access the same vm's remotely over a site-to-site VPN (setup between the two firewalls), it fails with an error: unable to connect to libvirt with uri: [none]. Similarly I cannot connect in a browser-based vnc session (cannot connect to host). I can resolve the DNS of the server from my remote client (domain override in the firewall pointing to the DNS server locally) and everything else I do seems completely unaware of the vpn link (SSH, RDP, etc). For example connecting to https://ovirt-enginr.mydomain.com works as expected. The only function not working remotely is virt-viewer. Any clues would be appreciated!

2 1

Re: [ovirt-users] Ovirt backups lead to unresponsive VM
by Alex K 09 Feb '18

09 Feb '18

Ok. I will reproduce and collect logs. Thanx, Alex On Jan 29, 2018 20:21, "Mahdi Adnan" <mahdi.adnan(a)outlook.com> wrote: I have Windows VMs, both client and server. if you provide the engine.log file we might have a look at it. -- Respectfully *Mahdi A. Mahdi* ------------------------------ *From:* Alex K <rightkicktech(a)gmail.com> *Sent:* Monday, January 29, 2018 5:40 PM *To:* Mahdi Adnan *Cc:* users *Subject:* Re: [ovirt-users] Ovirt backups lead to unresponsive VM Hi, I have observed this logged at host when the issue occurs: VDSM command GetStoragePoolInfoVDS failed: Connection reset by peer or VDSM host.domain command GetStatsVDS failed: Connection reset by peer At engine logs have not been able to correlate. Are you hosting Windows 2016 server and Windows 10 VMs? The weird is that I have same setup on other clusters with no issues. Thanx, Alex On Sun, Jan 28, 2018 at 9:21 PM, Mahdi Adnan <mahdi.adnan(a)outlook.com> wrote: Hi, We have a cluster of 17 nodes, backed by GlusterFS storage, and using this same script for backup. we have no issues with it so far. have you checked engine log file ? -- Respectfully *Mahdi A. Mahdi* ------------------------------ *From:* users-bounces(a)ovirt.org <users-bounces(a)ovirt.org> on behalf of Alex K <rightkicktech(a)gmail.com> *Sent:* Wednesday, January 24, 2018 4:18 PM *To:* users *Subject:* [ovirt-users] Ovirt backups lead to unresponsive VM Hi all, I have a cluster with 3 nodes, using ovirt 4.1 in a self hosted setup on top glusterfs. On some VMs (especially one Windows server 2016 64bit with 500 GB of disk). Guest agents are installed at VMs. i almost always observe that during the backup of the VM the VM is rendered unresponsive (dashboard shows a question mark at the VM status and VM does not respond to ping or to anything). For scheduled backups I use: https://github.com/wefixit-AT/oVirtBackup The script does the following: 1. snapshot VM (this is done ok without any failure) 2. Clone snapshot (this steps renders the VM unresponsive) 3. Export Clone 4. Delete clone 5. Delete snapshot Do you have any similar experience? Any suggestions to address this? I have never seen such issue with hosted Linux VMs. The cluster has enough storage to accommodate the clone. Thanx, Alex

3 6

Cannot Remove Disk
by Donny Davis 09 Feb '18

09 Feb '18

Ovirt 4.2 has been humming away quite nicely for me in the last few months, and now I am hitting an issue when try to touch any api call that has to do with a specific disk. This disk resides on a hyperconverged DC, and none of the other disks seem to be affected. Here is the error thrown. 2018-02-08 10:13:20,005-05 ERROR [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default task-22) [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during ValidateFailure.: org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException: Quota 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool 5a497956-0380-021e-0025-00000000035e Any ideas what can be done to fix this?

3 11