- Users - oVirt List Archives

Upgrade path from Fedora 20 oVirt 3.5 to Fedora 22 oVirt 3.6
by David Marzal Canovas 04 Jan '16

04 Jan '16

--=_35f37747b7409088194fea6f348517b4 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Hi would like to be sure of the correct upgrate path to take. Should I first upgrade Fedora 20 -> Fedora 21 -> Fedora 22 and then upgrade oVirt from 3.5 to 3.6? Or would be better to upgrade in the Fedora 20: oVirt 3.5 -> oVirt 3.6 and then make the OS upgrades FD20->FD21->FD22 In the release notes http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previ… [1] don't says anything about the upgrade path of the OS, but searching I'm aware that oVirt 3.5 is only compatible with FD20 not with 21, or 22 oVirt 3.6 is only compatible with FD20 not with 21 or 20 Thanks in advance -- David Marzal Cánovas Servicio de Mecanización e Informática Asamblea Regional de Murcia Paseo Alfonso XIII, nº53 30203 - Cartagena Tlfno: 968326800 Links: ------ [1] http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previ… --=_35f37747b7409088194fea6f348517b4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; charset= =3DUTF-8" /></head><body style=3D'font-size: 10pt'> <p>Hi would like to be sure of the correct upgrate path to take.</p> <p>Should I first upgrade Fedora 20 -> Fedora 21 -> Fedora 22</p> <p>and then upgrade oVirt from 3.5 to 3.6?</p> <p>Or would be better to upgrade in the Fedora 20: oVirt 3.5 -> oVirt 3= =2E6</p> <p>and then make the OS upgrades FD20->FD21->FD22</p> <p>In the release notes <a href=3D"http://www.ovirt.org/OVirt_3.6_Release_N= otes#Install_.2F_Upgrade_from_previous_versions">http://www.ovirt.org/OVirt= _3.6_Release_Notes#Install_.2F_Upgrade_from_previous_versions</a></p> <p>don't says anything about the upgrade path of the OS, but searching I'm = aware that</p> <p>oVirt 3.5 is only compatible with FD20 not with 21, or 22</p> <p>oVirt 3.6 is only compatible with FD20 not with 21 or 20</p> <p>Thanks in advance</p> <div>-- <br /> <table border=3D"0" cellspacing=3D"0" cellpadding=3D"0"> <tbody> <tr> <td><img src=3D"http://www.asambleamurcia.es/templates/sumandoesfuerzos/ima= ges/ARM.png" alt=3D"" width=3D"130" height=3D"79" /></td> <td>David Marzal Cánovas <br />Servicio de Mecanización = e Informática<br />Asamblea Regional de Murcia<br />Paseo Alfonso XI= II, nº53<br />30203 - Cartagena<br />Tlfno: 968326800</td> </tr> </tbody> </table> </div> </body></html> --=_35f37747b7409088194fea6f348517b4--

5 5

Ubuntu Repository Key Expired
by ovirt＠timmi.org 04 Jan '16

04 Jan '16

Hi List, I just noticed that the key for the Ubuntu 14.04 repository is expired. pub 2048R/73A1A299 2013-10-24 [expired: 2016-01-02] uid home:evilissimo OBS Project <home:evilissimo@build.opensuse.org> I used the following repository: http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu Best regards Christoph

2 1

New oVirt Node releases?
by Kevin Hung 04 Jan '16

04 Jan '16

Hello, I have noticed that there have not been any official releases of oVirt Node since 3.5.2 [1]. I have tried looking through the Users and the Announce mailing lists for any information regarding the lack of releases, but I was not able to find anything from the past few months. The official documentation for oVirt seems to indicate that oVirt Node is still supported. Are there just build problems preventing oVirt Node from being released? Or are we supposed to use either the latest Jenkins build or our own build [2] if we wish to deploy oVirt Node? [1] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-node/el7-3.5.2/ [2] http://www.ovirt.org/Node_Building

3 3

Which browser should I use?
by gregor 04 Jan '16

04 Jan '16

Hi, after a painful upgrade from 3.5 to 3.6 (AIO) I try to figure out the deeper meaning of the message which is display on the webinterface. "This Browser version isn't optimal for displaying the application graphics (refer to Documentation for details)" Can anybody please point me where in the Documentation this is explained? I tried the latest Firefox and Google-Chrome from arch linux but still get these message? (I hope it doesn't mean to use the Internet Explorer or now known as Edge) cheers gregor

5 5

Refresh Host Devices
by ovirt＠timmi.org 04 Jan '16

04 Jan '16

Hi list, how can I refresh the host devices (usb) in the frontend? "Refresh Capabilities" does not work for me. I want to attach a usb device to a VM but I can't see the device in the frontend. # lsub is showing the device. Best regards Christoph

3 3

Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
by Will Dennis 04 Jan '16

04 Jan '16

--_000_F3282EEAFF180F43BAF1AD0A7C34739D398381njmailneclabscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TGluayBpcyB3b3JraW5nIGFnYWluLi4uDQoNCmh0dHA6Ly9jNy0wMS50aGlzY2FudC5mYWlsDQoN Cg0KDQpTZW50IHdpdGggR29vZCAod3d3Lmdvb2QuY29tKQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBFbGlyYXogTGV2aSBbZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxl dmlAcmVkaGF0LmNvbT5dDQpTZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMDc6MTcgQU0g RWFzdGVybiBTdGFuZGFyZCBUaW1lDQpUbzogV2lsbCBEZW5uaXMNClN1YmplY3Q6IFJlOiBbb3Zp cnQtdXNlcnNdIGhvc3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3Nl ICYgZml4Pw0KDQoNCkhpIFdpbGwgOikNClRoZSBsaW5rIGlzIGJyb2tlbi4NCkNhbiB5b3UgcGxl YXNlIHNlbmQgYSB2YWxpZCBvbmUgdG8gdGhlIGxpc3Q/DQp0aGFua3MgOikNCkVsaXJhei4NCg0K LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIldpbGwgRGVubmlzIiA8d2Rlbm5p c0BuZWMtbGFicy5jb20+DQpUbzogIkVsaXJheiBMZXZpIiA8ZWxldmlAcmVkaGF0LmNvbT4NClNl bnQ6IFN1bmRheSwgMyBKYW51YXJ5LCAyMDE2IDg6MjM6NTkgUE0NClN1YmplY3Q6IFJlOiBbb3Zp cnQtdXNlcnNdIGhvc3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3Nl ICYgZml4Pw0KDQpEaWdpdGFsIE9jZWFuIGRyb3BsZXQgYW5kIFB5dGhvbiBTaW1wbGVIVFRQU2Vy dmVyIEZUVyA7KQ0KaHR0cDovL2M3LTAxLnRoaXNjYW50LmZhaWwNCg0KDQoNCk9uIEphbiAzLCAy MDE2LCBhdCA5OjMzIEFNLCBFbGlyYXogTGV2aSA8ZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxl dmlAcmVkaGF0LmNvbT4+IHdyb3RlOg0KDQoNCg0KdmRzQ2xpZW50IG91dHB1dDogaHR0cDovL2Zw YXN0ZS5vcmcvMzA2NjY2LzgyODU4NzE0Lw0KDQpUaGUgZW5naW5lLmxvZyBpcyB2ZXJ5IGxhcmdl ICg0NDk2IGxpbmVzKSBzbyBjYW5ub3QgZnBhc3Rl4oCmIElzIHRoZXJlIGEgZmlsZSB1cGxvYWQg c2VydmljZSB0aGF0IGNhbiBiZSB1c2VkIHRvIHNoYXJlIHRoZXNlIHNvcnRzIG9mIHRoaW5ncyB3 aXRoIHlvdT8NCg0KSGkgV2lsbCBob3cgYXJlIHlvdT8NClBlcmhhcHMgeW91IGNhbiB1cGxvYWQg dGhlIGxvZyB0byBzb21lIHNvcnQgb2YgYSBjbG91ZD8gc2F5IGdvb2dsZSBhbmQgc2hhcmUgdGhl IFVSTD8NCkkgdGhpbmsgaXQgd2lsbCBiZSB0aGUgZmFzdGVzdCB3YXkgYXJvdW5kLg0KVGhhbmtz IDopDQpwbGVhc2Ugc2VuZCB0aGUgVVJMIGluIHRoZSBtYWlsaW5nIGxpc3Qgc28gZXZlcnlib2R5 IHdpbGwgYmUgYWJsZSB0byBmb2xsb3cuDQpDaGVlcnMhDQpFbGlyYXogOikNCg0KDQoNCg== --_000_F3282EEAFF180F43BAF1AD0A7C34739D398381njmailneclabscom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPGh0bWw+ DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9o dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9ImdlbmVyYXRvciIgY29udGVudD0iSFRN TCBUaWR5IGZvciBXaW5kb3dzICh2ZXJzIDI1IE1hcmNoIDIwMDkpLCBzZWUgd3d3LnczLm9yZyI+ DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1TIEV4Y2hhbmdlIFNlcnZlciB2ZXJz aW9uIDE0LjAzLjAyMjQuMDAxIj4NCjx0aXRsZT5SZTogW292aXJ0LXVzZXJzXSBob3N0IHN0YXR1 cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsgLSBob3cgdG8gZGlhZ25vc2UgJmFtcDsgZml4 PzwvdGl0bGU+DQo8L2hlYWQ+DQo8Ym9keT4NCkxpbmsgaXMgd29ya2luZyBhZ2Fpbi4uLjxicj4N Cjxicj4NCmh0dHA6Ly9jNy0wMS50aGlzY2FudC5mYWlsPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K U2VudCB3aXRoIEdvb2QgKHd3dy5nb29kLmNvbSk8YnI+DQo8YnI+DQo8YnI+DQotLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLTxicj4NCjxiPkZyb206Jm5ic3A7PC9iPkVsaXJheiBMZXZpIFs8YSBo cmVmPSJtYWlsdG86ZWxldmlAcmVkaGF0LmNvbSI+ZWxldmlAcmVkaGF0LmNvbTwvYT5dPGJyPg0K PGI+U2VudDombmJzcDs8L2I+TW9uZGF5LCBKYW51YXJ5IDA0LCAyMDE2IDA3OjE3IEFNIEVhc3Rl cm4gU3RhbmRhcmQgVGltZTxicj4NCjxiPlRvOiZuYnNwOzwvYj5XaWxsIERlbm5pczxicj4NCjxi PlN1YmplY3Q6Jm5ic3A7PC9iPlJlOiBbb3ZpcnQtdXNlcnNdIGhvc3Qgc3RhdHVzICZxdW90O05v biBPcGVyYXRpb25hbCZxdW90OyAtIGhvdyB0byBkaWFnbm9zZSAmYW1wOyBmaXg/PGJyPg0KPGJy Pg0KPCEtLSBDb252ZXJ0ZWQgZnJvbSB0ZXh0L3BsYWluIGZvcm1hdCAtLT4NCjxwPjxmb250IHNp emU9IjIiPkhpIFdpbGwgOik8YnI+DQpUaGUgbGluayBpcyBicm9rZW4uPGJyPg0KQ2FuIHlvdSBw bGVhc2Ugc2VuZCBhIHZhbGlkIG9uZSB0byB0aGUgbGlzdD88YnI+DQp0aGFua3MgOik8YnI+DQpF bGlyYXouPGJyPg0KPGJyPg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLTxicj4NCkZyb206 ICZxdW90O1dpbGwgRGVubmlzJnF1b3Q7ICZsdDt3ZGVubmlzQG5lYy1sYWJzLmNvbSZndDs8YnI+ DQpUbzogJnF1b3Q7RWxpcmF6IExldmkmcXVvdDsgJmx0O2VsZXZpQHJlZGhhdC5jb20mZ3Q7PGJy Pg0KU2VudDogU3VuZGF5LCAzIEphbnVhcnksIDIwMTYgODoyMzo1OSBQTTxicj4NClN1YmplY3Q6 IFJlOiBbb3ZpcnQtdXNlcnNdIGhvc3Qgc3RhdHVzICZxdW90O05vbiBPcGVyYXRpb25hbCZxdW90 OyAtIGhvdyB0byBkaWFnbm9zZSAmYW1wOyBmaXg/PGJyPg0KPGJyPg0KRGlnaXRhbCBPY2VhbiBk cm9wbGV0IGFuZCBQeXRob24gU2ltcGxlSFRUUFNlcnZlciBGVFcgOyk8YnI+DQo8YSBocmVmPSJo dHRwOi8vYzctMDEudGhpc2NhbnQuZmFpbCI+aHR0cDovL2M3LTAxLnRoaXNjYW50LmZhaWw8L2E+ PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KT24gSmFuIDMsIDIwMTYsIGF0IDk6MzMgQU0sIEVsaXJh eiBMZXZpICZsdDtlbGV2aUByZWRoYXQuY29tJmx0OzxhIGhyZWY9Im1haWx0bzplbGV2aUByZWRo YXQuY29tIj5tYWlsdG86ZWxldmlAcmVkaGF0LmNvbTwvYT4mZ3Q7Jmd0OyB3cm90ZTo8YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQp2ZHNDbGllbnQgb3V0cHV0OiA8YSBocmVmPSJodHRwOi8vZnBhc3Rl Lm9yZy8zMDY2NjYvODI4NTg3MTQvIj5odHRwOi8vZnBhc3RlLm9yZy8zMDY2NjYvODI4NTg3MTQv PC9hPjxicj4NCjxicj4NClRoZSBlbmdpbmUubG9nIGlzIHZlcnkgbGFyZ2UgKDQ0OTYgbGluZXMp IHNvIGNhbm5vdCBmcGFzdGXigKYgSXMgdGhlcmUgYSBmaWxlIHVwbG9hZCBzZXJ2aWNlIHRoYXQg Y2FuIGJlIHVzZWQgdG8gc2hhcmUgdGhlc2Ugc29ydHMgb2YgdGhpbmdzIHdpdGggeW91Pzxicj4N Cjxicj4NCkhpIFdpbGwgaG93IGFyZSB5b3U/PGJyPg0KUGVyaGFwcyB5b3UgY2FuIHVwbG9hZCB0 aGUgbG9nIHRvIHNvbWUgc29ydCBvZiBhIGNsb3VkPyBzYXkgZ29vZ2xlIGFuZCBzaGFyZSB0aGUg VVJMPzxicj4NCkkgdGhpbmsgaXQgd2lsbCBiZSB0aGUgZmFzdGVzdCB3YXkgYXJvdW5kLjxicj4N ClRoYW5rcyA6KTxicj4NCnBsZWFzZSBzZW5kIHRoZSBVUkwgaW4gdGhlIG1haWxpbmcgbGlzdCBz byBldmVyeWJvZHkgd2lsbCBiZSBhYmxlIHRvIGZvbGxvdy48YnI+DQpDaGVlcnMhPGJyPg0KRWxp cmF6IDopPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9mb250PjwvcD4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_F3282EEAFF180F43BAF1AD0A7C34739D398381njmailneclabscom_--

1 0

Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
by Will Dennis 04 Jan '16

04 Jan '16

--_000_F3282EEAFF180F43BAF1AD0A7C34739D398377njmailneclabscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U29ycnksIGxpbmsgc2hvdWxkIGJlIHdvcmtpbmcgYWdhaW4gbm93Li4uDQoNCg0KDQpTZW50IHdp dGggR29vZCAod3d3Lmdvb2QuY29tKQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG cm9tOiBFbGlyYXogTGV2aSBbZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxldmlAcmVkaGF0LmNv bT5dDQpTZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMDc6MTcgQU0gRWFzdGVybiBTdGFu ZGFyZCBUaW1lDQpUbzogV2lsbCBEZW5uaXMNClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIGhv c3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3NlICYgZml4Pw0KDQoN CkhpIFdpbGwgOikNClRoZSBsaW5rIGlzIGJyb2tlbi4NCkNhbiB5b3UgcGxlYXNlIHNlbmQgYSB2 YWxpZCBvbmUgdG8gdGhlIGxpc3Q/DQp0aGFua3MgOikNCkVsaXJhei4NCg0KLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIldpbGwgRGVubmlzIiA8d2Rlbm5pc0BuZWMtbGFicy5j b20+DQpUbzogIkVsaXJheiBMZXZpIiA8ZWxldmlAcmVkaGF0LmNvbT4NClNlbnQ6IFN1bmRheSwg MyBKYW51YXJ5LCAyMDE2IDg6MjM6NTkgUE0NClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIGhv c3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3NlICYgZml4Pw0KDQpE aWdpdGFsIE9jZWFuIGRyb3BsZXQgYW5kIFB5dGhvbiBTaW1wbGVIVFRQU2VydmVyIEZUVyA7KQ0K aHR0cDovL2M3LTAxLnRoaXNjYW50LmZhaWwNCg0KDQoNCk9uIEphbiAzLCAyMDE2LCBhdCA5OjMz IEFNLCBFbGlyYXogTGV2aSA8ZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxldmlAcmVkaGF0LmNv bT4+IHdyb3RlOg0KDQoNCg0KdmRzQ2xpZW50IG91dHB1dDogaHR0cDovL2ZwYXN0ZS5vcmcvMzA2 NjY2LzgyODU4NzE0Lw0KDQpUaGUgZW5naW5lLmxvZyBpcyB2ZXJ5IGxhcmdlICg0NDk2IGxpbmVz KSBzbyBjYW5ub3QgZnBhc3Rl4oCmIElzIHRoZXJlIGEgZmlsZSB1cGxvYWQgc2VydmljZSB0aGF0 IGNhbiBiZSB1c2VkIHRvIHNoYXJlIHRoZXNlIHNvcnRzIG9mIHRoaW5ncyB3aXRoIHlvdT8NCg0K SGkgV2lsbCBob3cgYXJlIHlvdT8NClBlcmhhcHMgeW91IGNhbiB1cGxvYWQgdGhlIGxvZyB0byBz b21lIHNvcnQgb2YgYSBjbG91ZD8gc2F5IGdvb2dsZSBhbmQgc2hhcmUgdGhlIFVSTD8NCkkgdGhp bmsgaXQgd2lsbCBiZSB0aGUgZmFzdGVzdCB3YXkgYXJvdW5kLg0KVGhhbmtzIDopDQpwbGVhc2Ug c2VuZCB0aGUgVVJMIGluIHRoZSBtYWlsaW5nIGxpc3Qgc28gZXZlcnlib2R5IHdpbGwgYmUgYWJs ZSB0byBmb2xsb3cuDQpDaGVlcnMhDQpFbGlyYXogOikNCg0KDQoNCg== --_000_F3282EEAFF180F43BAF1AD0A7C34739D398377njmailneclabscom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPGh0bWw+ DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9o dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9ImdlbmVyYXRvciIgY29udGVudD0iSFRN TCBUaWR5IGZvciBXaW5kb3dzICh2ZXJzIDI1IE1hcmNoIDIwMDkpLCBzZWUgd3d3LnczLm9yZyI+ DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1TIEV4Y2hhbmdlIFNlcnZlciB2ZXJz aW9uIDE0LjAzLjAyMjQuMDAxIj4NCjx0aXRsZT5SZTogW292aXJ0LXVzZXJzXSBob3N0IHN0YXR1 cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsgLSBob3cgdG8gZGlhZ25vc2UgJmFtcDsgZml4 PzwvdGl0bGU+DQo8L2hlYWQ+DQo8Ym9keT4NClNvcnJ5LCBsaW5rIHNob3VsZCBiZSB3b3JraW5n IGFnYWluIG5vdy4uLjxicj4NCjxicj4NCjxicj4NCjxicj4NClNlbnQgd2l0aCBHb29kICh3d3cu Z29vZC5jb20pPGJyPg0KPGJyPg0KPGJyPg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+ DQo8Yj5Gcm9tOiZuYnNwOzwvYj5FbGlyYXogTGV2aSBbPGEgaHJlZj0ibWFpbHRvOmVsZXZpQHJl ZGhhdC5jb20iPmVsZXZpQHJlZGhhdC5jb208L2E+XTxicj4NCjxiPlNlbnQ6Jm5ic3A7PC9iPk1v bmRheSwgSmFudWFyeSAwNCwgMjAxNiAwNzoxNyBBTSBFYXN0ZXJuIFN0YW5kYXJkIFRpbWU8YnI+ DQo8Yj5UbzombmJzcDs8L2I+V2lsbCBEZW5uaXM8YnI+DQo8Yj5TdWJqZWN0OiZuYnNwOzwvYj5S ZTogW292aXJ0LXVzZXJzXSBob3N0IHN0YXR1cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsg LSBob3cgdG8gZGlhZ25vc2UgJmFtcDsgZml4Pzxicj4NCjxicj4NCjwhLS0gQ29udmVydGVkIGZy b20gdGV4dC9wbGFpbiBmb3JtYXQgLS0+DQo8cD48Zm9udCBzaXplPSIyIj5IaSBXaWxsIDopPGJy Pg0KVGhlIGxpbmsgaXMgYnJva2VuLjxicj4NCkNhbiB5b3UgcGxlYXNlIHNlbmQgYSB2YWxpZCBv bmUgdG8gdGhlIGxpc3Q/PGJyPg0KdGhhbmtzIDopPGJyPg0KRWxpcmF6Ljxicj4NCjxicj4NCi0t LS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS08YnI+DQpGcm9tOiAmcXVvdDtXaWxsIERlbm5pcyZx dW90OyAmbHQ7d2Rlbm5pc0BuZWMtbGFicy5jb20mZ3Q7PGJyPg0KVG86ICZxdW90O0VsaXJheiBM ZXZpJnF1b3Q7ICZsdDtlbGV2aUByZWRoYXQuY29tJmd0Ozxicj4NClNlbnQ6IFN1bmRheSwgMyBK YW51YXJ5LCAyMDE2IDg6MjM6NTkgUE08YnI+DQpTdWJqZWN0OiBSZTogW292aXJ0LXVzZXJzXSBo b3N0IHN0YXR1cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsgLSBob3cgdG8gZGlhZ25vc2Ug JmFtcDsgZml4Pzxicj4NCjxicj4NCkRpZ2l0YWwgT2NlYW4gZHJvcGxldCBhbmQgUHl0aG9uIFNp bXBsZUhUVFBTZXJ2ZXIgRlRXIDspPGJyPg0KPGEgaHJlZj0iaHR0cDovL2M3LTAxLnRoaXNjYW50 LmZhaWwiPmh0dHA6Ly9jNy0wMS50aGlzY2FudC5mYWlsPC9hPjxicj4NCjxicj4NCjxicj4NCjxi cj4NCk9uIEphbiAzLCAyMDE2LCBhdCA5OjMzIEFNLCBFbGlyYXogTGV2aSAmbHQ7ZWxldmlAcmVk aGF0LmNvbSZsdDs8YSBocmVmPSJtYWlsdG86ZWxldmlAcmVkaGF0LmNvbSI+bWFpbHRvOmVsZXZp QHJlZGhhdC5jb208L2E+Jmd0OyZndDsgd3JvdGU6PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KdmRz Q2xpZW50IG91dHB1dDogPGEgaHJlZj0iaHR0cDovL2ZwYXN0ZS5vcmcvMzA2NjY2LzgyODU4NzE0 LyI+aHR0cDovL2ZwYXN0ZS5vcmcvMzA2NjY2LzgyODU4NzE0LzwvYT48YnI+DQo8YnI+DQpUaGUg ZW5naW5lLmxvZyBpcyB2ZXJ5IGxhcmdlICg0NDk2IGxpbmVzKSBzbyBjYW5ub3QgZnBhc3Rl4oCm IElzIHRoZXJlIGEgZmlsZSB1cGxvYWQgc2VydmljZSB0aGF0IGNhbiBiZSB1c2VkIHRvIHNoYXJl IHRoZXNlIHNvcnRzIG9mIHRoaW5ncyB3aXRoIHlvdT88YnI+DQo8YnI+DQpIaSBXaWxsIGhvdyBh cmUgeW91Pzxicj4NClBlcmhhcHMgeW91IGNhbiB1cGxvYWQgdGhlIGxvZyB0byBzb21lIHNvcnQg b2YgYSBjbG91ZD8gc2F5IGdvb2dsZSBhbmQgc2hhcmUgdGhlIFVSTD88YnI+DQpJIHRoaW5rIGl0 IHdpbGwgYmUgdGhlIGZhc3Rlc3Qgd2F5IGFyb3VuZC48YnI+DQpUaGFua3MgOik8YnI+DQpwbGVh c2Ugc2VuZCB0aGUgVVJMIGluIHRoZSBtYWlsaW5nIGxpc3Qgc28gZXZlcnlib2R5IHdpbGwgYmUg YWJsZSB0byBmb2xsb3cuPGJyPg0KQ2hlZXJzITxicj4NCkVsaXJheiA6KTxicj4NCjxicj4NCjxi cj4NCjxicj4NCjwvZm9udD48L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F3282EEAFF180F43BAF1AD0A7C34739D398377njmailneclabscom_--

1 0

Ovirt 3.6.1 unable to manually start hosted engine vm
by Stefano Danzi 04 Jan '16

04 Jan '16

Hi ! After upgrade from ovirt 3.5 to 3.6 I'm not able to manually start hosted-engine vm using "hosted-engine --vm-start" I have only one host. I put engine in global maintenance mode, I shutdown all VM and hosted engine VM. I reboot the host and run "hosted-engine --vm-start", but the VM never start (I waited for 10 minutes). When I run " hosted-engine --set-maintenance --mode=none" engine VM start immediately. [root@ovirt01 ~]# hosted-engine --vm-start b66ae2c5-de0f-4361-953b-f10226da7eb8 Status = WaitForLaunch nicModel = rtl8139,pv statusTime = 4294711929 emulatedMachine = pc pid = 0 vmName = HostedEngine devices = [{'index': '2', 'iface': 'ide', 'specParams': {}, 'readonly': 'true', 'deviceId': '9866b541-20db-40c8-9512-b4f5277700fd', 'address': {'bus': '1', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'device': 'cdrom', 'shared': 'false', 'path': '/home/pacchetti/iso/CentOS-7.0-1406-x86_64-Minimal.iso', 'type': 'disk'}, {'index': '0', 'iface': 'virtio', 'format': 'raw', 'bootOrder': '1', 'poolID': '00000000-0000-0000-0000-000000000000', 'volumeID': 'f89cf2a9-af3c-4c07-9e45-5f2c5fd8e155', 'imageID': 'c0c575cf-9107-49b8-8a0f-95c8efa6ad06', 'specParams': {}, 'readonly': 'false', 'domainID': '46f55a31-f35f-465c-b3e2-df45c05e06a7', 'optional': 'false', 'deviceId': 'c0c575cf-9107-49b8-8a0f-95c8efa6ad06', 'address': {'slot': '0x06', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'disk', 'shared': 'exclusive', 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'scsi', 'model': 'virtio-scsi', 'type': 'controller'}, {'nicModel': 'pv', 'macAddr': '00:16:3e:12:d5:35', 'linkActive': 'true', 'network': 'ovirtmgmt', 'filter': 'vdsm-no-mac-spoofing', 'specParams': {}, 'deviceId': '3f76ab15-bf91-41ad-b02d-dbdb21fae828', 'address': {'slot': '0x03', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'bridge', 'type': 'interface'}, {'device': 'console', 'specParams': {}, 'type': 'console', 'deviceId': 'a40e268c-bef7-4ca4-832a-28e550e9e012', 'alias': 'console0'}] guestDiskMapping = {} vmType = kvm clientIp = displaySecurePort = -1 memSize = 4096 displayPort = -1 cpuType = SandyBridge spiceSecureChannels = smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir smp = 2 displayIp = 0 display = vnc [root@ovirt01 ~]# hosted-engine --vm-status !! Cluster is in GLOBAL MAINTENANCE mode !! --== Host 1 status ==-- Status up-to-date : False Hostname : ovirt01.hawai.lan Host ID : 1 Engine status : unknown stale-data Score : 3400 stopped : False Local maintenance : False crc32 : d2fb89cb Host timestamp : 3569

3 5

Re: [ovirt-users] Not able to attach my storage
by Michael Cooper 04 Jan '16

04 Jan '16

My Apologies sir will do from here on out. On Sun, Jan 3, 2016 at 4:54 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > Hi Michael, > > Please reply to both the mailing list (users(a)ovirt.org) and me. This > way the discussion is available to other users (it is searchable in > the web). > > Thanks, > Nir > > On Sun, Jan 3, 2016 at 11:45 AM, Michael Cooper <mcooper(a)coopfire.com> > wrote: > > I am sorry Nir, I will do that I apologize. I am going to rebuild from > > scratch as I think I may have done something wrong in the process, I will > > let yu know. > > > > Thank you very much for responding. > > > > > > > > On Sun, Jan 3, 2016 at 3:47 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > >> > >> > >> בתאריך 3 בינו׳ 2016 10:26 לפנה״צ,‏ "Michael Cooper" < > mcooper(a)coopfire.com> > >> כתב: > >> > >> (Adding users list) > >> > > >> > This from my engine.log > >> > >> (Snipped log) > >> > >> Next time please attach log files, dumping partial logs in the message > >> body is not very useful. > >> > >> > > >> > I have attached 2 screenshots as well for your review. Let me know I > >> > have read through the log but I am new to oVirt so I am not sure what > I am > >> > looking for yet. > >> > > >> > >> In the screenshot we can see that you already have iso domain attached > >> (CF_ISO). Seems that the system does not support more than one attached > iso > >> domain. > >> > >> Why do you need multiple iso domains attached to the same dc? > >> > >> > >> > > >> > > >> > On Sat, Jan 2, 2016 at 11:30 AM, Nir Soffer <nsoffer(a)redhat.com> > wrote: > >> >> > >> >> On Sat, Jan 2, 2016 at 12:46 PM, Michael Cooper < > mcooper(a)coopfire.com> > >> >> wrote: > >> >> > Hello Everyone, > >> >> > > >> >> > I wondering why I cannot attach my iso_domain to my Data > >> >> > Center. > >> >> > When I try to attach it says no Valid DataCenters. Why is this > >> >> > happening? > >> >> > Where should I start looking for the resolution? > >> >> > >> >> Can you describe your data center? do you have active hosts? active > >> >> storage domain? > >> >> > >> >> Can you attach engine.log showing this error? > >> >> > >> >> Nir > >> >> > >> >> > > >> >> > Thanks, > >> >> > > >> >> > -- > >> >> > Michael A Cooper > >> >> > Linux Certified > >> >> > Zerto Certified > >> >> > http://www.coopfire.com > >> >> > > >> >> > _______________________________________________ > >> >> > Users mailing list > >> >> > Users(a)ovirt.org > >> >> > http://lists.ovirt.org/mailman/listinfo/users > >> >> > > >> > > >> > > >> > > >> > > >> > -- > >> > Michael A Cooper > >> > Linux Certified > >> > Zerto Certified > >> > http://www.coopfire.com > > > > > > > > > > -- > > Michael A Cooper > > Linux Certified > > Zerto Certified > > http://www.coopfire.com > -- Michael A Cooper Linux Certified Zerto Certified http://www.coopfire.com

1 0

Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
by Will Dennis 03 Jan '16

03 Jan '16

Forgot to cc: list, sorry… On Jan 3, 2016, at 1:24 PM, Will Dennis <wdennis(a)nec-labs.com<mailto:wdennis@nec-labs.com>> wrote: Digital Ocean droplet and Python SimpleHTTPServer FTW ;) http://c7-01.thiscant.fail<http://c7-01.thiscant.fail/> On Jan 3, 2016, at 9:33 AM, Eliraz Levi <elevi(a)redhat.com<mailto:elevi@redhat.com>> wrote: vdsClient output: http://fpaste.org/306666/82858714/ The engine.log is very large (4496 lines) so cannot fpaste… Is there a file upload service that can be used to share these sorts of things with you? Hi Will how are you? Perhaps you can upload the log to some sort of a cloud? say google and share the URL? I think it will be the fastest way around. Thanks :) please send the URL in the mailing list so everybody will be able to follow. Cheers! Eliraz :)

1 0

Migration Failure With FibreChannel+NFS
by Charles Tassell 03 Jan '16

03 Jan '16

Hi Everyone, I've been playing around with oVirt 3.6.1 to see if we can use it to replace VMWare, and I'm running into a problem with live migrations. They fail and I can't seem to find an error message that describes why (the error logging is VERY verbose, so maybe I'm just missing the important part.) I've setup two hosts that use a fibre channel SAN for the VM datastore and an NFS share for the ISO datastore. I have a VM which is just booting off of a SystemRescue ISO file with a 2GB disk. It seems to run fine, but when I try to migrate it to the other host I get the following in the engine.log of the hosted engine: 2015-12-31 09:28:20,433 INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-31) [61255087] Lock Acquired to object 'EngineLock:{exclusiveLocks='[2be4938e-f4a3-4322-bae3-8a9628b81835=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName cdTest02>]', sharedLocks='null'}' 2015-12-31 09:28:20,526 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-31) [61255087] Candidate host 'oVirt-01' ('cbfd733b-8ced-487d-8754-a2217ce1210f') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'Migration' (correlation id: null) 2015-12-31 09:28:20,646 INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] Running command: MigrateVmCommand internal: false. Entities affected : ID: 2be4938e-f4a3-4322-bae3-8a9628b81835 Type: VMAction group MIGRATE_VM with role type USER 2015-12-31 09:28:20,701 INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] START, MigrateVDSCommand( MigrateVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835', srcHost='ovirt-01.virt.roblib.upei.ca', dstVdsId='1200a78f-6d05-4e5e-9ef7-6798cf741310', dstHost='ovirt-02.virt.roblib.upei.ca:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='false', migrateCompressed='false', consoleAddress='null'}), log id: f2548d4 2015-12-31 09:28:20,703 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] START, MigrateBrokerVDSCommand(HostName = oVirt-01, MigrateVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835', srcHost='ovirt-01.virt.roblib.upei.ca', dstVdsId='1200a78f-6d05-4e5e-9ef7-6798cf741310', dstHost='ovirt-02.virt.roblib.upei.ca:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='false', migrateCompressed='false', consoleAddress='null'}), log id: 5ec26536 2015-12-31 09:28:21,435 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] FINISH, MigrateBrokerVDSCommand, log id: 5ec26536 2015-12-31 09:28:21,449 INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] FINISH, MigrateVDSCommand, return: MigratingFrom, log id: f2548d4 2015-12-31 09:28:21,504 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-30) [61255087] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: cdTest02, Source: oVirt-01, Destination: oVirt-02, User: admin@internal). 2015-12-31 09:28:22,984 WARN [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-3) [] skipping VM '2be4938e-f4a3-4322-bae3-8a9628b81835' from this monitoring cycle - the VM data has changed since fetching the data 2015-12-31 09:28:22,992 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-3) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: dfa1177 2015-12-31 09:28:23,628 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-3) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@16b85d46, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299531100, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: dfa1177 2015-12-31 09:28:23,636 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-32) [699a8657] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: 23a50a1d 2015-12-31 09:28:23,637 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 3b3d52a7 2015-12-31 09:28:25,137 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 3b3d52a7 2015-12-31 09:28:25,155 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 173f9a1 2015-12-31 09:28:26,407 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 173f9a1 2015-12-31 09:28:26,407 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-32) [699a8657] FINISH, GetExistingStorageDomainListQuery, log id: 23a50a1d 2015-12-31 09:28:26,407 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-32) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2015-12-31 09:28:38,649 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (DefaultQuartzScheduler_Worker-52) [] VM '2be4938e-f4a3-4322-bae3-8a9628b81835'(cdTest02) moved from 'MigratingFrom' --> 'Up' 2015-12-31 09:28:38,650 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (DefaultQuartzScheduler_Worker-52) [] Adding VM '2be4938e-f4a3-4322-bae3-8a9628b81835' to re-run list 2015-12-31 09:28:38,662 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-52) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: 6ca982ad 2015-12-31 09:28:39,672 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-52) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@7cf9a247, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299546770, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: 6ca982ad 2015-12-31 09:28:39,681 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-37) [718efaaf] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: 2751bc0b 2015-12-31 09:28:39,682 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 6ffe19fd 2015-12-31 09:28:39,730 ERROR [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-52) [] Rerun VM '2be4938e-f4a3-4322-bae3-8a9628b81835'. Called from VDS 'oVirt-01' 2015-12-31 09:28:39,738 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (org.ovirt.thread.pool-8-thread-36) [] START, MigrateStatusVDSCommand(HostName = oVirt-01, MigrateStatusVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835'}), log id: 3cd2d338 2015-12-31 09:28:40,323 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (org.ovirt.thread.pool-8-thread-36) [] FINISH, MigrateStatusVDSCommand, log id: 3cd2d338 2015-12-31 09:28:40,362 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-36) [] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM cdTest02 to Host oVirt-02 . Trying to migrate to another Host. 2015-12-31 09:28:40,477 WARN [org.ovirt.engine.core.bll.MigrateVmCommand] (org.ovirt.thread.pool-8-thread-36) [] CanDoAction of action 'MigrateVm' failed for user admin@internal. Reasons: VAR__ACTION__MIGRATE,VAR__TYPE__VM,VAR__ACTION__MIGRATE,VAR__TYPE__VM,VAR__ACTION__MIGRATE,VAR__TYPE__VM,SCHEDULING_NO_HOSTS 2015-12-31 09:28:40,478 INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (org.ovirt.thread.pool-8-thread-36) [] Lock freed to object 'EngineLock:{exclusiveLocks='[2be4938e-f4a3-4322-bae3-8a9628b81835=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName cdTest02>]', sharedLocks='null'}' 2015-12-31 09:28:40,512 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-36) [] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: No available host was found to migrate VM cdTest02 to. 2015-12-31 09:28:40,520 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-36) [] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: Migration failed (VM: cdTest02, Source: oVirt-01). 2015-12-31 09:28:42,059 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 6ffe19fd 2015-12-31 09:28:42,088 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 4aca610e 2015-12-31 09:28:43,340 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 4aca610e 2015-12-31 09:28:43,341 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-37) [718efaaf] FINISH, GetExistingStorageDomainListQuery, log id: 2751bc0b 2015-12-31 09:28:43,341 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-37) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2015-12-31 09:28:55,757 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-8) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: 6a41d8c6 2015-12-31 09:28:56,767 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-8) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@74a71c9b, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299563870, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: 6a41d8c6 2015-12-31 09:28:56,776 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-42) [59b077df] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: c77c6e6 2015-12-31 09:28:56,777 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 3faa3525 2015-12-31 09:28:57,435 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 3faa3525 2015-12-31 09:28:57,456 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 3e139bdf 2015-12-31 09:28:58,666 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 3e139bdf 2015-12-31 09:28:58,666 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-42) [59b077df] FINISH, GetExistingStorageDomainListQuery, log id: c77c6e6 2015-12-31 09:28:58,666 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-42) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2015-12-31 09:29:12,776 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-60) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: 18733300 2015-12-31 09:29:12,823 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-60) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@27f48830, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299580890, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: 18733300 2015-12-31 09:29:12,832 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: 7bbc9a0a 2015-12-31 09:29:12,833 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 4d600567 2015-12-31 09:29:13,438 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 4d600567 2015-12-31 09:29:13,482 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 6ff4b44f 2015-12-31 09:29:14,883 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 6ff4b44f 2015-12-31 09:29:14,883 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] FINISH, GetExistingStorageDomainListQuery, log id: 7bbc9a0a 2015-12-31 09:29:14,883 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-50) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST Any ideas?

2 5

Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
by Karli Sjöberg 03 Jan '16

03 Jan '16

--_000_d073628bd7264472a089d77e6921e2acemailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMyBqYW4uIDIwMTYgMjo0MyBmbSBza3JldiBXaWxsIERlbm5pcyA8d2Rlbm5pc0BuZWMt bGFicy5jb20+Og0KPg0KPiBUaGUg4oCYb3ZpcnRtZ2104oCZIG5ldHdvcmsgaGFzIGJlZW4gJiBp cyBzdGlsbCBwbGFjZWQgb24gYSB3b3JraW5nIE5JQyAoZW5wMTJzMGYwKeKApiBJdOKAmXMganVz dCB0aGF0IG5vdywgb1ZpcnQgc29tZWhvdyBkb2VzbuKAmXQgKnRoaW5rKiBpdOKAmXMgd29ya2lu Z+KApg0KDQpIZXJlJ3Mgc29tZXRoaW5nIEkgd3JvdGUgYSBsb25nIHRpbWUgYWdvIG5vdywgZm9y IHRob3NlIHRpbWVzIHdoZW4gYXV0by1ndWktY29uZmlnIGZsdWZmIGp1c3Qgd29uJ3QgZG86DQoN Cmh0dHA6Ly93d3cub3ZpcnQub3JnL0JvbmRpbmdfVkxBTl9CcmlkZ2UNCg0KL0sNCj4NCj4gaHR0 cDovL3MxMDk2LnBob3RvYnVja2V0LmNvbS91c2VyL3dpbGxkZW5uaXMvbWVkaWEvc2V0dXAtbmV0 d29ya3MucG5nLmh0bWwNCj4NCj4gSG93ZXZlciwgYXMgSSBzaG93ZWQgeW91IGluIHRoZSDigJhp cCBsaW5rIHNob3cgdXDigJkgb3V0cHV0LCBpdCBpcyBpbmRlZWQgdXAgYW5kIHdvcmtpbmcuDQo+ DQo+DQo+DQo+DQo+IE9uIEphbiAyLCAyMDE2LCBhdCA4OjAwIFBNLCBSb3kgR29sYW4gPHJnb2xh bkByZWRoYXQuY29tPG1haWx0bzpyZ29sYW5AcmVkaGF0LmNvbT4+IHdyb3RlOg0KPg0KPg0KPg0K PiBPbiBTdW4sIEphbiAzLCAyMDE2IGF0IDI6NDYgQU0sIFdpbGwgRGVubmlzIDx3ZGVubmlzQG5l Yy1sYWJzLmNvbTxtYWlsdG86d2Rlbm5pc0BuZWMtbGFicy5jb20+PiB3cm90ZToNCj4gSSBoYXZl IGhhZCBvbmUgb2YgbXkgaG9zdHMgZ28gaW50byB0aGUgc3RhdGUg4oCcTm9uIE9wZXJhdGlvbmFs 4oCdIGFmdGVyIEkgcmVib290ZWQgaXTigKYgSSBhbHNvIG5vdGljZWQgdGhhdCBpbiB0aGUgb1Zp cnQgd2ViYWRtaW4gVUksIHRoZSBOSUMgdGhhdOKAmXMgdXNlZCBpbiB0aGUg4oCYb3ZpcnRtZ210 4oCZIG5ldHdvcmsgaXMgc2hvd2luZyDigJxkb3du4oCdLCBidXQgaW4gTGludXggdGhlIE5JQyBp cyBvcGVyYXRpb25hbCBhbmQgdXAsIGFzIGlzIHRoZSDigJhvdmlydG1nbXTigJkgYnJpZGdl4oCm DQo+DQo+DQo+IEhvc3RzIHRhYiAtPiBOZXR3b3JrIEludGVyZmFjZXMgc3VidGFiIC0+IGNsaWNr ICJTZXR1cCBuZXR3b3JrcyIgYW5kIG1ha2Ugc3VyZSAib3ZpcnRtZ210IiBpcyBwbGFjZWQgb24g YSB3b3JraW5nIG5pYy4NCj4NCj4gbWFrZSBzdXJlDQo+IFtyb290QG92aXJ0LW5vZGUtMDIgfl0j IGlwIGxpbmsgc2ggdXANCj4gMTogbG86IDxMT09QQkFDSyxVUCxMT1dFUl9VUD4gbXR1IDY1NTM2 IHFkaXNjIG5vcXVldWUgc3RhdGUgVU5LTk9XTiBtb2RlIERFRkFVTFQNCj4gICAgIGxpbmsvbG9v cGJhY2sgMDA6MDA6MDA6MDA6MDA6MDAgYnJkIDAwOjAwOjAwOjAwOjAwOjAwDQo+IDI6IGJvbmQw OiA8Tk8tQ0FSUklFUixCUk9BRENBU1QsTVVMVElDQVNULE1BU1RFUixVUD4gbXR1IDE1MDAgcWRp c2Mgbm9xdWV1ZSBzdGF0ZSBET1dOIG1vZGUgREVGQVVMVA0KPiAgICAgbGluay9ldGhlciAwMDox NToxNzo3YjplOTpiMCBicmQgZmY6ZmY6ZmY6ZmY6ZmY6ZmYNCj4gMzogZW5wNHMwZjA6IDxOTy1D QVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNBU1QsU0xBVkUsVVA+IG10dSAxNTAwIHFkaXNjIHBmaWZv X2Zhc3QgbWFzdGVyIGJvbmQwIHN0YXRlIERPV04gbW9kZSBERUZBVUxUIHFsZW4gMTAwMA0KPiAg ICAgbGluay9ldGhlciAwMDoxNToxNzo3YjplOTpiMCBicmQgZmY6ZmY6ZmY6ZmY6ZmY6ZmYNCj4g NDogZW5wNHMwZjE6IDxOTy1DQVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNBU1QsU0xBVkUsVVA+IG10 dSAxNTAwIHFkaXNjIHBmaWZvX2Zhc3QgbWFzdGVyIGJvbmQwIHN0YXRlIERPV04gbW9kZSBERUZB VUxUIHFsZW4gMTAwMA0KPiAgICAgbGluay9ldGhlciAwMDoxNToxNzo3YjplOTpiMCBicmQgZmY6 ZmY6ZmY6ZmY6ZmY6ZmYNCj4gNTogZW5wMTJzMGYwOiA8QlJPQURDQVNULE1VTFRJQ0FTVCxVUCxM T1dFUl9VUD4gbXR1IDE1MDAgcWRpc2MgcGZpZm9fZmFzdCBtYXN0ZXIgb3ZpcnRtZ210IHN0YXRl IFVQIG1vZGUgREVGQVVMVCBxbGVuIDEwMDANCj4gICAgIGxpbmsvZXRoZXIgMDA6MjE6ODU6MzU6 MDg6NGMgYnJkIGZmOmZmOmZmOmZmOmZmOmZmDQo+IDc6IG92aXJ0bWdtdDogPEJST0FEQ0FTVCxN VUxUSUNBU1QsVVAsTE9XRVJfVVA+IG10dSAxNTAwIHFkaXNjIG5vcXVldWUgc3RhdGUgVVAgbW9k ZSBERUZBVUxUDQo+ICAgICBsaW5rL2V0aGVyIDAwOjIxOjg1OjM1OjA4OjRjIGJyZCBmZjpmZjpm ZjpmZjpmZjpmZg0KPg0KPiBXaGF0IHNob3VsZCBJIHRha2UgYSBsb29rIGF0IGZpcnN0Pw0KPg0K PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBVc2Vy cyBtYWlsaW5nIGxpc3QNCj4gVXNlcnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+ DQo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0KPg0KPg0K PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBVc2Vy cyBtYWlsaW5nIGxpc3QNCj4gVXNlcnNAb3ZpcnQub3JnDQo+IGh0dHA6Ly9saXN0cy5vdmlydC5v cmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0K --_000_d073628bd7264472a089d77e6921e2acemailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <0551208209315D4AADBC80EA8AC627CE(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAzIGphbi4gMjAxNiAyOjQzIGZtIHNrcmV2IFdpbGwgRGVubmlzICZsdDt3ZGVu bmlzQG5lYy1sYWJzLmNvbSZndDs6PGJyPg0KJmd0Ozxicj4NCiZndDsgVGhlIOKAmG92aXJ0bWdt dOKAmSBuZXR3b3JrIGhhcyBiZWVuICZhbXA7IGlzIHN0aWxsIHBsYWNlZCBvbiBhIHdvcmtpbmcg TklDIChlbnAxMnMwZjAp4oCmIEl04oCZcyBqdXN0IHRoYXQgbm93LCBvVmlydCBzb21laG93IGRv ZXNu4oCZdCAqdGhpbmsqIGl04oCZcyB3b3JraW5n4oCmPC9wPg0KPHAgZGlyPSJsdHIiPkhlcmUn cyBzb21ldGhpbmcgSSB3cm90ZSBhIGxvbmcgdGltZSBhZ28gbm93LCBmb3IgdGhvc2UgdGltZXMg d2hlbiBhdXRvLWd1aS1jb25maWcgZmx1ZmYganVzdCB3b24ndCBkbzo8L3A+DQo8cCBkaXI9Imx0 ciI+aHR0cDovL3d3dy5vdmlydC5vcmcvQm9uZGluZ19WTEFOX0JyaWRnZTwvcD4NCjxwIGRpcj0i bHRyIj4vSzxicj4NCiZndDs8YnI+DQomZ3Q7IGh0dHA6Ly9zMTA5Ni5waG90b2J1Y2tldC5jb20v dXNlci93aWxsZGVubmlzL21lZGlhL3NldHVwLW5ldHdvcmtzLnBuZy5odG1sPGJyPg0KJmd0Ozxi cj4NCiZndDsgSG93ZXZlciwgYXMgSSBzaG93ZWQgeW91IGluIHRoZSDigJhpcCBsaW5rIHNob3cg dXDigJkgb3V0cHV0LCBpdCBpcyBpbmRlZWQgdXAgYW5kIHdvcmtpbmcuPGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgT24gSmFuIDIsIDIwMTYsIGF0IDg6 MDAgUE0sIFJveSBHb2xhbiAmbHQ7cmdvbGFuQHJlZGhhdC5jb20mbHQ7bWFpbHRvOnJnb2xhbkBy ZWRoYXQuY29tJmd0OyZndDsgd3JvdGU6PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0OyBPbiBTdW4sIEphbiAzLCAyMDE2IGF0IDI6NDYgQU0sIFdpbGwgRGVubmlzICZsdDt3 ZGVubmlzQG5lYy1sYWJzLmNvbSZsdDttYWlsdG86d2Rlbm5pc0BuZWMtbGFicy5jb20mZ3Q7Jmd0 OyB3cm90ZTo8YnI+DQomZ3Q7IEkgaGF2ZSBoYWQgb25lIG9mIG15IGhvc3RzIGdvIGludG8gdGhl IHN0YXRlIOKAnE5vbiBPcGVyYXRpb25hbOKAnSBhZnRlciBJIHJlYm9vdGVkIGl04oCmIEkgYWxz byBub3RpY2VkIHRoYXQgaW4gdGhlIG9WaXJ0IHdlYmFkbWluIFVJLCB0aGUgTklDIHRoYXTigJlz IHVzZWQgaW4gdGhlIOKAmG92aXJ0bWdtdOKAmSBuZXR3b3JrIGlzIHNob3dpbmcg4oCcZG93buKA nSwgYnV0IGluIExpbnV4IHRoZSBOSUMgaXMgb3BlcmF0aW9uYWwgYW5kIHVwLCBhcyBpcyB0aGUg 4oCYb3ZpcnRtZ2104oCZDQogYnJpZGdl4oCmPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 IEhvc3RzIHRhYiAtJmd0OyBOZXR3b3JrIEludGVyZmFjZXMgc3VidGFiIC0mZ3Q7IGNsaWNrICZx dW90O1NldHVwIG5ldHdvcmtzJnF1b3Q7IGFuZCBtYWtlIHN1cmUgJnF1b3Q7b3ZpcnRtZ210JnF1 b3Q7IGlzIHBsYWNlZCBvbiBhIHdvcmtpbmcgbmljLjxicj4NCiZndDs8YnI+DQomZ3Q7IG1ha2Ug c3VyZTxicj4NCiZndDsgW3Jvb3RAb3ZpcnQtbm9kZS0wMiB+XSMgaXAgbGluayBzaCB1cDxicj4N CiZndDsgMTogbG86ICZsdDtMT09QQkFDSyxVUCxMT1dFUl9VUCZndDsgbXR1IDY1NTM2IHFkaXNj IG5vcXVldWUgc3RhdGUgVU5LTk9XTiBtb2RlIERFRkFVTFQ8YnI+DQomZ3Q7ICZuYnNwOyZuYnNw OyZuYnNwOyBsaW5rL2xvb3BiYWNrIDAwOjAwOjAwOjAwOjAwOjAwIGJyZCAwMDowMDowMDowMDow MDowMDxicj4NCiZndDsgMjogYm9uZDA6ICZsdDtOTy1DQVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNB U1QsTUFTVEVSLFVQJmd0OyBtdHUgMTUwMCBxZGlzYyBub3F1ZXVlIHN0YXRlIERPV04gbW9kZSBE RUZBVUxUPGJyPg0KJmd0OyAmbmJzcDsmbmJzcDsmbmJzcDsgbGluay9ldGhlciAwMDoxNToxNzo3 YjplOTpiMCBicmQgZmY6ZmY6ZmY6ZmY6ZmY6ZmY8YnI+DQomZ3Q7IDM6IGVucDRzMGYwOiAmbHQ7 Tk8tQ0FSUklFUixCUk9BRENBU1QsTVVMVElDQVNULFNMQVZFLFVQJmd0OyBtdHUgMTUwMCBxZGlz YyBwZmlmb19mYXN0IG1hc3RlciBib25kMCBzdGF0ZSBET1dOIG1vZGUgREVGQVVMVCBxbGVuIDEw MDA8YnI+DQomZ3Q7ICZuYnNwOyZuYnNwOyZuYnNwOyBsaW5rL2V0aGVyIDAwOjE1OjE3OjdiOmU5 OmIwIGJyZCBmZjpmZjpmZjpmZjpmZjpmZjxicj4NCiZndDsgNDogZW5wNHMwZjE6ICZsdDtOTy1D QVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNBU1QsU0xBVkUsVVAmZ3Q7IG10dSAxNTAwIHFkaXNjIHBm aWZvX2Zhc3QgbWFzdGVyIGJvbmQwIHN0YXRlIERPV04gbW9kZSBERUZBVUxUIHFsZW4gMTAwMDxi cj4NCiZndDsgJm5ic3A7Jm5ic3A7Jm5ic3A7IGxpbmsvZXRoZXIgMDA6MTU6MTc6N2I6ZTk6YjAg YnJkIGZmOmZmOmZmOmZmOmZmOmZmPGJyPg0KJmd0OyA1OiBlbnAxMnMwZjA6ICZsdDtCUk9BRENB U1QsTVVMVElDQVNULFVQLExPV0VSX1VQJmd0OyBtdHUgMTUwMCBxZGlzYyBwZmlmb19mYXN0IG1h c3RlciBvdmlydG1nbXQgc3RhdGUgVVAgbW9kZSBERUZBVUxUIHFsZW4gMTAwMDxicj4NCiZndDsg Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxpbmsvZXRoZXIgMDA6MjE6ODU6MzU6MDg6NGMgYnJkIGZmOmZm OmZmOmZmOmZmOmZmPGJyPg0KJmd0OyA3OiBvdmlydG1nbXQ6ICZsdDtCUk9BRENBU1QsTVVMVElD QVNULFVQLExPV0VSX1VQJmd0OyBtdHUgMTUwMCBxZGlzYyBub3F1ZXVlIHN0YXRlIFVQIG1vZGUg REVGQVVMVDxicj4NCiZndDsgJm5ic3A7Jm5ic3A7Jm5ic3A7IGxpbmsvZXRoZXIgMDA6MjE6ODU6 MzU6MDg6NGMgYnJkIGZmOmZmOmZmOmZmOmZmOmZmPGJyPg0KJmd0Ozxicj4NCiZndDsgV2hhdCBz aG91bGQgSSB0YWtlIGEgbG9vayBhdCBmaXJzdD88YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgVXNlcnMg bWFpbGluZyBsaXN0PGJyPg0KJmd0OyBVc2Vyc0BvdmlydC5vcmcmbHQ7bWFpbHRvOlVzZXJzQG92 aXJ0Lm9yZyZndDs8YnI+DQomZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0 aW5mby91c2Vyczxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgVXNlcnMgbWFpbGluZyBs aXN0PGJyPg0KJmd0OyBVc2Vyc0BvdmlydC5vcmc8YnI+DQomZ3Q7IGh0dHA6Ly9saXN0cy5vdmly dC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vyczxicj4NCjwvcD4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_d073628bd7264472a089d77e6921e2acemailandroidcom_--

3 2

Re: [ovirt-users] iLO2
by Eli Mesika 03 Jan '16

03 Jan '16

----- Original Message ----- > From: "Eriks Goodwin" <eriks(a)connectcombpo.com> > To: "Eli Mesika" <emesika(a)redhat.com> > Sent: Tuesday, December 29, 2015 4:13:11 AM > Subject: Re: [ovirt-users] iLO2 > > [root@n001 ~]# /usr/sbin/fence_ipmilan --ip=10.0.1.104 --username=ovirtmgmt > --password=REDACTED -v --action=status --lanplus Please try again with # /usr/sbin/fence_ipmilan --ip=10.0.1.104 --username=ovirtmgmt --password=REDACTED -v --action=status --lanplus -T 4 > > Executing: /usr/bin/ipmitool -I lanplus -H 10.0.1.104 -U ovirtmgmt -P [set] > -p 623 -L ADMINISTRATOR chassis power status > > Connection timed out > > [root@n001 ~]# > > > ----- On Dec 22, 2015, at 8:48 AM, Eli Mesika <emesika(a)redhat.com> wrote: >

1 0

Re: [ovirt-users] Not able to attach my storage
by Nir Soffer 03 Jan '16

03 Jan '16

בתאריך 3 בינו׳ 2016 10:26 לפנה״צ,‏ "Michael Cooper" <mcooper(a)coopfire.com> כתב: (Adding users list) > > This from my engine.log (Snipped log) Next time please attach log files, dumping partial logs in the message body is not very useful. > > I have attached 2 screenshots as well for your review. Let me know I have read through the log but I am new to oVirt so I am not sure what I am looking for yet. > In the screenshot we can see that you already have iso domain attached (CF_ISO). Seems that the system does not support more than one attached iso domain. Why do you need multiple iso domains attached to the same dc? > > > On Sat, Jan 2, 2016 at 11:30 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: >> >> On Sat, Jan 2, 2016 at 12:46 PM, Michael Cooper <mcooper(a)coopfire.com> wrote: >> > Hello Everyone, >> > >> > I wondering why I cannot attach my iso_domain to my Data Center. >> > When I try to attach it says no Valid DataCenters. Why is this happening? >> > Where should I start looking for the resolution? >> >> Can you describe your data center? do you have active hosts? active >> storage domain? >> >> Can you attach engine.log showing this error? >> >> Nir >> >> > >> > Thanks, >> > >> > -- >> > Michael A Cooper >> > Linux Certified >> > Zerto Certified >> > http://www.coopfire.com >> > >> > _______________________________________________ >> > Users mailing list >> > Users(a)ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > > > > > > -- > Michael A Cooper > Linux Certified > Zerto Certified > http://www.coopfire.com

1 0

Re: [ovirt-users] Users Digest, Vol 52, Issue 1
by Michael Cooper 03 Jan '16

03 Jan '16

Hello Everyone, I wondering why I cannot attach my iso_domain to my Data Center. When I try to attach it says no Valid DataCenters. Why is this happening? Where should I start looking for the resolution? Thanks, -- Michael A Cooper Linux Certified Zerto Certified http://www.coopfire.com

3 2

how shutdown a host
by alireza sadeh seighalan 03 Jan '16

03 Jan '16

hi everyone how can i shutdown a host acording an standard? i want to shutdown or reboot hosts for maintenance purposes (for example host 2-6). thanks in advance

4 3

host status "Non Operational" - how to diagnose & fix?
by Will Dennis 03 Jan '16

03 Jan '16

I have had one of my hosts go into the state “Non Operational” after I rebooted it… I also noticed that in the oVirt webadmin UI, the NIC that’s used in the ‘ovirtmgmt’ network is showing “down”, but in Linux the NIC is operational and up, as is the ‘ovirtmgmt’ bridge… [root@ovirt-node-02 ~]# ip link sh up 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: bond0: <NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff 3: enp4s0f0: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc pfifo_fast master bond0 state DOWN mode DEFAULT qlen 1000 link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff 4: enp4s0f1: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc pfifo_fast master bond0 state DOWN mode DEFAULT qlen 1000 link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 link/ether 00:21:85:35:08:4c brd ff:ff:ff:ff:ff:ff 7: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT link/ether 00:21:85:35:08:4c brd ff:ff:ff:ff:ff:ff What should I take a look at first?

2 2

Configuring another interface for trunked (tagged) VM traffic
by Will Dennis 02 Jan '16

02 Jan '16

Hi all, Taking the next step on configuring my newly-established oVirt cluster, and that would be to set up a trunk (VLAN tagged) connection to each cluster host (there are 3) for VM traffic. What I’m looking at is akin to setting up vSwitches on VMware, except I have never done this on a VMware cluster, just on individual hosts… Anyhow, I have the following NICs available on my three hosts (conveniently, they are the exact same hardware platform): ovirt-node-01 | success | rc=0 >> 3: enp4s0f0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 4: enp4s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 6: enp12s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 ovirt-node-02 | success | rc=0 >> 3: enp4s0f0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 4: enp4s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 6: enp12s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 ovirt-node-03 | success | rc=0 >> 3: enp4s0f0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 4: enp4s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 6: enp12s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 As you may see, I am using the ‘enp12s0f0’ interface on each host for the ‘ovirtmgmt’ bridge. This network carries the admin traffic as well as Gluster distributed filesystem traffic, but I now want to establish a separate link to each host for VM traffic. The ‘ovirtmgmt’ bridge is NOT trunked/tagged, only a single VLAN is used. For the VM traffic, I’d like to use the ‘enp4s0f0’ interface on each host, and tie them into a logical network named “vm-traffic” (or the like) and make that a trunked/tagged interface. Are there any existing succinct instructions on how to do this? I have been reading thru the oVirt Admin Manual’s “Logical Networks” section (http://www.ovirt.org/OVirt_Administration_Guide#Logical_Network_Tasks) but it hasn’t “clicked” in my mind yet... Thanks, Will

1 1

SPM
by Fernando Fuentes 02 Jan '16

02 Jan '16

Team, I noticed that my SPM moved to another host which was odd because I have a set SPM. Somehow when that happen two of my hosts went down and all my vms when in pause state. The oddity behind all this is that my primary storage which has allways been my SPM was online without any issues.. What could of have cause that? and is there a way prevent from the SPM migrating unless there is an issue? -- Fernando Fuentes ffuentes(a)txweather.org http://www.txweather.org

2 1

oVirt hosted engine agent and broker duplicate logs to syslog
by Aleksey Chudov 02 Jan '16

02 Jan '16

Hi, After upgrade from 3.6.0 to 3.6.1 agent and broker duplicate their logs to syslog. So, the same messages logged twice to files in /var/log/ovirt-hosted-engine-ha/ directory and to /var/log/messages file. Agent and broker configuration files remain the same for 3.5, 3.6.0 and 3.6.1 and there is not such logs duplication in 3.5 and 3.6.0. Is it a bug or expected behavior? OS is CentOS 7.2 # rpm -qa 'ovirt*' ovirt-vmconsole-1.0.0-1.el7.centos.noarch ovirt-vmconsole-host-1.0.0-1.el7.centos.noarch ovirt-host-deploy-1.4.1-1.el7.centos.noarch ovirt-hosted-engine-ha-1.3.3.5-1.el7.centos.noarch ovirt-engine-sdk-python-3.6.0.3-1.el7.centos.noarch ovirt-release36-002-2.noarch ovirt-setup-lib-1.0.0-1.el7.centos.noarch ovirt-hosted-engine-setup-1.3.1.3-1.el7.centos.noarch # cat /etc/ovirt-hosted-engine-ha/agent-log.conf [loggers] keys=root [handlers] keys=syslog,logfile [formatters] keys=long,sysform [logger_root] level=INFO handlers=syslog,logfile propagate=0 [handler_syslog] level=ERROR class=handlers.SysLogHandler formatter=sysform args=('/dev/log', handlers.SysLogHandler.LOG_USER) [handler_logfile] class=logging.handlers.TimedRotatingFileHandler args=('/var/log/ovirt-hosted-engine-ha/agent.log', 'd', 1, 7) level=DEBUG formatter=long [formatter_long] format=%(threadName)s::%(levelname)s::%(asctime)s::%(module)s::%(lineno)d::%(name)s::(%(funcName)s) %(message)s [formatter_sysform] format=ovirt-ha-agent %(name)s %(levelname)s %(message)s datefmt= Aleksey

3 4

R: Re: R: Re: Network instability after upgrade 3.6.0 -> 3.6.1
by Stefano Danzi 31 Dec '15

31 Dec '15

----_com.android.email_999765613676600 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKSGkgRGFuLEkgY2FuJ3QgY2hhbmdlIHN3aXRjaCBzZXR0aW5ncyB1bnRpbCBuZXh0IHdl ZWsuSSB3aWxsIHBvc3QgYSBtZXNzYWdlIGFmdGVyIG90aGVycyB0ZXN0cy4KCi0tLS0tLS0tIE1l c3NhZ2dpbyBvcmlnaW5hbGUgLS0tLS0tLS0KRGE6IERhbiBLZW5pZ3NiZXJnIDxkYW5rZW5AcmVk aGF0LmNvbT4gCkRhdGE6IDMxLzEyLzIwMTUgIDA5OjQ0ICAoR01UKzAxOjAwKSAKQTogU3RlZmFu byBEYW56aSA8cy5kYW56aUBoYXdhaS5pdD4gCkNjOiBKb24gQXJjaGVyIDxqb25Acm9zc2x1Zy5v cmcudWs+LCBtYnVybWFuQHJlZGhhdC5jb20sIHVzZXJzQG92aXJ0Lm9yZyAKT2dnZXR0bzogUmU6 IFtvdmlydC11c2Vyc10gUjogUmU6IE5ldHdvcmsgaW5zdGFiaWxpdHkgYWZ0ZXIgdXBncmFkZSAz LjYuMCAtPgogIDMuNi4xIAoKSSBkbyBub3Qgc2VlIGFueXRoaW5nIHN1c3BlY2lvdXMgaGVyZS4K CldoaWNoIGtlcm5lbCB2ZXJzaW9uIHdvcmtlZCB3ZWxsIGZvciB5b3U/CgpXb3VsZCBpdCBiZSBw b3NzaWJsZSB0byBib290IHRoZSBtYWNoaW5lIHdpdGggaXQsIGFuZCByZXRlc3QgYm9uZCBtb2Rl CjQsIHNvIHRoYXQgd2UgY2FuIHdob2xlLWhlYXJ0ZWRseSBwbGFjZSB0aGUgYmxhbWUgb24ga2Vy bmVsPwo= ----_com.android.email_999765613676600 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2PkhpIERhbiw8L2Rp dj48ZGl2PkkgY2FuJ3QgY2hhbmdlIHN3aXRjaCBzZXR0aW5ncyB1bnRpbCBuZXh0IHdlZWsuPC9k aXY+PGRpdj5JIHdpbGwgcG9zdCBhIG1lc3NhZ2UgYWZ0ZXIgb3RoZXJzIHRlc3RzLjwvZGl2Pjxi cj48YnI+PGRpdiBzdHlsZT0iZm9udC1zaXplOjEwMCU7dGV4dC1hbGlnbjpsZWZ0O2NvbG9yOiMw MDAwMDAiPi0tLS0tLS0tIE1lc3NhZ2dpbyBvcmlnaW5hbGUgLS0tLS0tLS08YnI+RGE6IERhbiBL ZW5pZ3NiZXJnICZsdDtkYW5rZW5AcmVkaGF0LmNvbSZndDsgPGJyPkRhdGE6IDMxLzEyLzIwMTUg IDA5OjQ0ICAoR01UKzAxOjAwKSA8YnI+QTogU3RlZmFubyBEYW56aSAmbHQ7cy5kYW56aUBoYXdh aS5pdCZndDsgPGJyPkNjOiBKb24gQXJjaGVyICZsdDtqb25Acm9zc2x1Zy5vcmcudWsmZ3Q7LCBt YnVybWFuQHJlZGhhdC5jb20sIHVzZXJzQG92aXJ0Lm9yZyA8YnI+T2dnZXR0bzogUmU6IFtvdmly dC11c2Vyc10gUjogUmU6IE5ldHdvcmsgaW5zdGFiaWxpdHkgYWZ0ZXIgdXBncmFkZSAzLjYuMCAt Jmd0OwogIDMuNi4xIDxicj48YnI+PC9kaXY+SSBkbyBub3Qgc2VlIGFueXRoaW5nIHN1c3BlY2lv dXMgaGVyZS48YnI+PGJyPldoaWNoIGtlcm5lbCB2ZXJzaW9uIHdvcmtlZCB3ZWxsIGZvciB5b3U/ PGJyPjxicj5Xb3VsZCBpdCBiZSBwb3NzaWJsZSB0byBib290IHRoZSBtYWNoaW5lIHdpdGggaXQs IGFuZCByZXRlc3QgYm9uZCBtb2RlPGJyPjQsIHNvIHRoYXQgd2UgY2FuIHdob2xlLWhlYXJ0ZWRs eSBwbGFjZSB0aGUgYmxhbWUgb24ga2VybmVsPzxicj48L2JvZHk+PC9odG1sPg== ----_com.android.email_999765613676600--

1 0

Can I reduce the Java heap size of engine-backup???
by John Florian 31 Dec '15

31 Dec '15

I'm trying to run the engine-backup script via a Bacula job using the RunScript option so that the engine-backup dumps its output someplace where Bacula will collect it once engine-backup finishes. However the job is failing and with enough digging I eventually learned the script was writing the following in /tmp/hs_err_pid5789.log: # # There is insufficient memory for the Java Runtime Environment to continue. # Native memory allocation (mmap) failed to map 2555904 bytes for committing reserved memory. # Possible reasons: # The system is out of physical RAM or swap space # In 32 bit mode, the process size limit was hit # Possible solutions: # Reduce memory load on the system # Increase physical memory or swap space # Check if swap backing store is full # Use 64 bit Java on a 64 bit OS # Decrease Java heap size (-Xmx/-Xms) # Decrease number of Java threads # Decrease Java thread stack sizes (-Xss) # Set larger code cache with -XX:ReservedCodeCacheSize= # This output file may be truncated or incomplete. # # Out of Memory Error (os_linux.cpp:2627), pid=5789, tid=140709998221056 # # JRE version: (8.0_65-b17) (build ) # Java VM: OpenJDK 64-Bit Server VM (25.65-b01 mixed mode linux-amd64 compressed oops) # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # So is there any good way to reduce the Java heap size? I mean I know what -Xmx does, but where might I try setting it, ideally so that it affects the engine-backup only? Any idea of good setting for a very small environment with a dozen VMs? -- John Florian

3 5

oVirt on Dell SC1435
by Michael Cooper 31 Dec '15

31 Dec '15

Hey Guys, First time pposter here, I am having an issue with installing oVirt on a Dell SC1435 I ran lscpu to make sure I was Virtualized in the bios, The following was the result [root@council ~]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 30 Model name: Intel(R) Core(TM) i7 CPU K 875 @ 2.93GHz Stepping: 5 CPU MHz: 1197.000 BogoMIPS: 5862.18 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 8192K NUMA node0 CPU(s): 0-7 So I then tried to run the hosted-engine --deploy and this is what happens: [root@starfleet tmpengineiso]# screen [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: YEs Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20151230042443-p6o0qo.log Version: otopi-1.4.0 (otopi-1.4.0-1.el7.centos) [ ERROR ] Failed to execute stage 'Environment setup': Hardware does not support virtualization [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20151230042447.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination I have attached my logfile, and a few screeshots .... Let me know please, Thanks, -- Michael A Cooper Linux Certified Zerto Certified http://www.coopfire.com

4 3

host xxx did no satisfy internal filter Memory because its swap value was illegal.
by pc 31 Dec '15

31 Dec '15

[sorry, this is my first time to use mailing list, repost again, with content from html to plain text] ### Description ### 1. problem 1) migrate vm {name:xyz001, mem(min, max) = (2G,4G)} from ovirt host n33 to n34, failed. 2) shutting down vm {name: test001, mem(min, max) = (1G,1G)} on n34, update test001's config: Host->Start Running On: Specific(n34), then start test001, while, it's running on n33. 2. err message Error while executing action: migrate [engine gui] xyz001: Cannot migrate VM. There is no host that satisfies current scheduling constraints. See below for details: The host n33.ovirt did not satisfy internal filter Memory because has availabe 1863 MB memory. Insufficient free memory to run the VM. The host n34.ovirt did not satisfy internal filter Memory because its swap value was illegal. [engine.log] INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-23) [5916aa3b] Lock Acquired to object 'EngineLock:{exclusiveLocks='[73351885-9a92-4317-baaf-e4f2bed1171a=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName test11>]', sharedLocks='null'}' INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-23) [5916aa3b] Candidate host 'n34' ('2ae3a219-ae9a-4347-b1e2-0e100360231e') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'Memory' (correlation id: null) INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-23) [5916aa3b] Candidate host 'n33' ('688aec34-5630-478e-ae5e-9d57990804e5') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'Memory' (correlation id: null) WARN [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-23) [5916aa3b] CanDoAction of action 'MigrateVm' failed for user admin@internal. Reasons: VAR__ACTION__MIGRATE,VAR__TYPE__VM,SCHEDULING_ALL_HOSTS_FILTERED_OUT,VAR__FILTERTYPE__INTERNAL,$hostName n33,$filterName Memory,$availableMem 1863,VAR__DETAIL__NOT_ENOUGH_MEMORY,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL,VAR__FILTERTYPE__INTERNAL,$hostName n34,$filterName Memory,VAR__DETAIL__SWAP_VALUE_ILLEGAL,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-23) [5916aa3b] Lock freed to object 'EngineLock:{exclusiveLocks='[73351885-9a92-4317-baaf-e4f2bed1171a=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName test11>]', sharedLocks='null'}' 3. DC Compatibility Version: 3.5 4. Cluster Memory Optimization: For Server Load - Allow scheduling of 150% of physical memory Memory Balloon: Enable Memory Balloon Optimization Enable KSM: Share memory pages across all available memory (best KSM effectivness) 5. HOST name: n33, n34 mem: 32G 6. VM [n33] 11 vms (min, max) = (2G,4G) = 8 (min, max) = (2G,8G) = 1 (min, max) = (2G,2G) = 2 total: 22G/44G [n34] 7 vms (min, max) = (0.5G,1G) = 1 (min, max) = (1G,2G) = 1 (min, max) = (2G,2G) = 1 (min, max) = (2G,4G) = 3 (min, max) = (8G,8G) = 1 total: 17.5G/25G -------------------------------------------- (min, max) = (2G,4G) stands for: Memory Size: 4G Physical Memory Guaranteed: 2G Memory Balloon Device Enabled: checked -------------------------------------------- 7. rpm version [root@n33 ~]# rpm -qa |grep vdsm vdsm-yajsonrpc-4.16.27-0.el6.noarch vdsm-jsonrpc-4.16.27-0.el6.noarch vdsm-cli-4.16.27-0.el6.noarch vdsm-python-zombiereaper-4.16.27-0.el6.noarch vdsm-xmlrpc-4.16.27-0.el6.noarch vdsm-python-4.16.27-0.el6.noarch vdsm-4.16.27-0.el6.x86_64 [root@engine ~]# rpm -qa |grep ovirt ovirt-release36-001-2.noarch ovirt-engine-setup-base-3.6.0.3-1.el6.noarch ovirt-engine-setup-3.6.0.3-1.el6.noarch ovirt-image-uploader-3.6.0-1.el6.noarch ovirt-engine-wildfly-8.2.0-1.el6.x86_64 ovirt-engine-setup-plugin-vmconsole-proxy-helper-3.6.0.3-1.el6.noarch ovirt-host-deploy-1.4.0-1.el6.noarch ovirt-engine-backend-3.6.0.3-1.el6.noarch ovirt-engine-webadmin-portal-3.6.0.3-1.el6.noarch ovirt-engine-jboss-as-7.1.1-1.el6.x86_64 ovirt-engine-lib-3.6.0.3-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.6.0.3-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-3.6.0.3-1.el6.noarch ovirt-engine-setup-plugin-websocket-proxy-3.6.0.3-1.el6.noarch ovirt-engine-sdk-python-3.6.0.3-1.el6.noarch ovirt-iso-uploader-3.6.0-1.el6.noarch ovirt-vmconsole-proxy-1.0.0-1.el6.noarch ovirt-engine-extensions-api-impl-3.6.0.3-1.el6.noarch ovirt-engine-websocket-proxy-3.6.0.3-1.el6.noarch ovirt-engine-vmconsole-proxy-helper-3.6.0.3-1.el6.noarch ebay-cors-filter-1.0.1-0.1.ovirt.el6.noarch ovirt-host-deploy-java-1.4.0-1.el6.noarch ovirt-engine-tools-3.6.0.3-1.el6.noarch ovirt-engine-restapi-3.6.0.3-1.el6.noarch ovirt-engine-3.6.0.3-1.el6.noarch ovirt-engine-extension-aaa-jdbc-1.0.1-1.el6.noarch ovirt-engine-cli-3.6.0.1-1.el6.noarch ovirt-vmconsole-1.0.0-1.el6.noarch ovirt-engine-wildfly-overlay-001-2.el6.noarch ovirt-engine-dbscripts-3.6.0.3-1.el6.noarch ovirt-engine-userportal-3.6.0.3-1.el6.noarch ovirt-guest-tools-iso-3.6.0-0.2_master.fc22.noarch ### DB ### [root@engine ~]# su postgres bash-4.1$ cd ~ bash-4.1$ psql engine engine=# select vds_id, physical_mem_mb, mem_commited, vm_active, vm_count, reserved_mem, guest_overhead, transparent_hugepages_state, pending_vmem_size from vds_dynamic; vds_id | physical_mem_mb | mem_commited | vm_active | vm_count | reserved_mem | guest_overhead | transparent_hugepages_state | pending_vmem_size --------------------------------------+-----------------+--------------+-----------+----------+--------------+----------------+-----------------------------+------------------- 688aec34-5630-478e-ae5e-9d57990804e5 | 32057 | 45836 | 11 | 11 | 321 | 65 | 2 | 0 2ae3a219-ae9a-4347-b1e2-0e100360231e | 32057 | 26120 | 7 | 7 | 321 | 65 | 2 | 0 (2 rows) ### memory ### [n33] # free -m total used free shared buffers cached Mem: 32057 31770 287 0 41 6347 -/+ buffers/cache: 25381 6676 Swap: 29999 10025 19974 Physical Memory: 32057 MB total, 25646 MB used, 6411 MB free Swap Size: 29999 MB total, 10025 MB used, 19974 MB free Max free Memory for scheduling new VMs: 1928.5 MB [n34] # free -m total used free shared buffers cached Mem: 32057 31713 344 0 78 13074 -/+ buffers/cache: 18560 13497 Swap: 29999 5098 24901 Physical Memory: 32057 MB total, 18593 MB used, 13464 MB free Swap Size: 29999 MB total, 5098 MB used, 24901 MB free Max free Memory for scheduling new VMs: 21644.5 MB ### code ### ##from: https://github.com/oVirt/ovirt-engine v3.6.0 ##from: D:\code\java\ovirt-engine\backend\manager\modules\dal\src\main\resources\bundles\AppErrors.properties VAR__DETAIL__SWAP_VALUE_ILLEGAL=$detailMessage its swap value was illegal ##from: D:\code\java\ovirt-engine\backend\manager\modules\bll\src\main\java\org\ovirt\engine\core\bll\scheduling\policyunits\MemoryPolicyUnit.java #-----------code--------------1# private boolean isVMSwapValueLegal(VDS host) { if (!Config.<Boolean> getValue(ConfigValues.EnableSwapCheck)) { return true; } (omitted..) return ((swap_total - swap_free - mem_available) * 100 / physical_mem_mb) <= Config.<Integer> getValue(ConfigValues.BlockMigrationOnSwapUsagePercentage) (omitted..) } #-----------code--------------1# if EnableSwapCheck = False then return True, so we can simply disable this option? Any Suggestion? [root@engine ~]# engine-config --get BlockMigrationOnSwapUsagePercentage BlockMigrationOnSwapUsagePercentage: 0 version: general so,, Config.<Integer> getValue(ConfigValues.BlockMigrationOnSwapUsagePercentage) = 0 so,, (swap_total - swap_free - mem_available) * 100 / physical_mem_mb <= 0 so,, swap_total - swap_free - mem_available <= 0 right? so,, if (swap_total - swap_free) <= mem_available then return True else return False #-----------code--------------2# for (VDS vds : hosts) { if (!isVMSwapValueLegal(vds)) { log.debug("Host '{}' swap value is illegal", vds.getName()); messages.addMessage(vds.getId(), EngineMessage.VAR__DETAIL__SWAP_VALUE_ILLEGAL.toString()); continue; } if (!memoryChecker.evaluate(vds, vm)) { int hostAavailableMem = SlaValidator.getInstance().getHostAvailableMemoryLimit(vds); log.debug("Host '{}' has {} MB available. Insufficient memory to run the VM", vds.getName(), hostAavailableMem); messages.addMessage(vds.getId(), String.format("$availableMem %1$d", hostAavailableMem)); messages.addMessage(vds.getId(), EngineMessage.VAR__DETAIL__NOT_ENOUGH_MEMORY.toString()); continue; } (omitted..) } #-----------code--------------2# !isVMSwapValueLegal then throw exception, right? so,, when we migrate vm from n33 to n34, the swap status on n34 actually is: (swap_total - swap_free) > mem_available swap_used > mem_available? confused... so,, the logic is: 1) check n33: swap[passed], then memory[failed], then goto (for..continue..loop) 2) check n34: swap[failed], then goto (for..continue..loop) If I have misunderstood anything, please let me know. ### conclusion ### 1) n33 do not have enough memory. [yes, I know that.] 2) n34 memory is illegal [why and how to solve it?] 3) what I tried: --change config: BlockMigrationOnSwapUsagePercentage [root@engine ~]# engine-config --set BlockMigrationOnSwapUsagePercentage=75 -cver general [root@engine ~]# engine-config --get BlockMigrationOnSwapUsagePercentage BlockMigrationOnSwapUsagePercentage: 75 version: general Result: failed. --disable EnableSwapCheck How? Option not found from 'engine-config --list', should I update table field direct from db? --disk swap partition on host Should I do this operation? --update ovirt-engine? No useful infomation found in latest release note, should I do this operation? ### help ### any help would be appreciated. ZYXW. Reference http://www.ovirt.org/Sla/FreeMemoryCalculation http://lists.ovirt.org/pipermail/users/2012-November/010858.html http://lists.ovirt.org/pipermail/users/2013-March/013201.html http://comments.gmane.org/gmane.comp.emulators.ovirt.user/19288 http://jim.rippon.me.uk/2013/07/ovirt-testing-english-instructions-for.html

2 4

How to manually restore ovirt-engine from sql dump file?
by Arman Khalatyan 31 Dec '15

31 Dec '15

Hello, Due to the HW error we lost ovirt-engine db. We have only recent dump files from /var/lib/ovirt-engine/backups/ Is it possible to restore database using dump files? BTW the VMs are still running without ovirt-engine. Thanks, Arman. *********************************************************** Dr. Arman Khalatyan eScience -SuperComputing Leibniz-Institut für Astrophysik Potsdam (AIP) An der Sternwarte 16, 14482 Potsdam, Germany ***********************************************************

2 1