- Users - oVirt List Archives

Quick question about oVirt 3.6 and vdsm log in DEBUG mode (apprently by default??)
by Christopher Cox 16 Mar '18

16 Mar '18

We're running oVirt 3.6 on 9 Dell Blades but with just two fairly fat fabrics, one for LAN stuff, ovirtmgmt and one for iSCSI to the storage domains. 15 VM Storage Domains iSCSI has 4 paths going through a 40Gbit i/o blade to switch 115 VMs or thereabouts 9 VLANS, sharing an i/o blade with ovirtmgmt 40Gbit to switch 500+ virtual disks What we are seeing more and more is that if we do an operation like expose a new LUN and configure a new storage domain, that all of the hyervisors go "red triangle" and "Connecting..." and it takes a very long time (all day) to straighten out. My guess is that there's too much to look at vdsm wise and so it's waiting a short(er) period of time for a completed response than what vdsm is going to us, and it just cycles over and over until it just happens to work. I'm thinking that vdsm having DEBUG enabled isn't helping the latency, but as far as I know it came this way be default. Can we safely disable DEBUG on the hypervisor hosts for vdsm? Can we do this while things are roughly in a steady state? Remember, just doing the moves could throw everything into vdsm la-la-land (actually, that might not be true, might take a new storage thing to do that). Just thinking out loud... can we safely turn off DEBUG logging on the vdsms? Can we do this "live" through bouncing of the vdsm if everything is "steady state"? Do you think this might help the problems we're having with storage operations? (I can see all the blades logging in iSCSI wise, but ovirt engine does the whole red triangle connecting thing, for many, many, many hours). Thanks, Christopher

2 3

Hosted-Engine Agent broken
by Sven Achtelik 16 Mar '18

16 Mar '18

--_000_94c8a2d4a7c347269b1e642ba1690946epsaero_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, after upgrading my engine to 4.2 and upgrading my hosts to the latest vers= ions the HA for the hosted engine is not working anymore. The Agent fails w= ith the following errors. Did I miss anything while upgrading ? The Engine = is still running - what would be the correct approach to get the HA service= s up and running ? ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (mo= st recent call last): Fil= e "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",= line 191, in _run_agent r= eturn action(he) Fil= e "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",= line 64, in action_proper r= eturn he.start_monitoring() Fil= e "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_eng= ine.py", line 421, in start_monitoring s= elf._config.refresh_vm_conf() Fil= e "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/env/config.py", = line 496, in refresh_vm_conf c= ontent_from_ovf =3D self._get_vm_conf_content_from_ovf_store() Fil= e "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/env/config.py", = line 438, in _get_vm_conf_content_from_ovf_store c= onf =3D ovf2VmParams.confFromOvf(heovf) Fil= e "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/ovf/ovf2VmPa= rams.py", line 283, in confFromOvf v= mConf =3D toDict(ovf) Fil= e "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/ovf/ovf2VmPa= rams.py", line 210, in toDict v= mParams['vmId'] =3D tree.find('Content/Section').attrib[OVF_NS + 'id'] Fil= e "lxml.etree.pyx", line 2272, in lxml.etree._Attrib.__getitem__ (src/lxml/= lxml.etree.c:55336) KeyEr= ror: '{http://schemas.dmtf.org/ovf/envelope/1/}id' ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to res= tart agent ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERRO= R Unable to refresh vm.conf from the shared storage. Has this HE cluster co= rrectly reached 3.6 level? If anyone could give a hint on where to look at would be very helpful. Thank you, Sven --_000_94c8a2d4a7c347269b1e642ba1690946epsaero_ 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"DE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi All, <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">after upgrading my engine to 4.= 2 and upgrading my hosts to the latest  versions the HA for the hosted= engine is not working anymore. The Agent fails with the following errors. = Did I miss anything while upgrading ? The Engine is still running – what would be the correct approach to get = the HA services up and running ? <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">ovirt-ha-agent ovirt_hosted_eng= ine_ha.agent.agent.Agent ERROR Traceback (most recent call last):<o:p></o:p= ></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;    File "/usr/lib/python2.7/site-packages/ovirt_host= ed_engine_ha/agent/agent.py", line 191, in _run_agent<o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;      return action(he)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;    File "/usr/lib/python2.7/site-packages/ovirt_host= ed_engine_ha/agent/agent.py", line 64, in action_proper<o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;      return he.start_monitoring()<o:p></o:p></s= pan></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;    File "/usr/lib/python2.7/site-packages/ovirt_host= ed_engine_ha/agent/hosted_engine.py", line 421, in start_monitoring<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;      self._config.refresh_vm_conf()<o:p></o:p><= /span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;             =             &nb= sp;   File "/usr/lib/python2.7/site-packages/ovirt_host= ed_engine_ha/env/config.py", line 496, in refresh_vm_conf<o:p></o:p></= span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;      content_from_ovf =3D self._get_vm_conf_con= tent_from_ovf_store()<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;    File "/usr/lib/python2.7/site-packages/ovirt_host= ed_engine_ha/env/config.py", line 438, in _get_vm_conf_content_from_ov= f_store<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;             =             &nb= sp;     conf =3D ovf2VmParams.confFromOvf(heovf)<o= :p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;    File "/usr/lib/python2.7/site-packages/ovirt_host= ed_engine_ha/lib/ovf/ovf2VmParams.py", line 283, in confFromOvf<o:p></= o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;      vmConf =3D toDict(ovf)<o:p></o:p></span></= p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;    File "/usr/lib/python2.7/site-packages/ovirt_host= ed_engine_ha/lib/ovf/ovf2VmParams.py", line 210, in toDict<o:p></o:p><= /span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;      vmParams['vmId'] =3D tree.find('Content/Se= ction').attrib[OVF_NS + 'id']<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;    File "lxml.etree.pyx", line 2272, in lxml.et= ree._Attrib.__getitem__ (src/lxml/lxml.etree.c:55336)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;  KeyError: '{http://schemas.dmtf.org/ovf/envelope/1/}id'<o:p></o:p>= </span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">ovirt-ha-agent ovirt_hosted_eng= ine_ha.agent.agent.Agent ERROR Trying to restart agent<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US">ovirt-ha-agent ovirt_hosted_eng= ine_ha.agent.hosted_engine.HostedEngine ERROR Unable to refresh vm.conf fro= m the shared storage. Has this HE cluster correctly reached 3.6 level?<o:p>= </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">If anyone could give a hint on = where to look at would be very helpful. <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thank you, <o:p></o:p></span></= p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Sven <o:p></o:p></span></p> </div> </body> </html> --_000_94c8a2d4a7c347269b1e642ba1690946epsaero_--

2 1

4.2.2.2-1 Starting hosted engine on all hosts
by Maton, Brett 16 Mar '18

16 Mar '18

The last three 4.2.2 release candidates that I've tried have been starting self hosted engine all all physical hosts at the same time. Same with the latest RC, what logs do you need to investigate the problem? Regards, Brett

6 9

NFS 4.1 support and migration
by spfma.tech＠e.mail.fr 16 Mar '18

16 Mar '18

--=_286957890dead8fae24931992cf08b5f Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=0A Is NFS 4.1 supported and working flawlessly in oVirt ? I wo= uld like to give it a try (performances with // transferts), but as it r= equires changes in my network design if I want to add new links, I want= to be sure it worth the effort. Is there an easy way to "migrate"= a NFS3 datastore to a NFS4.1 one ? Options are greyed when the domain is= up, so maybe it requires more care than just a simple click.=0A Regar= ds =0A=0A-----------------------------------------------------------= --------------------------------------=0AFreeMail powered by mail.fr --=_286957890dead8fae24931992cf08b5f Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:= 10pt; color: #000000;"> </span></div>=0A<div><span style=3D"font-f= amily: arial, helvetica, sans-serif; font-size: 10pt; color: #000000;">H= i,<br /></span></div>=0A<div> </div>=0A<div> </div>=0A<div>&nb= sp;</div>=0A<div><span style=3D"font-family: arial, helvetica, sans-seri= f; font-size: 10pt; color: #000000;">Is NFS 4.1 supported and working fl= awlessly in oVirt ? I would like to give it a try (performances with //= transferts), but as it requires changes in my network design if I want= to add new links, I want to be sure it worth the effort.</span></div>= =0A<div> </div>=0A<div> </div>=0A<div> </div>=0A<div><spa= n style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt; c= olor: #000000;">Is there an easy way to "migrate"a NFS3 datastore to a N= FS4.1 one ? Options are greyed when the domain is up, so maybe it requir= es more care than just a simple click.<br /></span></div>=0A<div> <= /div>=0A<div><span style=3D"font-family: arial, helvetica, sans-serif; f= ont-size: 10pt; color: #000000;">Regards</span></div>=0A<div> </div= >=0A<div> </div>=0A <br/><hr>FreeMail powered by= <a href=3D"https://mail.fr" target=3D"_blank">mail.fr</a>=0A --=_286957890dead8fae24931992cf08b5f--

2 8

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 15 Mar '18

15 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