- Users - oVirt List Archives

Re: [ovirt-users] Using VDSM to edit management interface
by Kirin van der Veer 16 Mar '18

16 Mar '18

Ďakujem Peter, but this doesn't seem to work in my case. /etc/resolv.conf is regenerated by Network Manager after a reboot and my domain settings are lost. Your comments regarding the reliance on DNS make sense for most installations, but in my case oVirt is a secondary service that I would not expect to run unless our core infrastructure is working correctly. I'm hesitant to edit /etc/hosts directly, since that can lead to confusion when the underlying IP addresses change. For now I will hardcode the IPs of my servers. It's frustrating (and surprising) that there is not an easy way to do this. Kirin. On Thu, Mar 15, 2018 at 5:17 PM, Peter Hudec <phudec(a)cnc.sk> wrote: > Hi Kirin, > > I suggest to do it old way and edit the /etc/resolv.conf manually. > > And one advice. Do not relay on the DNS on infrastructure servers. Use > /etc/hosts. If he DNS will not be accessible, you will have problem to > put it infrastructure up/working. As side effect the hosts allow you > to use short names to access servers. > > If you are ansible positive, you could use > > hudecof.resolv https://galaxy.ansible.com/hudecof/resolv/ > hudecof.hosts https://galaxy.ansible.com/hudecof/hosts/ > > > Peter > > On 15/03/2018 06:03, Kirin van der Veer wrote: > > Hi oVirt people, I have setup a new cluster consisting of many > > oVirt Nodes with a single dedicated oVirt Engine machine. For the > > most part things are working, however despite entering the DNS > > search domain during install on the Nodes the management interface > > is not aware of my search domain and it has not been added to > > /etc/resolv.conf (perhaps that is unnecessary?). I eventually > > worked out that the DNS search domain should be included in > > /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt However as per the > > header/warning, that file is generated by VDSM. I assumed that I > > should be able to edit the search domain with vdsClient, but when I > > run "vdsClient -m" I don't see any options related to network > > config. I found the following page on DNS config: > > https://www.ovirt.org/develop/release-management/features/network/ > allowExplicitDnsConfiguration/ > > > > > But it does not seem to offer a way of specifying the DNS search domain > > (other than perhaps directly editing /etc/resolv.conf - which is > > generated/managed by Network Manager). nmcli reports that all of my > > interfaces (including ovirtmgmt) are "unmanaged". Indeed when I > > attempt to run nmtui there is nothing listed to configure. This > > should be really simple! I just want to add my local search domain > > so I can use the short name for my NFS server. I'd appreciate any > > advice. > > > > Thanks in advance, Kirin. > > > > > > . > > > > *IMPORTANT NOTE. *If you are NOT AN AUTHORISED RECIPIENT of this > > e-mail, please contact Planet Innovation Pty Ltd by return e-mail > > or by telephone on +613 9945 7510. In this case, you should not > > read, print, re-transmit, store or act in reliance on this e-mail > > or any attachments, and should destroy all copies of them. This > > e-mail and any attachments are confidential and may contain legally > > privileged information and/or copyright material of Planet > > Innovation Pty Ltd or third parties. You should only re-transmit, > > distribute or commercialise the material if you are authorised to > > do so. Although we use virus scanning software, we deny all > > liability for viruses or alike in any message or attachment. This > > notice should not be removed. > > > > ** > > > > > > _______________________________________________ Users mailing list > > Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > *Peter Hudec* > Infraštruktúrny architekt > phudec(a)cnc.sk <mailto:phudec@cnc.sk> > > *CNC, a.s.* > Borská 6, 841 04 Bratislava > Recepcia: +421 2 35 000 100 > > Mobil:+421 905 997 203 > *www.cnc.sk* <http:///www.cnc.sk> -- *IMPORTANT NOTE. *If you are NOT AN AUTHORISED RECIPIENT of this e-mail, please contact Planet Innovation Pty Ltd by return e-mail or by telephone on +613 9945 7510. In this case, you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. This e-mail and any attachments are confidential and may contain legally privileged information and/or copyright material of Planet Innovation Pty Ltd or third parties. You should only re-transmit, distribute or commercialise the material if you are authorised to do so. Although we use virus scanning software, we deny all liability for viruses or alike in any message or attachment. This notice should not be removed.

2 1

ovirt 4.2.2-rc3 switching from legacy to OVS..
by Thomas Davis 16 Mar '18

16 Mar '18

I'm getting further along with 4.2.2rc3 than the 4.2.1 when it comes to hosted engine and vlans.. it actually does install under 4.2.2rc3. But it's a complete failure when I switch the cluster from Linux Bridge/Legacy to OVS. The first time I try, vdsm does not properly configure the node, it's all messed up. I'm getting this in vdsmd logs: 2018-03-08 23:12:46,610-0800 INFO (jsonrpc/7) [api.network] START setupNetworks(networks={u'ovirtmgmt': {u'ipv6autoconf': True, u'nic': u'eno1', u'vlan': u'50', u'ipaddr': u'192.168.85.49', u'switch': u'ovs', u'mtu': 1500, u'netmask': u'255.255.252.0', u'dhcpv6': False, u'STP': u'no', u'bridged': u'true', u'gateway': u'192.168.85.254', u'defaultRoute': True}}, bondings={}, options={u'connectivityCheck': u'true', u'connectivityTimeout': 120}) from=::ffff:192.168.85.24,56806, flow_id=4147e25f-0a23-4f47-a0a4-d424a3437d11 (api:46) 2018-03-08 23:12:52,449-0800 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.ping2 succeeded in 0.00 seconds (__init__:573) 2018-03-08 23:12:52,511-0800 INFO (jsonrpc/7) [api.network] FINISH setupNetworks error=[Errno 19] ovirtmgmt is not present in the system from=::ffff:192.168.85.24,56806, flow_id=4147e25f-0a23-4f47-a0a4-d424a3437d11 (api:50) 2018-03-08 23:12:52,512-0800 ERROR (jsonrpc/7) [jsonrpc.JsonRpcServer] Internal server error (__init__:611) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 606, in _handle_request res = method(**params) File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 201, in _dynamicMethod result = fn(*methodArgs) File "<string>", line 2, in setupNetworks File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in method ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1527, in setupNetworks supervdsm.getProxy().setupNetworks(networks, bondings, options) File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__ return callMethod() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda> **kwargs) File "<string>", line 2, in setupNetworks File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod raise convert_to_error(kind, result) IOError: [Errno 19] ovirtmgmt is not present in the system 2018-03-08 23:12:52,512-0800 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.setupNetworks failed (error -32603) in 5.90 seconds (__init__:573) 2018-03-08 23:12:54,769-0800 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Host.ping2 succeeded in 0.00 seconds (__init__:573) 2018-03-08 23:12:54,772-0800 INFO (jsonrpc/5) [api.host] START getCapabilities() from=::1,45562 (api:46) 2018-03-08 23:12:54,906-0800 INFO (jsonrpc/5) [api.host] FINISH getCapabilities error=[Errno 19] ovirtmgmt is not present in the system from=::1,45562 (api:50) 2018-03-08 23:12:54,906-0800 ERROR (jsonrpc/5) [jsonrpc.JsonRpcServer] Internal server error (__init__:611) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 606, in _handle_request res = method(**params) File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 201, in _dynamicMethod result = fn(*methodArgs) File "<string>", line 2, in getCapabilities File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in method ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1339, in getCapabilities c = caps.get() File "/usr/lib/python2.7/site-packages/vdsm/host/caps.py", line 168, in get net_caps = supervdsm.getProxy().network_caps() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__ return callMethod() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda> **kwargs) File "<string>", line 2, in network_caps File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod raise convert_to_error(kind, result) IOError: [Errno 19] ovirtmgmt is not present in the system So something is dreadfully wrong with the bridge to ovs conversion in 4.2.2rc3. thomas

4 6

Host can not boot any more with current kernel
by Jonathan Baecker 15 Mar '18

15 Mar '18

Hello everybody, Today I update my engine, from 4.2.1.6 to 4.2.1.7 and later I update two hosts. All are running on CentOS 7.4 Now they have the kernel 3.10.0-693.21, one host I can start normal and the other one always reboot short after the menu where I can select the kernel. There is not even an error message and I can not switch to the boot log screen. The same behavior I have with kernel 3.10.0-693.17. Kernel *.11 and older are working. Have any body experience this issue and know what to do? Regards Jonathan

1 0

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

15 Mar '18

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

1 0

UI plugin API updates
by Vojtech Szocs 15 Mar '18

15 Mar '18

Dear community, the UI plugin API will be updated to reflect recent oVirt web administration UI design changes. The relevant patch is already merged in master branch [1] and the associated BZ [2] is targeted for 4.3 release. *What's new* Two new API functions, addPrimaryMenuContainer and addSecondaryMenuPlace, allow you to add custom secondary menu items to the vertical navigation menu. You can target both existing (core) and custom primary menu items when adding secondary ones. *What's changed* Some API functions were renamed to stay consistent with current UI design, i.e. reflecting the absence of "main" and "sub" tabs. - addMainTab => addPrimaryMenuPlace - addSubTab => addDetailPlace - setTabContentUrl => setPlaceContentUrl - setTabAccessible => setPlaceAccessible - addMainTabActionButton => addMenuPlaceActionButton - addSubTabActionButton => addDetailPlaceActionButton You can still use the original functions mentioned above, but doing so will yield a warning in the browser console, for example: *addMainTab is deprecated, please use addPrimaryMenuPlace instead.* In addition, for functions that used to deal with "main" or "sub" tabs, the options object no longer supports alignRight (boolean) parameter. That's because PatternFly tabs widget [3] expects all tabs to be aligned next to each other, flowing from left to right. We'll be updating the UI plugins feature page shortly to reflect all the changes. [1] https://gerrit.ovirt.org/#/c/88690/ [2] https://bugzilla.redhat.com/1553902 [3] http://www.patternfly.org/pattern-library/widgets/#tabs Regards, Vojtech

1 0

Cannot use noVNC in VM portal, oVirt 4.2.1.7
by Chlipala, George Edward 15 Mar '18

15 Mar '18

--_000_CY1PR05MB2219799F27F3114D6CE5148BF4DE0CY1PR05MB2219namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 T3VyIG9WaXJ0IGluc3RhbGxhdGlvbiAoNC4yLjEuNykgaXMgY29uZmlndXJlZCB0byB1c2Ugbm9W TkMgYXMgdGhlIGRlZmF1bHQgY29uc29sZSAoQ2xpZW50TW9kZVZuY0RlZmF1bHQgPSBub1ZuYyku ICBUaGlzIHdvcmtzIHBlcmZlY3RseSBmaW5lIGluIHRoZSBBZG1pbmlzdHJhdG9yIHBvcnRhbC4g IEhvd2V2ZXIgaWYgYSB1c2VyIGxvZ3MgaW4gdG8gdGhlIFZNIHBvcnRhbCB3aGVuIHRoZXkgY2xp Y2sgdGhlIFZOQyBjb25zb2xlIG9wdGlvbiBpdCBnZW5lcmF0ZXMgYSB2aXJ0LXZpZXdlciBmaWxl IChuYXRpdmUgVk5DIGNsaWVudCkgaW5zdGVhZCBvZiBvcGVuaW5nIGEgbm9WTkMgc2Vzc2lvbi4g IFdlIGNhbm5vdCBzZWVtIHRvIGZpbmQgYW55IG9wdGlvbnMgb24gdGhlIFZNIHBvcnRhbCB0byB1 c2Ugbm9WTkMgb3Igc2V0IGFzIHRoZSBkZWZhdWx0LiAgSXMgdGhlcmUgYW5vdGhlciBvcHRpb24g dGhhdCB3ZSBuZWVkIHRvIHNldCB0byBhbGxvdyBub1ZOQyB2aWEgdGhlIFZNIHBvcnRhbD8NCg0K VGhhbmtzIQ0KDQpHZW9yZ2UgQ2hsaXBhbGEsIFBoLkQuDQpBc3NvY2lhdGUgRGlyZWN0b3IsIENv cmUgZm9yIFJlc2VhcmNoIEluZm9ybWF0aWNzDQpSZXNlYXJjaCBSZXNvdXJjZXMgQ2VudGVyDQpV bml2ZXJzaXR5IG9mIElsbGlub2lzIGF0IENoaWNhZ28NCg0KcGhvbmU6IDMxMi00MTMtMTcwMA0K ZW1haWw6IGdjaGxpcDJAdWljLmVkdQ0KDQo= --_000_CY1PR05MB2219799F27F3114D6CE5148BF4DE0CY1PR05MB2219namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQovKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1h bA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEu MHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7 DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJs aW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4i LHNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEu MGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24x DQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94 bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2 OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFw ZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBs aW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T3VyIG9WaXJ0IGluc3RhbGxhdGlvbiAoNC4yLjEuNykg aXMgY29uZmlndXJlZCB0byB1c2Ugbm9WTkMgYXMgdGhlIGRlZmF1bHQgY29uc29sZSAoQ2xpZW50 TW9kZVZuY0RlZmF1bHQgPSBub1ZuYykuJm5ic3A7IFRoaXMgd29ya3MgcGVyZmVjdGx5IGZpbmUg aW4gdGhlIEFkbWluaXN0cmF0b3IgcG9ydGFsLiZuYnNwOyBIb3dldmVyIGlmIGEgdXNlciBsb2dz IGluIHRvIHRoZSBWTSBwb3J0YWwgd2hlbiB0aGV5IGNsaWNrIHRoZSBWTkMNCiBjb25zb2xlIG9w dGlvbiBpdCBnZW5lcmF0ZXMgYSB2aXJ0LXZpZXdlciBmaWxlIChuYXRpdmUgVk5DIGNsaWVudCkg aW5zdGVhZCBvZiBvcGVuaW5nIGEgbm9WTkMgc2Vzc2lvbi4mbmJzcDsgV2UgY2Fubm90IHNlZW0g dG8gZmluZCBhbnkgb3B0aW9ucyBvbiB0aGUgVk0gcG9ydGFsIHRvIHVzZSBub1ZOQyBvciBzZXQg YXMgdGhlIGRlZmF1bHQuJm5ic3A7IElzIHRoZXJlIGFub3RoZXIgb3B0aW9uIHRoYXQgd2UgbmVl ZCB0byBzZXQgdG8gYWxsb3cgbm9WTkMgdmlhDQogdGhlIFZNIHBvcnRhbD88bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+VGhhbmtzITxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtjb2xvcjojMjIyMjIyIj5HZW9yZ2UgQ2hsaXBhbGEsIFBoLkQuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Y29sb3I6IzIyMjIyMiI+QXNzb2NpYXRlIERpcmVjdG9yLCBDb3JlIGZv ciBSZXNlYXJjaCBJbmZvcm1hdGljczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOiMyMjIyMjIiPlJl c2VhcmNoIFJlc291cmNlcyBDZW50ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjojMjIyMjIyIj5V bml2ZXJzaXR5IG9mIElsbGlub2lzIGF0IENoaWNhZ288YnI+DQo8YnI+DQpwaG9uZTogMzEyLTQx My0xNzAwPGJyPg0KZW1haWw6PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Nv bG9yOmJsYWNrIj4gZ2NobGlwMkB1aWMuZWR1IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_CY1PR05MB2219799F27F3114D6CE5148BF4DE0CY1PR05MB2219namp_--

2 1

Ovirt and OVH vRack
by Fabien Carré 15 Mar '18

15 Mar '18

Hello, I am trying to set up an oVirt environment using OVH servers. So far I have installed an engine (4.2) and a node. The node is attached to a NAS through a vRack https://www.ovh.co.uk/solutions/vrack/network-technology.xml. I am using one vlan to connect it, which is the management network However it is not a perfect setup (cf attached screenshot). The management network is in "Out-of-Sync" state. on the node : # ip addr 28: eno4.100@eno4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master ovirtmgmt state UP qlen 1000 link/ether 0c:c4:ff:7a:6c:13 brd ff:ff:ff:ff:ff:ff 29: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000 link/ether 0c:c4:ff:7a:6c:13 brd ff:ff:ff:ff:ff:ff inet 10.100.0.11/24 brd 10.100.0.255 scope global ovirtmgmt valid_lft forever preferred_lft forever [image: Screenshot from 2018-03-15 09-03-37.png] It does not seem possible to add extra vlan. I wanted to have one for the vms and one for the hosts. Can you give me some help or guidance ? Also generally speaking do you think such a setup is fine ? Thank you Fabien

2 2

Issue...
by Nasrum Minallah Manzoor 15 Mar '18

15 Mar '18

--_000_SG2PR0401MB217521582D8000F4845C1BE2E2D20SG2PR0401MB2175_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I am facing issue when I click on "change CD" option in ovirt's engine it d= oesn't works. It was working fine, I don't how it stopped working! Any suggestions guys! Regards, --_000_SG2PR0401MB217521582D8000F4845C1BE2E2D20SG2PR0401MB2175_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I am facing issue when I click on “change CD&#= 8221; option in ovirt’s engine it doesn’t works. It was working= fine, I don’t how it stopped working!<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Any suggestions guys!<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Regards,<o:p></o:p></p> </div> </body> </html> --_000_SG2PR0401MB217521582D8000F4845C1BE2E2D20SG2PR0401MB2175_--

2 1

Re: [ovirt-users] [4.2.2-1.el7.centos] Image locked and unending task
by Eyal Shenitzky 15 Mar '18

15 Mar '18

Thank you for sending the logs. According to the logs, it seems that you had some connectivity issue while you tried to preview the snapshot. The preview operation rolled back but according to you failed to finish. It seems like you still have a connectivity issue with that host ( 'pfm-srv-virt-1.pfm-ad.pfm.loc), try to see what happens to it. Here is the relevant part from the log: 2018-03-14 17:00:48,652+01 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Heartbeat exceeded for host 'pfm-srv-virt-1.pfm-ad.pfm.loc', last response arrived 2003 ms ago. 2018-03-14 17:00:53,561+01 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to pfm-srv-virt-1.pfm-ad.pfm.loc/10.100.1.50 2018-03-14 17:02:21,832+01 INFO [org.ovirt.engine.core.utils.transaction.TransactionSupport] (EE-ManagedThreadFactory-engine-Thread-118906) [] transaction rolled back 2018-03-14 17:02:21,836+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-118906) [] EVENT_ID: USER_TRY_BACK_TO_SNAPSHOT_FINISH_FAILURE(99), Failed to complete Snapshot-Preview AFTER_INSTALL for VM pfm-ltsp-1. 2018-03-14 17:02:21,836+01 ERROR [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (EE-ManagedThreadFactory-engine-Thread-118906) [] [within thread]: endAction for action type TryBackToAllSnapshotsOfVm threw an exception.: java.lang.NullPointerException at org.ovirt.engine.core.bll.snapshots.SnapshotsManager.deviceCanBeRemoved(SnapshotsManager.java:463) [bll.jar:] at org.ovirt.engine.core.bll.snapshots.SnapshotsManager.attempToRestoreVmConfigurationFromSnapshot(SnapshotsManager.java:415) [bll.jar:] at org.ovirt.engine.core.bll.snapshots.TryBackToAllSnapshotsOfVmCommand.restoreVmConfigFromSnapshot(TryBackToAllSnapshotsOfVmCommand.java:204) [bll.jar:] at org.ovirt.engine.core.bll.snapshots.TryBackToAllSnapshotsOfVmCommand.endSuccessfully(TryBackToAllSnapshotsOfVmCommand.java:168) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalEndSuccessfully(CommandBase.java:675) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.endActionInTransactionScope(CommandBase.java:630) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1936) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:202) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:137) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.endAction(CommandBase.java:495) [bll.jar:] at org.ovirt.engine.core.bll.tasks.DecoratedCommand.endAction(DecoratedCommand.java:17) [bll.jar:] at org.ovirt.engine.core.bll.tasks.CoCoAsyncTaskHelper.endAction(CoCoAsyncTaskHelper.java:353) [bll.jar:] at org.ovirt.engine.core.bll.tasks.CommandCoordinatorImpl.endAction(CommandCoordinatorImpl.java:347) [bll.jar:] at org.ovirt.engine.core.bll.tasks.CommandAsyncTask.endCommandAction(CommandAsyncTask.java:160) [bll.jar:] at org.ovirt.engine.core.bll.tasks.CommandAsyncTask.lambda$endActionIfNecessary$0(CommandAsyncTask.java:112) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:96) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_161] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_161] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_161] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_161] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_161] at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250) [javax.enterprise.concurrent-1.0.jar:] at org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78) 2018-03-14 17:02:21,838+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (EE-ManagedThreadFactory-engine-Thread-118906) [] CommandAsyncTask::HandleEndActionResult: endAction for action type 'TryBackToAllSnapshotsOfVm' threw an unrecoverable RuntimeException the task will be cleared. 2018-03-14 17:02:21,841+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engine-Thread-118906) On Thu, Mar 15, 2018 at 11:35 AM, <spfma.tech(a)e.mail.fr> wrote: > Thanks for your reply. > > Yesterday, I realized I was doing nothing good with some the software I > planed to install in a VM, so I tried to revert to a snapshot a took just > after OS installation, as I always do. > > As I had added a second disk to the VM in between, I choose to revert to > snapshot without taking care of the second disk contents. > > But the preview operation never ended. So I restarted the engine vm but > nothing changed. > > This morning I tried to cleanup things, using "taskcleaner" and > "unlock_entity". I could regain control over the VM, but the task is still > in "finalizing" state in the GUI. > > I even remove the second disk to see if it was better, but nothing. > > You will find the engine logfile and the "vdsm.log" from the server the > task is running on. > > I am not sure how to check engine version precisely, so I queried the rpm > database in the vm : ovirt-engine-4.2.2-1.el7.centos.noarch > > Regards > > > > > Le 15-Mar-2018 10:17:59 +0100, eshenitz(a)redhat.com a écrit: > > > Hi, > > Can you please specify the version of the engine and supply the engine.log > and the vdsm.log? > > Moreover, can you please specify the steps that you did that led you to > this issue? > > Thanks, > > On Thu, Mar 15, 2018 at 11:05 AM, <spfma.tech(a)e.mail.fr> wrote: > >> Hi, >> >> I tried to rollback to a snapshot on a VM, but the preview never ended. >> >> The task has been running for about 15 hours, with this state : >> >> { >> "916b67fb-8808-43d2-850c-1c12650ccc49": { >> "verb": "createVolume", >> "code": 0, >> "state": "finished", >> "tag": "spm", >> "result": { >> "uuid": "d37ca118-820f-46a3-b99b-714018ea8b42" >> }, >> "message": "1 jobs completed successfully", >> "id": "916b67fb-8808-43d2-850c-1c12650ccc49" >> } >> } >> >> I just canceled it : the task list is now empty on the CLI but no change >> on GUI. >> >> So I restared the engine VM, but no success. >> >> With "/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh" I was able >> to manually unlock the image, but the task is still "finalizing". >> >> Is this a bug ? >> >> Regards >> >> ------------------------------ >> FreeMail powered by mail.fr >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > > -- > Regards, > Eyal Shenitzky > > > ------------------------------ > FreeMail powered by mail.fr -- Regards, Eyal Shenitzky

2 1

oVirt Engine 4.2 -> 4.2.1 Upgrade
by Andrei Verovski 15 Mar '18

15 Mar '18

Hi ! After oVirt Engine 4.2 -> 4.2.1 Upgrade do I need to run these commands as described in this article https://www.ovirt.org/release/4.2.1/ su - postgres -c "scl enable rh-postgresql95 – psql -d engine" postgres=# DROP FUNCTION IF EXISTS uuid_generate_v1(); postgres=# CREATE EXTENSION "uuid-ossp”; BTW, this yelds error: [root@node00 ~]# su - postgres -c "scl enable rh-postgresql95 – psql -d engine" Unable to open /etc/scl/conf/–! node00 is a dedicated PC with CentOS and oVirt Host Engine. Thanks. Andrei

2 2