March 2015 - Users - Ovirt List Archives

by nicola.gentile.to

Good morning, I need to import a virtual machine from a ova file. It is possible? If yes, how can I do that? Regards Nicola Gentile

5 years, 4 months

3
3
0 / 0

ovirt vm export import problem

by suvra roy

Dear Concern, I have tried to export vm from ovirt 3.1 node to 3.5 node . After import vm disk converted from thin to preallocate . How to make it thin provisioning ? -- Regards Suvro

5 years, 4 months

1
0
0 / 0

Error during CanDoActionFailure.: java.lang.NullPointerException

by Roel de Rooy

--_004_DBXPR06MB544B7162913FCBAC47F7574C3080DBXPR06MB544eurprd_ Content-Type: multipart/alternative; boundary="_000_DBXPR06MB544B7162913FCBAC47F7574C3080DBXPR06MB544eurprd_" --_000_DBXPR06MB544B7162913FCBAC47F7574C3080DBXPR06MB544eurprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, For backup purposes, I have created a python script which will create a sna= phot (disk only) from the specified virtual machine, clone it, export the c= lone to export disk and afterwards remove both the clone and snapshot (we a= re using F20 with virt-preview enabled). Unfortunately our only Windows virtual machine (Windows Server 2012) is una= ble to create a clone from the just created snapshot. When trying to do this manually, the following message is visible within th= e oVirt GUI, when clicking on the Clone button: "General command validation failure" I have attached the error which is visible whitin the engine log. Directly after the lock is acquired a CanDoActionFailure is visible. I am going to try and do the same when the VM is powered down (unfortunatel= y I cannot just turn this machine off at any time), but I'm wondering if so= mebody has experienced this before with a Windows machine; as this works pe= rfectly with all our Linux virtual machines Many thanks, Roel --_000_DBXPR06MB544B7162913FCBAC47F7574C3080DBXPR06MB544eurprd_ 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"NL" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi all,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">For backup purposes, I have cre= ated a python script which will create a snaphot (disk only) from the speci= fied virtual machine, clone it, export the clone to export disk and afterwa= rds remove both the clone and snapshot (we are using F20 with virt-preview enabled).<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Unfortunately our only Windows = virtual machine (Windows Server 2012) is unable to create a clone from the = just created snapshot.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">When trying to do this manually= , the following message is visible within the oVirt GUI, when clicking on t= he Clone button:<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">“General command validati= on failure”<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I have attached the error which= is visible whitin the engine log.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Directly after the lock is acqu= ired a CanDoActionFailure is visible.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I am going to try and do the sa= me when the VM is powered down (unfortunately I cannot just turn this machi= ne off at any time), but I’m wondering if somebody has experienced th= is before with a Windows machine; as this works perfectly with all our Linux virtual machines<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Many thanks,<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Roel<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> </div> </body> </html> --_000_DBXPR06MB544B7162913FCBAC47F7574C3080DBXPR06MB544eurprd_-- --_004_DBXPR06MB544B7162913FCBAC47F7574C3080DBXPR06MB544eurprd_ Content-Type: text/plain; name="enginelog.txt" Content-Description: enginelog.txt Content-Disposition: attachment; filename="enginelog.txt"; size=13693; creation-date="Thu, 26 Mar 2015 23:45:42 GMT"; modification-date="Thu, 26 Mar 2015 23:45:42 GMT" Content-Transfer-Encoding: base64 RVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuQWRkVm1Gcm9tU25hcHNob3RDb21tYW5k XSAoYWpwLS0xMjcuMC4wLjEtODcwMi04KSBbM2MzMDg5N2FdIEVycm9yIGR1cmluZyBDYW5Eb0Fj dGlvbkZhaWx1cmUuOiBqYXZhLmxhbmcuTnVsbFBvaW50ZXJFeGNlcHRpb24NCiAgICAgICAgYXQg b3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5BZGRWbUZyb21TbmFwc2hvdENvbW1hbmQuZ2V0RGVz dGludGF0aW9uRG9tYWluVHlwZUZyb21EaXNrKEFkZFZtRnJvbVNuYXBzaG90Q29tbWFuZC5qYXZh OjExMykgW2JsbC5qYXI6XQ0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkFk ZFZtRnJvbVNuYXBzaG90Q29tbWFuZC5hZGp1c3REaXNrc0ltYWdlQ29uZmlndXJhdGlvbihBZGRW bUZyb21TbmFwc2hvdENvbW1hbmQuamF2YToxMDUpIFtibGwuamFyOl0NCiAgICAgICAgYXQgb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5BZGRWbUZyb21TbmFwc2hvdENvbW1hbmQuZ2V0QWRqdXN0 ZWREaXNrSW1hZ2VzRnJvbUNvbmZpZ3VyYXRpb24oQWRkVm1Gcm9tU25hcHNob3RDb21tYW5kLmph dmE6OTcpIFtibGwuamFyOl0NCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5B ZGRWbUZyb21TbmFwc2hvdENvbW1hbmQuY2FuRG9BY3Rpb24oQWRkVm1Gcm9tU25hcHNob3RDb21t YW5kLmphdmE6MTUyKSBbYmxsLmphcjpdDQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29y ZS5ibGwuQ29tbWFuZEJhc2UuaW50ZXJuYWxDYW5Eb0FjdGlvbihDb21tYW5kQmFzZS5qYXZhOjc2 OCkgW2JsbC5qYXI6XQ0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkNvbW1h bmRCYXNlLmV4ZWN1dGVBY3Rpb24oQ29tbWFuZEJhc2UuamF2YTozNDcpIFtibGwuamFyOl0NCiAg ICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5CYWNrZW5kLnJ1bkFjdGlvbihCYWNr ZW5kLmphdmE6NDMwKSBbYmxsLmphcjpdDQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29y ZS5ibGwuQmFja2VuZC5ydW5BY3Rpb25JbXBsKEJhY2tlbmQuamF2YTo0MTEpIFtibGwuamFyOl0N CiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5CYWNrZW5kLnJ1bkFjdGlvbihC YWNrZW5kLmphdmE6MzY5KSBbYmxsLmphcjpdDQogICAgICAgIGF0IHN1bi5yZWZsZWN0LkdlbmVy YXRlZE1ldGhvZEFjY2Vzc29yMzE5Lmludm9rZShVbmtub3duIFNvdXJjZSkgWzoxLjcuMF83NV0N CiAgICAgICAgYXQgc3VuLnJlZmxlY3QuRGVsZWdhdGluZ01ldGhvZEFjY2Vzc29ySW1wbC5pbnZv a2UoRGVsZWdhdGluZ01ldGhvZEFjY2Vzc29ySW1wbC5qYXZhOjQzKSBbcnQuamFyOjEuNy4wXzc1 XQ0KICAgICAgICBhdCBqYXZhLmxhbmcucmVmbGVjdC5NZXRob2QuaW52b2tlKE1ldGhvZC5qYXZh OjYwNikgW3J0LmphcjoxLjcuMF83NV0NCiAgICAgICAgYXQgb3JnLmpib3NzLmFzLmVlLmNvbXBv bmVudC5NYW5hZ2VkUmVmZXJlbmNlTWV0aG9kSW50ZXJjZXB0b3JGYWN0b3J5JE1hbmFnZWRSZWZl cmVuY2VNZXRob2RJbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihNYW5hZ2VkUmVmZXJlbmNl TWV0aG9kSW50ZXJjZXB0b3JGYWN0b3J5LmphdmE6NzIpIFtqYm9zcy1hcy1lZS03LjEuMS5GaW5h bC5qYXI6Ny4xLjEuRmluYWxdDQogICAgICAgIGF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVy Y2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3Nz LWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQ0KICAgICAgICBhdCBvcmcu amJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQkSW52b2NhdGlvbi5wcm9jZWVkKElu dGVyY2VwdG9yQ29udGV4dC5qYXZhOjM3NCkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwu amFyOjEuMS4xLkZpbmFsXQ0KICAgICAgICBhdCBvcmcuamJvc3MuYXMud2VsZC5lamIuSnNyMjk5 QmluZGluZ3NJbnRlcmNlcHRvci5kZWxlZ2F0ZUludGVyY2VwdGlvbihKc3IyOTlCaW5kaW5nc0lu dGVyY2VwdG9yLmphdmE6MTE0KSBbamJvc3MtYXMtd2VsZC03LjEuMS5GaW5hbC5qYXI6Ny4xLjEu RmluYWxdDQogICAgICAgIGF0IG9yZy5qYm9zcy5hcy53ZWxkLmVqYi5Kc3IyOTlCaW5kaW5nc0lu dGVyY2VwdG9yLmRvTWV0aG9kSW50ZXJjZXB0aW9uKEpzcjI5OUJpbmRpbmdzSW50ZXJjZXB0b3Iu amF2YToxMjUpIFtqYm9zcy1hcy13ZWxkLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0NCiAg ICAgICAgYXQgb3JnLmpib3NzLmFzLndlbGQuZWpiLkpzcjI5OUJpbmRpbmdzSW50ZXJjZXB0b3Iu cHJvY2Vzc0ludm9jYXRpb24oSnNyMjk5QmluZGluZ3NJbnRlcmNlcHRvci5qYXZhOjEzNSkgW2pi b3NzLWFzLXdlbGQtNy4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQ0KICAgICAgICBhdCBvcmcu amJvc3MuYXMuZWUuY29tcG9uZW50LmludGVyY2VwdG9ycy5Vc2VySW50ZXJjZXB0b3JGYWN0b3J5 JDEucHJvY2Vzc0ludm9jYXRpb24oVXNlckludGVyY2VwdG9yRmFjdG9yeS5qYXZhOjM2KSBbamJv c3MtYXMtZWUtNy4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQ0KICAgICAgICBhdCBvcmcuamJv c3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRl eHQuamF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5h bF0NCiAgICAgICAgYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0JElu dm9jYXRpb24ucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YTozNzQpIFtqYm9zcy1pbnZv Y2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0NCiAgICAgICAgYXQgb3JnLm92aXJ0 LmVuZ2luZS5jb3JlLmJsbC5pbnRlcmNlcHRvcnMuVGhyZWFkTG9jYWxTZXNzaW9uQ2xlYW5lcklu dGVyY2VwdG9yLmluamVjdFdlYkNvbnRleHRUb1RocmVhZExvY2FsKFRocmVhZExvY2FsU2Vzc2lv bkNsZWFuZXJJbnRlcmNlcHRvci5qYXZhOjEzKSBbYmxsLmphcjpdDQogICAgICAgIGF0IHN1bi5y ZWZsZWN0LkdlbmVyYXRlZE1ldGhvZEFjY2Vzc29yMTIyLmludm9rZShVbmtub3duIFNvdXJjZSkg WzoxLjcuMF83NV0NCiAgICAgICAgYXQgc3VuLnJlZmxlY3QuRGVsZWdhdGluZ01ldGhvZEFjY2Vz c29ySW1wbC5pbnZva2UoRGVsZWdhdGluZ01ldGhvZEFjY2Vzc29ySW1wbC5qYXZhOjQzKSBbcnQu amFyOjEuNy4wXzc1XQ0KICAgICAgICBhdCBqYXZhLmxhbmcucmVmbGVjdC5NZXRob2QuaW52b2tl KE1ldGhvZC5qYXZhOjYwNikgW3J0LmphcjoxLjcuMF83NV0NCiAgICAgICAgYXQgb3JnLmpib3Nz LmFzLmVlLmNvbXBvbmVudC5NYW5hZ2VkUmVmZXJlbmNlTGlmZWN5Y2xlTWV0aG9kSW50ZXJjZXB0 b3JGYWN0b3J5JE1hbmFnZWRSZWZlcmVuY2VMaWZlY3ljbGVNZXRob2RJbnRlcmNlcHRvci5wcm9j ZXNzSW52b2NhdGlvbihNYW5hZ2VkUmVmZXJlbmNlTGlmZWN5Y2xlTWV0aG9kSW50ZXJjZXB0b3JG YWN0b3J5LmphdmE6MTIzKSBbamJvc3MtYXMtZWUtNy4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFs XQ0KICAgICAgICBhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJv Y2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4x LkZpbmFsLmphcjoxLjEuMS5GaW5hbF0NCiAgICAgICAgYXQgb3JnLmpib3NzLmludm9jYXRpb24u V2VhdmVkSW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oV2VhdmVkSW50ZXJjZXB0b3IuamF2 YTo1MykgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQ0KICAg ICAgICBhdCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50LmludGVyY2VwdG9ycy5Vc2VySW50ZXJj ZXB0b3JGYWN0b3J5JDEucHJvY2Vzc0ludm9jYXRpb24oVXNlckludGVyY2VwdG9yRmFjdG9yeS5q YXZhOjM2KSBbamJvc3MtYXMtZWUtNy4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQ0KICAgICAg ICBhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRl cmNlcHRvckNvbnRleHQuamF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmph cjoxLjEuMS5GaW5hbF0NCiAgICAgICAgYXQgb3JnLmpib3NzLmFzLndlbGQuZWpiLkVqYlJlcXVl c3RTY29wZUFjdGl2YXRpb25JbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihFamJSZXF1ZXN0 U2NvcGVBY3RpdmF0aW9uSW50ZXJjZXB0b3IuamF2YTo4MikgW2pib3NzLWFzLXdlbGQtNy4xLjEu RmluYWwuamFyOjcuMS4xLkZpbmFsXQ0KICAgICAgICBhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5J bnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgpIFtq Ym9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0NCiAgICAgICAgYXQg b3JnLmpib3NzLmludm9jYXRpb24uSW5pdGlhbEludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9u KEluaXRpYWxJbnRlcmNlcHRvci5qYXZhOjIxKSBbamJvc3MtaW52b2NhdGlvbi0xLjEuMS5GaW5h bC5qYXI6MS4xLjEuRmluYWxdDQogICAgICAgIGF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVy Y2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3Nz LWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQ0KICAgICAgICBhdCBvcmcu amJvc3MuaW52b2NhdGlvbi5DaGFpbmVkSW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oQ2hh aW5lZEludGVyY2VwdG9yLmphdmE6NjEpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmph cjoxLjEuMS5GaW5hbF0NCiAgICAgICAgYXQgb3JnLmpib3NzLmFzLmVlLmNvbXBvbmVudC5pbnRl cmNlcHRvcnMuQ29tcG9uZW50RGlzcGF0Y2hlckludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9u KENvbXBvbmVudERpc3BhdGNoZXJJbnRlcmNlcHRvci5qYXZhOjUzKSBbamJvc3MtYXMtZWUtNy4x LjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQ0KICAgICAgICBhdCBvcmcuamJvc3MuaW52b2NhdGlv bi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgp IFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0NCiAgICAgICAg YXQgb3JnLmpib3NzLmFzLmVqYjMuY29tcG9uZW50LnNpbmdsZXRvbi5TaW5nbGV0b25Db21wb25l bnRJbnN0YW5jZUFzc29jaWF0aW9uSW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oU2luZ2xl dG9uQ29tcG9uZW50SW5zdGFuY2VBc3NvY2lhdGlvbkludGVyY2VwdG9yLmphdmE6NTMpIFtqYm9z cy1hcy1lamIzLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0NCiAgICAgICAgYXQgb3JnLmpi b3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250 ZXh0LmphdmE6Mjg4KSBbamJvc3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmlu YWxdDQogICAgICAgIGF0IG9yZy5qYm9zcy5hcy5lamIzLnR4LkNNVFR4SW50ZXJjZXB0b3IuaW52 b2tlSW5Ob1R4KENNVFR4SW50ZXJjZXB0b3IuamF2YToyMTEpIFtqYm9zcy1hcy1lamIzLTcuMS4x LkZpbmFsLmphcjo3LjEuMS5GaW5hbF0NCiAgICAgICAgYXQgb3JnLmpib3NzLmFzLmVqYjMudHgu Q01UVHhJbnRlcmNlcHRvci5zdXBwb3J0cyhDTVRUeEludGVyY2VwdG9yLmphdmE6MzYzKSBbamJv c3MtYXMtZWpiMy03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdDQogICAgICAgIGF0IG9yZy5q Ym9zcy5hcy5lamIzLnR4LkNNVFR4SW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oQ01UVHhJ bnRlcmNlcHRvci5qYXZhOjE5NCkgW2pib3NzLWFzLWVqYjMtNy4xLjEuRmluYWwuamFyOjcuMS4x LkZpbmFsXQ0KICAgICAgICBhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRl eHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9u LTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0NCiAgICAgICAgYXQgb3JnLmpib3NzLmFzLmVq YjMuY29tcG9uZW50LmludGVyY2VwdG9ycy5DdXJyZW50SW52b2NhdGlvbkNvbnRleHRJbnRlcmNl cHRvci5wcm9jZXNzSW52b2NhdGlvbihDdXJyZW50SW52b2NhdGlvbkNvbnRleHRJbnRlcmNlcHRv ci5qYXZhOjQxKSBbamJvc3MtYXMtZWpiMy03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdDQog ICAgICAgIGF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVk KEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmlu YWwuamFyOjEuMS4xLkZpbmFsXQ0KICAgICAgICBhdCBvcmcuamJvc3MuYXMuZWpiMy5jb21wb25l bnQuaW50ZXJjZXB0b3JzLkxvZ2dpbmdJbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihMb2dn aW5nSW50ZXJjZXB0b3IuamF2YTo1OSkgW2pib3NzLWFzLWVqYjMtNy4xLjEuRmluYWwuamFyOjcu MS4xLkZpbmFsXQ0KICAgICAgICBhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNv bnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgpIFtqYm9zcy1pbnZvY2F0 aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0NCiAgICAgICAgYXQgb3JnLmpib3NzLmFz LmVlLmNvbXBvbmVudC5OYW1lc3BhY2VDb250ZXh0SW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRp b24oTmFtZXNwYWNlQ29udGV4dEludGVyY2VwdG9yLmphdmE6NTApIFtqYm9zcy1hcy1lZS03LjEu MS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdDQogICAgICAgIGF0IG9yZy5qYm9zcy5pbnZvY2F0aW9u LkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkg W2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQ0KICAgICAgICBh dCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50LlRDQ0xJbnRlcmNlcHRvci5wcm9jZXNzSW52b2Nh dGlvbihUQ0NMSW50ZXJjZXB0b3IuamF2YTo0NSkgW2pib3NzLWFzLWVlLTcuMS4xLkZpbmFsLmph cjo3LjEuMS5GaW5hbF0NCiAgICAgICAgYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJjZXB0 b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6Mjg4KSBbamJvc3MtaW52 b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdDQogICAgICAgIGF0IG9yZy5qYm9z cy5pbnZvY2F0aW9uLkNoYWluZWRJbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihDaGFpbmVk SW50ZXJjZXB0b3IuamF2YTo2MSkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEu MS4xLkZpbmFsXQ0KICAgICAgICBhdCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50LlZpZXdTZXJ2 aWNlJFZpZXcuaW52b2tlKFZpZXdTZXJ2aWNlLmphdmE6MTY1KSBbamJvc3MtYXMtZWUtNy4xLjEu RmluYWwuamFyOjcuMS4xLkZpbmFsXQ0KICAgICAgICBhdCBvcmcuamJvc3MuYXMuZWUuY29tcG9u ZW50LlZpZXdEZXNjcmlwdGlvbiQxLnByb2Nlc3NJbnZvY2F0aW9uKFZpZXdEZXNjcmlwdGlvbi5q YXZhOjE3MykgW2pib3NzLWFzLWVlLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0NCiAgICAg ICAgYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0LnByb2NlZWQoSW50 ZXJjZXB0b3JDb250ZXh0LmphdmE6Mjg4KSBbamJvc3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5q YXI6MS4xLjEuRmluYWxdDQogICAgICAgIGF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkNoYWluZWRJ bnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihDaGFpbmVkSW50ZXJjZXB0b3IuamF2YTo2MSkg W2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQ0KICAgICAgICBh dCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50LlByb3h5SW52b2NhdGlvbkhhbmRsZXIuaW52b2tl KFByb3h5SW52b2NhdGlvbkhhbmRsZXIuamF2YTo3MikgW2pib3NzLWFzLWVlLTcuMS4xLkZpbmFs Lmphcjo3LjEuMS5GaW5hbF0NCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmNvbW1v bi5pbnRlcmZhY2VzLkJhY2tlbmRMb2NhbCQkJHZpZXc4LnJ1bkFjdGlvbihVbmtub3duIFNvdXJj ZSkgW2NvbW1vbi5qYXI6XQ0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLnVpLmZyb250ZW5k LnNlcnZlci5nd3QuR2VuZXJpY0FwaUdXVFNlcnZpY2VJbXBsLnJ1bkFjdGlvbihHZW5lcmljQXBp R1dUU2VydmljZUltcGwuamF2YToxMzQpDQogICAgICAgIGF0IHN1bi5yZWZsZWN0Lk5hdGl2ZU1l dGhvZEFjY2Vzc29ySW1wbC5pbnZva2UwKE5hdGl2ZSBNZXRob2QpIFtydC5qYXI6MS43LjBfNzVd DQogICAgICAgIGF0IHN1bi5yZWZsZWN0Lk5hdGl2ZU1ldGhvZEFjY2Vzc29ySW1wbC5pbnZva2Uo TmF0aXZlTWV0aG9kQWNjZXNzb3JJbXBsLmphdmE6NTcpIFtydC5qYXI6MS43LjBfNzVdDQogICAg ICAgIGF0IHN1bi5yZWZsZWN0LkRlbGVnYXRpbmdNZXRob2RBY2Nlc3NvckltcGwuaW52b2tlKERl bGVnYXRpbmdNZXRob2RBY2Nlc3NvckltcGwuamF2YTo0MykgW3J0LmphcjoxLjcuMF83NV0NCiAg ICAgICAgYXQgamF2YS5sYW5nLnJlZmxlY3QuTWV0aG9kLmludm9rZShNZXRob2QuamF2YTo2MDYp IFtydC5qYXI6MS43LjBfNzVdDQogICAgICAgIGF0IGNvbS5nb29nbGUuZ3d0LnJwYy5zZXJ2ZXIu UlBDLmludm9rZUFuZFN0cmVhbVJlc3BvbnNlKFJQQy5qYXZhOjE5NikNCiAgICAgICAgYXQgY29t Lmdvb2dsZS5nd3QucnBjLnNlcnZlci5ScGNTZXJ2bGV0LnByb2Nlc3NDYWxsKFJwY1NlcnZsZXQu amF2YToxNzIpDQogICAgICAgIGF0IGNvbS5nb29nbGUuZ3d0LnJwYy5zZXJ2ZXIuUnBjU2Vydmxl dC5wcm9jZXNzUG9zdChScGNTZXJ2bGV0LmphdmE6MjMzKQ0KICAgICAgICBhdCBjb20uZ29vZ2xl Lmd3dC51c2VyLnNlcnZlci5ycGMuQWJzdHJhY3RSZW1vdGVTZXJ2aWNlU2VydmxldC5kb1Bvc3Qo QWJzdHJhY3RSZW1vdGVTZXJ2aWNlU2VydmxldC5qYXZhOjYyKQ0KICAgICAgICBhdCBqYXZheC5z ZXJ2bGV0Lmh0dHAuSHR0cFNlcnZsZXQuc2VydmljZShIdHRwU2VydmxldC5qYXZhOjc1NCkgW2pi b3NzLXNlcnZsZXQtYXBpXzMuMF9zcGVjLTEuMC4wLkZpbmFsLmphcjoxLjAuMC5GaW5hbF0NCiAg ICAgICAgYXQgamF2YXguc2VydmxldC5odHRwLkh0dHBTZXJ2bGV0LnNlcnZpY2UoSHR0cFNlcnZs ZXQuamF2YTo4NDcpIFtqYm9zcy1zZXJ2bGV0LWFwaV8zLjBfc3BlYy0xLjAuMC5GaW5hbC5qYXI6 MS4wLjAuRmluYWxdDQogICAgICAgIGF0IG9yZy5hcGFjaGUuY2F0YWxpbmEuY29yZS5BcHBsaWNh dGlvbkZpbHRlckNoYWluLmludGVybmFsRG9GaWx0ZXIoQXBwbGljYXRpb25GaWx0ZXJDaGFpbi5q YXZhOjMyOSkNCiAgICAgICAgYXQgb3JnLmFwYWNoZS5jYXRhbGluYS5jb3JlLkFwcGxpY2F0aW9u RmlsdGVyQ2hhaW4uZG9GaWx0ZXIoQXBwbGljYXRpb25GaWx0ZXJDaGFpbi5qYXZhOjI0OCkNCiAg ICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLnNlcnZsZXQuSGVhZGVyRmlsdGVy LmRvRmlsdGVyKEhlYWRlckZpbHRlci5qYXZhOjk0KSBbdXRpbHMuamFyOl0NCiAgICAgICAgYXQg b3JnLmFwYWNoZS5jYXRhbGluYS5jb3JlLkFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uaW50ZXJuYWxE b0ZpbHRlcihBcHBsaWNhdGlvbkZpbHRlckNoYWluLmphdmE6MjgwKQ0KICAgICAgICBhdCBvcmcu YXBhY2hlLmNhdGFsaW5hLmNvcmUuQXBwbGljYXRpb25GaWx0ZXJDaGFpbi5kb0ZpbHRlcihBcHBs aWNhdGlvbkZpbHRlckNoYWluLmphdmE6MjQ4KQ0KICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5l LnVpLmZyb250ZW5kLnNlcnZlci5nd3QuR3d0Q2FjaGluZ0ZpbHRlci5kb0ZpbHRlcihHd3RDYWNo aW5nRmlsdGVyLmphdmE6MTMyKQ0KICAgICAgICBhdCBvcmcuYXBhY2hlLmNhdGFsaW5hLmNvcmUu QXBwbGljYXRpb25GaWx0ZXJDaGFpbi5pbnRlcm5hbERvRmlsdGVyKEFwcGxpY2F0aW9uRmlsdGVy Q2hhaW4uamF2YToyODApDQogICAgICAgIGF0IG9yZy5hcGFjaGUuY2F0YWxpbmEuY29yZS5BcHBs aWNhdGlvbkZpbHRlckNoYWluLmRvRmlsdGVyKEFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uamF2YToy NDgpDQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5icmFuZGluZy5CcmFuZGluZ0Zp bHRlci5kb0ZpbHRlcihCcmFuZGluZ0ZpbHRlci5qYXZhOjcyKQ0KICAgICAgICBhdCBvcmcuYXBh Y2hlLmNhdGFsaW5hLmNvcmUuQXBwbGljYXRpb25GaWx0ZXJDaGFpbi5pbnRlcm5hbERvRmlsdGVy KEFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uamF2YToyODApDQogICAgICAgIGF0IG9yZy5hcGFjaGUu Y2F0YWxpbmEuY29yZS5BcHBsaWNhdGlvbkZpbHRlckNoYWluLmRvRmlsdGVyKEFwcGxpY2F0aW9u RmlsdGVyQ2hhaW4uamF2YToyNDgpDQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS51 dGlscy5zZXJ2bGV0LkxvY2FsZUZpbHRlci5kb0ZpbHRlcihMb2NhbGVGaWx0ZXIuamF2YTo2NCkg W3V0aWxzLmphcjpdDQogICAgICAgIGF0IG9yZy5hcGFjaGUuY2F0YWxpbmEuY29yZS5BcHBsaWNh dGlvbkZpbHRlckNoYWluLmludGVybmFsRG9GaWx0ZXIoQXBwbGljYXRpb25GaWx0ZXJDaGFpbi5q YXZhOjI4MCkNCiAgICAgICAgYXQgb3JnLmFwYWNoZS5jYXRhbGluYS5jb3JlLkFwcGxpY2F0aW9u RmlsdGVyQ2hhaW4uZG9GaWx0ZXIoQXBwbGljYXRpb25GaWx0ZXJDaGFpbi5qYXZhOjI0OCkNCiAg ICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmFhYS5maWx0ZXJzLlNlc3Npb25NZ210Rmls dGVyLmRvRmlsdGVyKFNlc3Npb25NZ210RmlsdGVyLmphdmE6MzEpIFthYWEuamFyOl0NCiAgICAg ICAgYXQgb3JnLmFwYWNoZS5jYXRhbGluYS5jb3JlLkFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uaW50 ZXJuYWxEb0ZpbHRlcihBcHBsaWNhdGlvbkZpbHRlckNoYWluLmphdmE6MjgwKQ0KICAgICAgICBh dCBvcmcuYXBhY2hlLmNhdGFsaW5hLmNvcmUuQXBwbGljYXRpb25GaWx0ZXJDaGFpbi5kb0ZpbHRl cihBcHBsaWNhdGlvbkZpbHRlckNoYWluLmphdmE6MjQ4KQ0KICAgICAgICBhdCBvcmcub3ZpcnQu ZW5naW5lLmNvcmUuYWFhLmZpbHRlcnMuTG9naW5GaWx0ZXIuZG9GaWx0ZXIoTG9naW5GaWx0ZXIu amF2YTo3NCkgW2FhYS5qYXI6XQ0KICAgICAgICBhdCBvcmcuYXBhY2hlLmNhdGFsaW5hLmNvcmUu QXBwbGljYXRpb25GaWx0ZXJDaGFpbi5pbnRlcm5hbERvRmlsdGVyKEFwcGxpY2F0aW9uRmlsdGVy Q2hhaW4uamF2YToyODApDQogICAgICAgIGF0IG9yZy5hcGFjaGUuY2F0YWxpbmEuY29yZS5BcHBs aWNhdGlvbkZpbHRlckNoYWluLmRvRmlsdGVyKEFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uamF2YToy NDgpDQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5hYWEuZmlsdGVycy5OZWdvdGlh dGlvbkZpbHRlci5kb0ZpbHRlcihOZWdvdGlhdGlvbkZpbHRlci5qYXZhOjExMykgW2FhYS5qYXI6 XQ0KICAgICAgICBhdCBvcmcuYXBhY2hlLmNhdGFsaW5hLmNvcmUuQXBwbGljYXRpb25GaWx0ZXJD aGFpbi5pbnRlcm5hbERvRmlsdGVyKEFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uamF2YToyODApDQog ICAgICAgIGF0IG9yZy5hcGFjaGUuY2F0YWxpbmEuY29yZS5BcHBsaWNhdGlvbkZpbHRlckNoYWlu LmRvRmlsdGVyKEFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uamF2YToyNDgpDQogICAgICAgIGF0IG9y Zy5vdmlydC5lbmdpbmUuY29yZS5hYWEuZmlsdGVycy5CYXNpY0F1dGhlbnRpY2F0aW9uRmlsdGVy LmRvRmlsdGVyKEJhc2ljQXV0aGVudGljYXRpb25GaWx0ZXIuamF2YTo5MCkgW2FhYS5qYXI6XQ0K ICAgICAgICBhdCBvcmcuYXBhY2hlLmNhdGFsaW5hLmNvcmUuQXBwbGljYXRpb25GaWx0ZXJDaGFp bi5pbnRlcm5hbERvRmlsdGVyKEFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uamF2YToyODApDQogICAg ICAgIGF0IG9yZy5hcGFjaGUuY2F0YWxpbmEuY29yZS5BcHBsaWNhdGlvbkZpbHRlckNoYWluLmRv RmlsdGVyKEFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uamF2YToyNDgpDQogICAgICAgIGF0IG9yZy5v dmlydC5lbmdpbmUuY29yZS5hYWEuZmlsdGVycy5TZXNzaW9uVmFsaWRhdGlvbkZpbHRlci5kb0Zp bHRlcihTZXNzaW9uVmFsaWRhdGlvbkZpbHRlci5qYXZhOjczKSBbYWFhLmphcjpdDQogICAgICAg IGF0IG9yZy5hcGFjaGUuY2F0YWxpbmEuY29yZS5BcHBsaWNhdGlvbkZpbHRlckNoYWluLmludGVy bmFsRG9GaWx0ZXIoQXBwbGljYXRpb25GaWx0ZXJDaGFpbi5qYXZhOjI4MCkNCiAgICAgICAgYXQg b3JnLmFwYWNoZS5jYXRhbGluYS5jb3JlLkFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uZG9GaWx0ZXIo QXBwbGljYXRpb25GaWx0ZXJDaGFpbi5qYXZhOjI0OCkNCiAgICAgICAgYXQgb3JnLmFwYWNoZS5j YXRhbGluYS5jb3JlLlN0YW5kYXJkV3JhcHBlclZhbHZlLmludm9rZShTdGFuZGFyZFdyYXBwZXJW YWx2ZS5qYXZhOjI3NSkNCiAgICAgICAgYXQgb3JnLmFwYWNoZS5jYXRhbGluYS5jb3JlLlN0YW5k YXJkQ29udGV4dFZhbHZlLmludm9rZShTdGFuZGFyZENvbnRleHRWYWx2ZS5qYXZhOjE2MSkNCiAg ICAgICAgYXQgb3JnLmFwYWNoZS5jYXRhbGluYS5hdXRoZW50aWNhdG9yLkF1dGhlbnRpY2F0b3JC YXNlLmludm9rZShBdXRoZW50aWNhdG9yQmFzZS5qYXZhOjQ4OSkNCiAgICAgICAgYXQgb3JnLmpi b3NzLmFzLndlYi5zZWN1cml0eS5TZWN1cml0eUNvbnRleHRBc3NvY2lhdGlvblZhbHZlLmludm9r ZShTZWN1cml0eUNvbnRleHRBc3NvY2lhdGlvblZhbHZlLmphdmE6MTUzKQ0KICAgICAgICBhdCBv cmcuYXBhY2hlLmNhdGFsaW5hLmNvcmUuU3RhbmRhcmRIb3N0VmFsdmUuaW52b2tlKFN0YW5kYXJk SG9zdFZhbHZlLmphdmE6MTU1KQ0KICAgICAgICBhdCBvcmcuYXBhY2hlLmNhdGFsaW5hLnZhbHZl cy5FcnJvclJlcG9ydFZhbHZlLmludm9rZShFcnJvclJlcG9ydFZhbHZlLmphdmE6MTAyKQ0KICAg ICAgICBhdCBvcmcuamJvc3Mud2ViLnJld3JpdGUuUmV3cml0ZVZhbHZlLmludm9rZShSZXdyaXRl VmFsdmUuamF2YTo0NjYpDQogICAgICAgIGF0IG9yZy5hcGFjaGUuY2F0YWxpbmEuY29yZS5TdGFu ZGFyZEVuZ2luZVZhbHZlLmludm9rZShTdGFuZGFyZEVuZ2luZVZhbHZlLmphdmE6MTA5KQ0KICAg ICAgICBhdCBvcmcuYXBhY2hlLmNhdGFsaW5hLmNvbm5lY3Rvci5Db3lvdGVBZGFwdGVyLnNlcnZp Y2UoQ295b3RlQWRhcHRlci5qYXZhOjM2OCkNCiAgICAgICAgYXQgb3JnLmFwYWNoZS5jb3lvdGUu YWpwLkFqcFByb2Nlc3Nvci5wcm9jZXNzKEFqcFByb2Nlc3Nvci5qYXZhOjUwNSkNCiAgICAgICAg YXQgb3JnLmFwYWNoZS5jb3lvdGUuYWpwLkFqcFByb3RvY29sJEFqcENvbm5lY3Rpb25IYW5kbGVy LnByb2Nlc3MoQWpwUHJvdG9jb2wuamF2YTo0NDUpDQogICAgICAgIGF0IG9yZy5hcGFjaGUudG9t Y2F0LnV0aWwubmV0LkpJb0VuZHBvaW50JFdvcmtlci5ydW4oSklvRW5kcG9pbnQuamF2YTo5MzAp DQogICAgICAgIGF0IGphdmEubGFuZy5UaHJlYWQucnVuKFRocmVhZC5qYXZhOjc0NSkgW3J0Lmph cjoxLjcuMF83NV0NCg== --_004_DBXPR06MB544B7162913FCBAC47F7574C3080DBXPR06MB544eurprd_--

5 years, 4 months

1
0
0 / 0

Add network interface to self hosted engine

by Jason Keltz

Hi. Is it possible to add a network interface from the node to self hosted engine after it is setup? Jason. Sent with AquaMail for Android http://www.aqua-mail.com

5 years, 4 months

2
1
0 / 0

Hosted-Engine "misc configuration"

by Jaicel

------=_Part_2994915_1860771317.1427365373845 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi everyone, i'm having this error during the deployment of VM for engine. im using ovirt 3.5 repo and freenas 9.3 as my NFS Server. vdsm-4.16.10-8.gitc937927.el6.x86_64 libvirt-0.10.2-46.el6_6.3.x86_64 sanlock-2.8-1.el6.x86_64 [ INFO ] Stage: Setup validation [WARNING] Host name ovirt1 has no domain suffix --== CONFIGURATION PREVIEW ==-- Engine FQDN : engine Bridge name : ovirtmgmt SSH daemon port : 22 Gateway address : 192.168.206.1 Host name for web application : hosted_engine_1 Host ID : 1 Image alias : hosted_engine Image size GB : 40 Storage connection : storage:/mnt/STORAGE-DOMAIN/OVIRT-ENGINE Console type : vnc Memory size MB : 4096 MAC address : 00:16:3e:4e:8c:cb Boot type : cdrom Number of CPUs : 2 ISO image (for cdrom boot) : /CentOS-6.6-x86_64-minimal.iso CPU Type : model_Penryn Please confirm installation settings (Yes, No)[Yes]: [ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Configuring libvirt [ INFO ] Configuring VDSM [ INFO ] Starting vdsmd [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Connected to Storage Domain [ INFO ] Connecting Storage Pool [ ERROR ] Failed to execute stage 'Misc configuration': Not SPM [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20150326181348.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination Thanks, Jaicel ------=_Part_2994915_1860771317.1427365373845 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 10pt; color: #000000"><div>Hi everyone,<br></div><div><br data-mce-bog= us=3D"1"></div><div>i'm having this error during the deployment of VM for e= ngine. im using ovirt 3.5 repo and freenas 9.3 as my NFS Server.<br data-mc= e-bogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><div>vdsm-4.16.10-8= .gitc937927.el6.x86_64</div><div>libvirt-0.10.2-46.el6_6.3.x86_64</div><div= >sanlock-2.8-1.el6.x86_64</div><div><br data-mce-bogus=3D"1"></div><div><sp= an data-mce-style=3D"background-color: #ffff00;" style=3D"background-color:= rgb(255, 255, 0);">[ INFO  ] Stage: Setup validation</span><br><span = data-mce-style=3D"background-color: #ffff00;" style=3D"background-color: rg= b(255, 255, 0);">[WARNING] Host name ovirt1 has no domain suffix</span><br>= <span data-mce-style=3D"background-color: #ffff00;" style=3D"background-col= or: rgb(255, 255, 0);">         </s= pan><br><span data-mce-style=3D"background-color: #ffff00;" style=3D"backgr= ound-color: rgb(255, 255, 0);">       &n= bsp;  --=3D=3D CONFIGURATION PREVIEW =3D=3D--</span><br><span data-mce= -style=3D"background-color: #ffff00;" style=3D"background-color: rgb(255, 2= 55, 0);">         </span><br><span = data-mce-style=3D"background-color: #ffff00;" style=3D"background-color: rg= b(255, 255, 0);">          Eng= ine FQDN           &= nbsp;            : e= ngine</span><br><span data-mce-style=3D"background-color: #ffff00;" style= =3D"background-color: rgb(255, 255, 0);">     &nbs= p;    Bridge name       &= nbsp;           &nbs= p;    : ovirtmgmt</span><br><span data-mce-style=3D"backgrou= nd-color: #ffff00;" style=3D"background-color: rgb(255, 255, 0);"> &nb= sp;        SSH daemon port  &n= bsp;           &nbsp= ;     : 22</span><br><span data-mce-style=3D"background= -color: #ffff00;" style=3D"background-color: rgb(255, 255, 0);"> &nbsp= ;        Gateway address  &nbs= p;            &= nbsp;    : 192.168.206.1</span><br><span data-mce-style=3D"b= ackground-color: #ffff00;" style=3D"background-color: rgb(255, 255, 0);">&n= bsp;         Host name for web appl= ication      : hosted_engine_1</span><br><span dat= a-mce-style=3D"background-color: #ffff00;" style=3D"background-color: rgb(2= 55, 255, 0);">          Host I= D            &n= bsp;           &nbsp= ;   : 1</span><br><span data-mce-style=3D"background-color: #ffff= 00;" style=3D"background-color: rgb(255, 255, 0);">    =       Image alias     &nb= sp;            =       : hosted_engine</span><br><span data-mce-sty= le=3D"background-color: #ffff00;" style=3D"background-color: rgb(255, 255, = 0);">          Image size GB&n= bsp;           &nbsp= ;         : 40</span><br><span data= -mce-style=3D"background-color: #ffff00;" style=3D"background-color: rgb(25= 5, 255, 0);">          Storage= connection          &nbs= p;      : storage:/mnt/STORAGE-DOMAIN/OVIRT-ENGINE= </span><br><span data-mce-style=3D"background-color: #ffff00;" style=3D"bac= kground-color: rgb(255, 255, 0);">      &nbsp= ;   Console type        &= nbsp;           &nbs= p;  : vnc</span><br><span data-mce-style=3D"background-color: #ffff00;= " style=3D"background-color: rgb(255, 255, 0);">    &nb= sp;     Memory size MB     &nb= sp;            =    : 4096</span><br><span data-mce-style=3D"background-color: #ff= ff00;" style=3D"background-color: rgb(255, 255, 0);">   &nbs= p;      MAC address     &= nbsp;           &nbs= p;      : 00:16:3e:4e:8c:cb</span><br><span data-m= ce-style=3D"background-color: #ffff00;" style=3D"background-color: rgb(255,= 255, 0);">          Boot type=             &nb= sp;            = : cdrom</span><br><span data-mce-style=3D"background-color: #ffff00;" styl= e=3D"background-color: rgb(255, 255, 0);">     &nb= sp;    Number of CPUs      &nb= sp;            =   : 2</span><br><span data-mce-style=3D"background-color: #ffff00;" st= yle=3D"background-color: rgb(255, 255, 0);">     &= nbsp;    ISO image (for cdrom boot)    &= nbsp;    : /CentOS-6.6-x86_64-minimal.iso</span><br><span da= ta-mce-style=3D"background-color: #ffff00;" style=3D"background-color: rgb(= 255, 255, 0);">          CPU T= ype            =             &nb= sp;  : model_Penryn</span><br><span data-mce-style=3D"background-color= : #ffff00;" style=3D"background-color: rgb(255, 255, 0);">  &nbsp= ;      </span><br><span data-mce-style=3D"backgrou= nd-color: #ffff00;" style=3D"background-color: rgb(255, 255, 0);"> &nb= sp;        Please confirm installation s= ettings (Yes, No)[Yes]: </span><br><span data-mce-style=3D"background-color= : #ffff00;" style=3D"background-color: rgb(255, 255, 0);">[ INFO  ] St= age: Transaction setup</span><br><span data-mce-style=3D"background-color: = #ffff00;" style=3D"background-color: rgb(255, 255, 0);">[ INFO  ] Stag= e: Misc configuration</span><br><span data-mce-style=3D"background-color: #= ffff00;" style=3D"background-color: rgb(255, 255, 0);">[ INFO  ] Stage= : Package installation</span><br><span data-mce-style=3D"background-color: = #ffff00;" style=3D"background-color: rgb(255, 255, 0);">[ INFO  ] Stag= e: Misc configuration</span><br><span data-mce-style=3D"background-color: #= ffff00;" style=3D"background-color: rgb(255, 255, 0);">[ INFO  ] Confi= guring libvirt</span><br><span data-mce-style=3D"background-color: #ffff00;= " style=3D"background-color: rgb(255, 255, 0);">[ INFO  ] Configuring = VDSM</span><br><span data-mce-style=3D"background-color: #ffff00;" style=3D= "background-color: rgb(255, 255, 0);">[ INFO  ] Starting vdsmd</span><= br><span data-mce-style=3D"background-color: #ffff00;" style=3D"background-= color: rgb(255, 255, 0);">[ INFO  ] Waiting for VDSM hardware info</sp= an><br><span data-mce-style=3D"background-color: #ffff00;" style=3D"backgro= und-color: rgb(255, 255, 0);">[ INFO  ] Waiting for VDSM hardware info= </span><br><span data-mce-style=3D"background-color: #ffff00;" style=3D"bac= kground-color: rgb(255, 255, 0);">[ INFO  ] Waiting for VDSM hardware = info</span><br><span data-mce-style=3D"background-color: #ffff00;" style=3D= "background-color: rgb(255, 255, 0);">[ INFO  ] Connected to Storage D= omain</span><br><span data-mce-style=3D"background-color: #ffff00;" style= =3D"background-color: rgb(255, 255, 0);">[ INFO  ] Connecting Storage = Pool</span><br><span data-mce-style=3D"background-color: #ffff00;" style=3D= "background-color: rgb(255, 255, 0);">[ ERROR ] Failed to execute stage 'Mi= sc configuration': Not SPM</span><br><span data-mce-style=3D"background-col= or: #ffff00;" style=3D"background-color: rgb(255, 255, 0);">[ INFO  ] = Stage: Clean up</span><br><span data-mce-style=3D"background-color: #ffff00= ;" style=3D"background-color: rgb(255, 255, 0);">[ INFO  ] Generating = answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20150326181= 348.conf'</span><br><span data-mce-style=3D"background-color: #ffff00;" sty= le=3D"background-color: rgb(255, 255, 0);">[ INFO  ] Stage: Pre-termin= ation</span><br><span data-mce-style=3D"background-color: #ffff00;" style= =3D"background-color: rgb(255, 255, 0);">[ INFO  ] Stage: Termination<= /span></div><div><br></div><div data-marker=3D"__SIG_PRE__">Thanks,<br>Jaic= el</div></div></body></html> ------=_Part_2994915_1860771317.1427365373845--

5 years, 4 months

2
1
0 / 0

oVirt Weekly Meeting Minutes -- 2015-03-26

by Yaniv Dary

This is a multi-part message in MIME format. --------------080409080506010008050906 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by ydary at 14:02:53 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.log.html . Meeting summary --------------- * Agenda and roll Call (ydary, 14:03:05) * infra update (ydary, 14:03:07) * 3.5.z updates (ydary, 14:03:08) * 3.6.0 status (ydary, 14:03:10) * conferences and workshops (ydary, 14:03:11) * other topics (ydary, 14:03:13) * infra update (ydary, 14:06:33) * CI breakage due to various missing deps in vdsm master is being fix now. (ydary, 14:08:31) * Jobs queue in jenkins is over 200 jobs, we need to find a way to process them in a faster way. Still waiting for new memory upgrades in phx lab. (ydary, 14:09:18) * Many jobs are starting for each patch causing load. Other than memory upgrade there is discssion on running some jobs in sequnce. mvk and dcaro are looking into this. (ydary, 14:12:47) * 3.5.z updates (ydary, 14:17:06) * 3.5.z status: http://lists.ovirt.org/pipermail/users/2015-March/032022.html (ydary, 14:19:41) * 5 blockers open, RC3 will be released next week, once they are all fixed. (ydary, 14:20:11) * 5 blockers open, oVirt 3.5.2 RC3 will be released next week, once they are all fixed. (ydary, 14:21:30) * ACTION: 3.5 branch tester, please use the CentOS 7 with CR enable, since we want to get early issues with this update. (ydary, 14:22:40) * 3.6 status (ydary, 14:23:12) * oVirt 3.6.0 Status: http://lists.ovirt.org/pipermail/users/2015-March/032019.html (ydary, 14:23:47) * Master branch broken on dependencies issues that is being worked on. (ydary, 14:24:19) * Integration 3.6 Status Update: Progress has been done this week for using cloud-init when deploying the engine using the ovirt-appliance. (ydary, 14:25:33) * Also on moving the hosted engine configuration to shared storage and supporting hyperconverged gluster. Several patches are currently under review. (ydary, 14:26:08) * No updates on Fedora 22 or Debian support this week. (ydary, 14:26:49) * FC22 support pending infra for wildfly / jdk 1.8. In Debian patches are pending review and there is a issue of libvirt package version available. (ydary, 14:29:41) * In CentOS, qemu-kvm-ev landed on Virt SIG for CentOS 7.1. (ydary, 14:30:13) * Storage 3.6.0 Status Update: Hosted Engine issues that may affect 3.5.0 is currently under investigation (#1205225). (ydary, 14:33:01) * No updates on feature status. (ydary, 14:35:55) * Gluster 3.6.0 Status Update: Geo-replication, volume snapshot management, brick provisioning and choosing gluster network for bricks - features merged and testing underway. (ydary, 14:37:06) * Waiting on testing issues for inital sanity. (ydary, 14:37:56) * REST API missing for these features and will be added in the next few weeks as well. (ydary, 14:38:25) * UX 3.6.0 Status Update: Patternfly tooltip infrastructure merged and Italian translation at 50% now. Other features are progressing nicely. (ydary, 14:41:37) * Node 3.6.0 Status Update: Big progress on the cockpit TUI migration. (ydary, 14:46:11) * rbarry added an initial backend for our configuration libraries (reusing the existing libraries from ovirt-node) to make them consumable from dbus and patches are been pushed. Currently pending builders and inclusion in some builds. Also progressed with refactoring to make the libaries consumable on regular hosts without breaking them. (ydary, 14:48:48) * Good progress on making the Engine appliance suitable for cloud-init usage with better integration with hosted-engine-setup. (ydary, 14:49:35) * Big effort is still in progress to clean up and align the node jenkins jobs better with the rest of oVirt CI. (ydary, 14:50:12) * Infra 3.6.0 Status Update: No updates from last week. (ydary, 14:51:48) * Virt 3.6.0 Status Update: V2V tool and passthrough devices work in progress. VM instance types images merged. (ydary, 14:56:59) * SLA 3.6.0 Status Update: No one attended from the team. (ydary, 14:57:42) * Network 3.6.0 Status Update: No one attended from the team. (ydary, 14:57:56) * conferences and workshops (ydary, 14:58:35) * Planning for KVM Forum is up and running. KVM- and oVirt-related talks should be submitted at http://events.linuxfoundation.org/events/kvm-forum/program/cfp before May 1. (ydary, 14:59:14) * There has been some discussion on the length of the oVirt Workshop track in this year's KVM Forum. Right now, it will be at least a full day, but if we get a bunch more oVirt sessions, then I can make the argument to try to expend the track's length. (ydary, 14:59:41) * CFP for All Things Open in Raleigh on Oct. 18-20. gshereme has expressed interest in doing a Workshop there. This would be a good, and could fill the need to do a Workshop in Dublin around LinuxCon EU. CfP for ATO closes on April 30 Details: http://bit.ly/1FUKYRv. (ydary, 15:00:42) * LinuxCon EU, CfP for that event on Oct. 5-7 in Dublin, Ireland (and the co-located CloudOpen) is now open as well. CfP closes on June 17, so there is time, but don't let it slip. http://events.linuxfoundation.org//events/linuxcon-europe/program/cfp (ydary, 15:01:07) * FISL16 in Porto Allegre, Brazil CfP closes soon (March 30) http://segue.fisl16.softwarelivre.org/#/. Any devs in the region are encouraged to attend this event. bkp id planning on attending Latinoware in Brazil later in 2015, so oVirt will have some presentation in South America this year. (ydary, 15:01:50) * other topics (ydary, 15:02:24) * Automated conversion of oVirt.org from MediaWiki to MarkDown is proceeding. Most of the content is coming across fine, with some overly complicated documents (such as ones with tables and footnotes) needing a little extra post-conversion work. The big issue is ensuring all documents are properly categorized so they show up in the correct site topography when we are done. (ydary, 15:03:12) * ACTION: If you have input on the tools to be presented in the new site, please let me know. So far, confirmed new additions include an oVirt-specific blog and some sort of Q&A forum, such as Ask or a StackOverflow-based forum. Feedback welcome! (ydary, 15:03:41) * till looking for case studies/users to highlight. itamar has pointed out a lot, but if you work with any oVirt users from new and interesting organizations, point them out to me. (ydary, 15:04:01) * ACTION: Still looking for case studies/users to highlight. Itamar has pointed out a lot, but if you work with any oVirt users from new and interesting organizations, point them out to me. (ydary, 15:04:23) Meeting ended at 15:05:46 UTC. Action Items ------------ * 3.5 branch tester, please use the CentOS 7 with CR enable, since we want to get early issues with this update. * If you have input on the tools to be presented in the new site, please let me know. So far, confirmed new additions include an oVirt-specific blog and some sort of Q&A forum, such as Ask or a StackOverflow-based forum. Feedback welcome! * Still looking for case studies/users to highlight. Itamar has pointed out a lot, but if you work with any oVirt users from new and interesting organizations, point them out to me. Action Items, by person ----------------------- * **UNASSIGNED** * 3.5 branch tester, please use the CentOS 7 with CR enable, since we want to get early issues with this update. * If you have input on the tools to be presented in the new site, please let me know. So far, confirmed new additions include an oVirt-specific blog and some sort of Q&A forum, such as Ask or a StackOverflow-based forum. Feedback welcome! * Still looking for case studies/users to highlight. Itamar has pointed out a lot, but if you work with any oVirt users from new and interesting organizations, point them out to me. People Present (lines said) --------------------------- * ydary (102) * sbonazzo (33) * fabiand (13) * bkp (12) * sahina (12) * awels (10) * danken (10) * eedri|wfh (6) * aaviram (4) * mskrivanek (3) * oved (2) * ovirtbot (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Yaniv Dary Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary(a)redhat.com IRC : ydary --------------080409080506010008050906 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 bgcolor="#FFFFFF" text="#000000"> <font face="monospace"><br> Minutes: <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.html">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.html</a><br> Minutes (text): <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.txt">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.txt</a><br> Log: <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.log.html">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.log.html</a></font><br> <br> <pre>========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by ydary at 14:02:53 UTC. The full logs are available at <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.log.html">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-25-14.02.log.html</a> . Meeting summary --------------- * Agenda and roll Call (ydary, 14:03:05) * infra update (ydary, 14:03:07) * 3.5.z updates (ydary, 14:03:08) * 3.6.0 status (ydary, 14:03:10) * conferences and workshops (ydary, 14:03:11) * other topics (ydary, 14:03:13) * infra update (ydary, 14:06:33) * CI breakage due to various missing deps in vdsm master is being fix now. (ydary, 14:08:31) * Jobs queue in jenkins is over 200 jobs, we need to find a way to process them in a faster way. Still waiting for new memory upgrades in phx lab. (ydary, 14:09:18) * Many jobs are starting for each patch causing load. Other than memory upgrade there is discssion on running some jobs in sequnce. mvk and dcaro are looking into this. (ydary, 14:12:47) * 3.5.z updates (ydary, 14:17:06) * 3.5.z status: <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/pipermail/users/2015-March/032022.html">http://lists.ovirt.org/pipermail/users/2015-March/032022.html</a> (ydary, 14:19:41) * 5 blockers open, RC3 will be released next week, once they are all fixed. (ydary, 14:20:11) * 5 blockers open, oVirt 3.5.2 RC3 will be released next week, once they are all fixed. (ydary, 14:21:30) * ACTION: 3.5 branch tester, please use the CentOS 7 with CR enable, since we want to get early issues with this update. (ydary, 14:22:40) * 3.6 status (ydary, 14:23:12) * oVirt 3.6.0 Status: <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/pipermail/users/2015-March/032019.html">http://lists.ovirt.org/pipermail/users/2015-March/032019.html</a> (ydary, 14:23:47) * Master branch broken on dependencies issues that is being worked on. (ydary, 14:24:19) * Integration 3.6 Status Update: Progress has been done this week for using cloud-init when deploying the engine using the ovirt-appliance. (ydary, 14:25:33) * Also on moving the hosted engine configuration to shared storage and supporting hyperconverged gluster. Several patches are currently under review. (ydary, 14:26:08) * No updates on Fedora 22 or Debian support this week. (ydary, 14:26:49) * FC22 support pending infra for wildfly / jdk 1.8. In Debian patches are pending review and there is a issue of libvirt package version available. (ydary, 14:29:41) * In CentOS, qemu-kvm-ev landed on Virt SIG for CentOS 7.1. (ydary, 14:30:13) * Storage 3.6.0 Status Update: Hosted Engine issues that may affect 3.5.0 is currently under investigation (#1205225). (ydary, 14:33:01) * No updates on feature status. (ydary, 14:35:55) * Gluster 3.6.0 Status Update: Geo-replication, volume snapshot management, brick provisioning and choosing gluster network for bricks - features merged and testing underway. (ydary, 14:37:06) * Waiting on testing issues for inital sanity. (ydary, 14:37:56) * REST API missing for these features and will be added in the next few weeks as well. (ydary, 14:38:25) * UX 3.6.0 Status Update: Patternfly tooltip infrastructure merged and Italian translation at 50% now. Other features are progressing nicely. (ydary, 14:41:37) * Node 3.6.0 Status Update: Big progress on the cockpit TUI migration. (ydary, 14:46:11) * rbarry added an initial backend for our configuration libraries (reusing the existing libraries from ovirt-node) to make them consumable from dbus and patches are been pushed. Currently pending builders and inclusion in some builds. Also progressed with refactoring to make the libaries consumable on regular hosts without breaking them. (ydary, 14:48:48) * Good progress on making the Engine appliance suitable for cloud-init usage with better integration with hosted-engine-setup. (ydary, 14:49:35) * Big effort is still in progress to clean up and align the node jenkins jobs better with the rest of oVirt CI. (ydary, 14:50:12) * Infra 3.6.0 Status Update: No updates from last week. (ydary, 14:51:48) * Virt 3.6.0 Status Update: V2V tool and passthrough devices work in progress. VM instance types images merged. (ydary, 14:56:59) * SLA 3.6.0 Status Update: No one attended from the team. (ydary, 14:57:42) * Network 3.6.0 Status Update: No one attended from the team. (ydary, 14:57:56) * conferences and workshops (ydary, 14:58:35) * Planning for KVM Forum is up and running. KVM- and oVirt-related talks should be submitted at <a class="moz-txt-link-freetext" href="http://events.linuxfoundation.org/events/kvm-forum/program/cfp">http://events.linuxfoundation.org/events/kvm-forum/program/cfp</a> before May 1. (ydary, 14:59:14) * There has been some discussion on the length of the oVirt Workshop track in this year's KVM Forum. Right now, it will be at least a full day, but if we get a bunch more oVirt sessions, then I can make the argument to try to expend the track's length. (ydary, 14:59:41) * CFP for All Things Open in Raleigh on Oct. 18-20. gshereme has expressed interest in doing a Workshop there. This would be a good, and could fill the need to do a Workshop in Dublin around LinuxCon EU. CfP for ATO closes on April 30 Details: <a class="moz-txt-link-freetext" href="http://bit.ly/1FUKYRv">http://bit.ly/1FUKYRv</a>. (ydary, 15:00:42) * LinuxCon EU, CfP for that event on Oct. 5-7 in Dublin, Ireland (and the co-located CloudOpen) is now open as well. CfP closes on June 17, so there is time, but don't let it slip. <a class="moz-txt-link-freetext" href="http://events.linuxfoundation.org//events/linuxcon-europe/program/cfp">http://events.linuxfoundation.org//events/linuxcon-europe/program/cfp</a> (ydary, 15:01:07) * FISL16 in Porto Allegre, Brazil CfP closes soon (March 30) <a class="moz-txt-link-freetext" href="http://segue.fisl16.softwarelivre.org/#/">http://segue.fisl16.softwarelivre.org/#/</a>. Any devs in the region are encouraged to attend this event. bkp id planning on attending Latinoware in Brazil later in 2015, so oVirt will have some presentation in South America this year. (ydary, 15:01:50) * other topics (ydary, 15:02:24) * Automated conversion of oVirt.org from MediaWiki to MarkDown is proceeding. Most of the content is coming across fine, with some overly complicated documents (such as ones with tables and footnotes) needing a little extra post-conversion work. The big issue is ensuring all documents are properly categorized so they show up in the correct site topography when we are done. (ydary, 15:03:12) * ACTION: If you have input on the tools to be presented in the new site, please let me know. So far, confirmed new additions include an oVirt-specific blog and some sort of Q&A forum, such as Ask or a StackOverflow-based forum. Feedback welcome! (ydary, 15:03:41) * till looking for case studies/users to highlight. itamar has pointed out a lot, but if you work with any oVirt users from new and interesting organizations, point them out to me. (ydary, 15:04:01) * ACTION: Still looking for case studies/users to highlight. Itamar has pointed out a lot, but if you work with any oVirt users from new and interesting organizations, point them out to me. (ydary, 15:04:23) Meeting ended at 15:05:46 UTC. Action Items ------------ * 3.5 branch tester, please use the CentOS 7 with CR enable, since we want to get early issues with this update. * If you have input on the tools to be presented in the new site, please let me know. So far, confirmed new additions include an oVirt-specific blog and some sort of Q&A forum, such as Ask or a StackOverflow-based forum. Feedback welcome! * Still looking for case studies/users to highlight. Itamar has pointed out a lot, but if you work with any oVirt users from new and interesting organizations, point them out to me. Action Items, by person ----------------------- * **UNASSIGNED** * 3.5 branch tester, please use the CentOS 7 with CR enable, since we want to get early issues with this update. * If you have input on the tools to be presented in the new site, please let me know. So far, confirmed new additions include an oVirt-specific blog and some sort of Q&A forum, such as Ask or a StackOverflow-based forum. Feedback welcome! * Still looking for case studies/users to highlight. Itamar has pointed out a lot, but if you work with any oVirt users from new and interesting organizations, point them out to me. People Present (lines said) --------------------------- * ydary (102) * sbonazzo (33) * fabiand (13) * bkp (12) * sahina (12) * awels (10) * danken (10) * eedri|wfh (6) * aaviram (4) * mskrivanek (3) * oved (2) * ovirtbot (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: <a class="moz-txt-link-freetext" href="http://wiki.debian.org/MeetBot">http://wiki.debian.org/MeetBot</a> </pre> <br> <pre class="moz-signature" cols="72">-- Yaniv Dary Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: <a class="moz-txt-link-abbreviated" href="mailto:ydary@redhat.com">ydary(a)redhat.com</a> IRC : ydary</pre> </body> </html> --------------080409080506010008050906--

5 years, 4 months

1
0
0 / 0

Virtualbox Image to Ovirt

by Sandvik Agustin

Hi users, Good day, Is it possible to run a virtualbox image inside the hypervisor? I'm using Ovirt 3.5, or viceversa, ovirt image run inside virtualbox? Thanks in Advance

5 years, 4 months

2
2
0 / 0

VM failed to start | Bad volume specification

by Punit Dambiwal

Hi, I am facing one strange issue with ovirt/glusterfs....still didn't find this issue is related with glusterfs or Ovirt.... Ovirt :- 3.5.1 Glusterfs :- 3.6.1 Host :- 4 Hosts (Compute+ Storage)...each server has 24 bricks Guest VM :- more then 100 Issue :- When i deploy this cluster first time..it work well for me(all the guest VM created and running successfully)....but suddenly one day my one of the host node rebooted and none of the VM can boot up now...and failed with the following error "Bad Volume Specification" VMId :- d877313c18d9783ca09b62acf5588048 VDSM Logs :- http://ur1.ca/jxabi Engine Logs :- http://ur1.ca/jxabv ------------------------ [root@cpu01 ~]# vdsClient -s 0 getVolumeInfo e732a82f-bae9-4368-8b98-dedc1c3814de 00000002-0002-0002-0002-000000000145 6d123509-6867-45cf-83a2-6d679b77d3c5 9030bb43-6bc9-462f-a1b9-f6d5a02fb180 status = OK domain = e732a82f-bae9-4368-8b98-dedc1c3814de capacity = 21474836480 voltype = LEAF description = parent = 00000000-0000-0000-0000-000000000000 format = RAW image = 6d123509-6867-45cf-83a2-6d679b77d3c5 uuid = 9030bb43-6bc9-462f-a1b9-f6d5a02fb180 disktype = 2 legality = LEGAL mtime = 0 apparentsize = 21474836480 truesize = 4562972672 type = SPARSE children = [] pool = ctime = 1422676305 --------------------- I opened same thread earlier but didn't get any perfect answers to solve this issue..so i reopen it... https://www.mail-archive.com/users@ovirt.org/msg25011.html Thanks, Punit

5 years, 4 months

5
15
0 / 0

Hosted engine multipath iscsi

by Baptiste Agasse

Hi all, I'm currently testing ovirt 3.5 on centos 7, with hosted engine on iscsi equallogic SAN.. It's running fine, i've configured multipath through the engine (http://www.ovirt.org/Feature/iSCSI-Multipath) for VMs storage but i didn't find any documentation on hosted engine iscsi multipath. There is a way to configure iscsi multipath for the engine storage ? Have a nice day. Regards. -- Baptiste

5 years, 4 months

3
3
0 / 0

Hosted Engine config in our hardware environment

by Eric Wong

--_000_87E152BF0D55124F8311754D69D209F67BE51E32MSEX01FRA9corps_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello oVirt guru out there: I want to seek some advice on upgrade path for our oVirt management vm conf= iguration. We have been using oVirt for over 3 years. When we first setup= oVirt environment, Hosted Engine componment did not exist. Our question i= s should we migrate our current configuration to use Hosted Engine? First let me give an overview of our configuration. We have blade servers = in 2 separate racks. D1 & X1. Each side has 10 blades. Storage is iSCSI = SAN. Inside our oVirt 3.5.0.1-1.el6 installation, it is configured with 2 data c= enters. D1 & X1. Each datacenter has the 10 blades for that side. The ma= nagement function of oVirt (oVirt web console) is running off 2 VMs, ovirt-= mgmt-1 on D1, and ovirt-mgmt-2 on X1. We have keepalived to maintain a flo= wing IP for the oVirt management console. The keepalived script makes sure= only one copy of ovirt-engine is running at any time. It can be on D1 or = X1. The mgmt VMs have Postgresql setup in replication mode. In case one o= f the mgmt vm failed, the other mgmt vm on the other rack can pick up the m= gmt role. Both mgmt VMs can see all blades and SAN resources on D1 & X1. This configuration has been working well for us. The drawback is if both o= virt mgmt vm crashed, we will not be able to start them or make any change = to the ovirt environment. It is because the mgmt VMs are running within th= e oVirt domain. We tried to upgrade our configuration to Hosted Engine configuration. From= what I understand, the Hosted Engine will run in a separate storage domain= . In both times we tried to upgrade to Hosted Engine, they both failed dur= ing export and import of current configuration. I think my questions are: - will the Hosted Engine model works in our hardware configuration. With h= ardware in 2 racks, D1 & X1. Can a single Hosted Engine manage hardware on= both sides? - How can we achieve redundancy when running Hosted Engine? We need to hav= e management capibility in case one side completely failed. Thanks in advance. Eric --_000_87E152BF0D55124F8311754D69D209F67BE51E32MSEX01FRA9corps_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css"></style><style type=3D"text/css" id=3D"owaParaStyl= e"></style><style type=3D"text/css"></style> </head> <body fpstyle=3D"1" ocsi=3D"0"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;"> <div style=3D"font-family: Helvetica; font-size: 11px;"><span style=3D"font= -size: 15px;"><span style=3D"font-family: Calibri, sans-serif;">Hello oVirt= guru out there:</span></span></div> <div style=3D"font-family: Helvetica; font-size: 11px;"><span style=3D"font= -size: 15px;"><span style=3D"font-family: Calibri, sans-serif;"><br> </span></span></div> <div style=3D"font-size: 11px; font-family: Calibri, sans-serif;"><span sty= le=3D"font-size: 15px;">I want to seek some advice on upgrade path for our = oVirt management vm configuration.  We have been using oVirt for over = 3 years.  When we first setup oVirt environment, Hosted Engine componment did not exist.  Our question is should we mi= grate our current configuration to use Hosted Engine?   </sp= an></div> <div style=3D"font-family: Helvetica; font-size: 11px;"><br> </div> <div style=3D"font-size: 15px; font-family: Calibri, sans-serif;">First let= me give an overview of our configuration.  We have blade servers in 2= separate racks.  D1 & X1.  Each side has 10 blades.  St= orage is iSCSI SAN. </div> <div style=3D"font-family: Helvetica; font-size: 11px;"><br> </div> <div style=3D"font-size: 15px; font-family: Calibri, sans-serif;"> <div>Inside our oVirt 3.5.0.1-1.el6 installation, it is configured wit= h 2 data centers.  D1 & X1.  Each datacenter has the 10 blade= s for that side.  The management function of oVirt (oVirt web console)= is running off 2 VMs, ovirt-mgmt-1 on D1, and ovirt-mgmt-2 on X1.  We have keepalived to maintain a flowing IP for the oVirt man= agement console.  The keepalived script makes sure only one copy of ov= irt-engine is running at any time.  It can be on D1 or X1.  The m= gmt VMs have Postgresql setup in replication mode.  In case one of the mgmt vm failed, the other mgmt vm on the other rack can pi= ck up the mgmt role.  Both mgmt VMs can see all blades and SAN&nb= sp;resources on D1 & X1.</div> <div><br> </div> <div>This configuration has been working well for us.  The drawback is= if both ovirt mgmt vm crashed, we will not be able to start them or make a= ny change to the ovirt environment.  It is because the mgmt VMs are ru= nning within the oVirt domain.</div> <div><br> </div> <div>We tried to upgrade our configuration to Hosted Engine configuration. =  From what I understand, the Hosted Engine will run in a separate stor= age domain.  In both times we tried to upgrade to Hosted Engine, = they both failed during export and import of current configuration.</div> <div><br> </div> <div>I think my questions are:</div> <div>- will the Hosted Engine model works in our hardware configuration. &n= bsp;With hardware in 2 racks, D1 & X1.  Can a single Hosted Engine= manage hardware on both sides?</div> <div>- How can we achieve redundancy when running Hosted Engine? =  We need to have management capibility in case one side completely fai= led.</div> <div><br> </div> <div>Thanks in advance.</div> <div>Eric </div> </div> </div> </body> </html> --_000_87E152BF0D55124F8311754D69D209F67BE51E32MSEX01FRA9corps_--

5 years, 4 months

3
7
0 / 0

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Users March 2015