- Devel - oVirt List Archives

planned Jenkins restart
by Evgheni Dereveanchin 13 Aug '17

13 Aug '17

Hi everyone, I'll be performing a planned Jenkins restart within the next hour. No new jobs will be scheduled during this maintenance period. I will inform you once it is over. Regards, Evgheni Dereveanchin

2 2

(WebAdmin) multi-dialog-per-model infra was simplified
by Vojtech Szocs 11 Aug '17

11 Aug '17

Hi devs, just a heads-up that [1] was merged, making the use case "trigger multiple dialogs by the same model" easier to implement. The infra is now model-centric, just override get(Confirm)WindowProperties + set(Confirm)WindowProperty methods in your model (the one which triggers dialogs), along with popup resolution logic, which usually sits in *Module classes. [1] https://gerrit.ovirt.org/#/c/67532/ Regards, Vojtech

1 0

[ OST Failure Report ] [ oVirt master ] [ 09/08/2017 ] [ ovirt-hosted-engine-ha ]
by Dafna Ron 11 Aug '17

11 Aug '17

This is a multi-part message in MIME format. --------------FB9BD1DB28532875F4A4AD35 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We have a failure in ovirt-hosted-engine-ha which shows that project ovirt-hosted-engine-ha_master_build-artifacts-el7-x86_64 has failed to build. in ovirt-hosted-engine-ha_master_build-artifacts-el7-x86_64 we have failure due to package dependency. ** ** *Test failed: *ovirt-hosted-engine-ha** * Link to suspected patches: https://gerrit.ovirt.org/#/c/78243/1 Link to Job:**http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1710/ * ** *Link to all logs: * * http://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_master_build-artifacts-… Error snippet from the log: <error> * *In changeq test: 12:36:49* ovirt-hosted-engine-ha_master_build-artifacts-el7-x86_64 (63) failed building In oviert-hosted-engine-ha: *12:14:04* Error: Package: vdsm-4.20.2-47.gitef4630a.el7.centos.x86_64 (ovirt-master-snapshot) *12:14:04* Requires: glusterfs-fuse >= 3.10 *12:14:04* Available: glusterfs-fuse-3.7.9-12.el7.centos.x86_64 (centos-base-el7) *12:14:04* glusterfs-fuse = 3.7.9-12.el7.centos *12:14:04* Error: Package: vdsm-4.20.2-47.gitef4630a.el7.centos.x86_64 (ovirt-master-snapshot) *12:14:04* Requires: glusterfs-cli >= 3.10 *12:14:04* Available: glusterfs-cli-3.7.9-12.el7.centos.x86_64 (centos-base-el7) *12:14:04* glusterfs-cli = 3.7.9-12.el7.centos * * *</error>* ** thanks, Dafna --------------FB9BD1DB28532875F4A4AD35 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, We have a failure in ovirt-hosted-engine-ha which shows that project ovirt-hosted-engine-ha_master_build-artifacts-el7-x86_64 has failed to build. in ovirt-hosted-engine-ha_master_build-artifacts-el7-x86_64 we have failure due to package dependency. <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Test failed: ovirt-hosted-engine-ha <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to suspected patches: <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/78243/1">https://gerrit.ovirt.org/#/c/78243/1</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job:<a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1710/"> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1710/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_master_build-artifacts-…">http://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_master_build-artifacts-…</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> <pre class="console-output" style="box-sizing: border-box; white-space: pre-wrap; word-wrap: break-word; margin: 0px; color: rgb(51, 51, 51); font-size: 14px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;">In changeq test: 12:36:49 ovirt-hosted-engine-ha_master_build-artifacts-el7-x86_64 (63) failed building</pre> In oviert-hosted-engine-ha: <pre class="console-output" style="box-sizing: border-box; white-space: pre-wrap; word-wrap: break-word; margin: 0px; color: rgb(51, 51, 51); font-size: 14px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;">12:14:04 Error: Package: vdsm-4.20.2-47.gitef4630a.el7.centos.x86_64 (ovirt-master-snapshot) 12:14:04 Requires: glusterfs-fuse >= 3.10 12:14:04 Available: glusterfs-fuse-3.7.9-12.el7.centos.x86_64 (centos-base-el7) 12:14:04 glusterfs-fuse = 3.7.9-12.el7.centos 12:14:04 Error: Package: vdsm-4.20.2-47.gitef4630a.el7.centos.x86_64 (ovirt-master-snapshot) 12:14:04 Requires: glusterfs-cli >= 3.10 12:14:04 Available: glusterfs-cli-3.7.9-12.el7.centos.x86_64 (centos-base-el7) 12:14:04 glusterfs-cli = 3.7.9-12.el7.centos</pre> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> thanks, Dafna </body> </html> --------------FB9BD1DB28532875F4A4AD35--

2 1

Fwd: Removing @DefaultValueAttribute
by Miroslava Voglova 10 Aug '17

10 Aug '17

Hi, I am currently moving all option values from ConfigValues to database. It should make this values more readable and less error prone, since all will be in one place. Also it will allow engine-config to work with all available options and provide a way to find out if option is versioned, or has one general value. But I encountered problem with unit tests. Some tests (tests that use MockConfigRule e.g. NetworkInSyncWithVdsNetworkInterfaceTest) rely on getting default value from ConfigUtilBase#getValue, which will no longer be possible, because there will be no @DefaultValueAttribute. As I understand, this tests cannot get values from database either. Does someone have an idea how to solve this problem? I was thinking about changing MockConfigRule to get values from 000_config.sql, but I am not sure if this change won't cause some other issues. Thanks, Mirka

2 1

OST: libvirt: error : internal error: Check the host setup: enabling IPv6 forwarding with RA routes
by Milan Zamazal 10 Aug '17

10 Aug '17

Hi, I get the following error when I try to run OST, I think since I've upgraded my computer to RHEL 7.4 recently: + lago start @ Start Prefix: # Start nets: * Create network lago-basic-suite-master-net-storage: libvirt: error : internal error: Check the host setup: enabling IPv6 forwarding with RA routes without accept_ra set to 2 is likely to cause routes loss. Interfaces to look at: enp0s25 * Create network lago-basic-suite-master-net-storage: ERROR (in 0:00:00) # Start nets: ERROR (in 0:00:00) @ Start Prefix: ERROR (in 0:00:00) Error occured, aborting Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/cmd.py", line 942, in main cli_plugins[args.verb].do_run(args) File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run self._do_run(**vars(args)) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 501, in wrapper return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 512, in wrapper return func(*args, prefix=prefix, **kwargs) File "/usr/lib/python2.7/site-packages/lago/cmd.py", line 265, in do_start prefix.start(vm_names=vm_names) File "/usr/lib/python2.7/site-packages/lago/sdk_utils.py", line 50, in wrapped return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1295, in start self.virt_env.start(vm_names=vm_names) File "/usr/lib/python2.7/site-packages/lago/virt.py", line 342, in start net.start() File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/network.py", line 107, in start net = self.libvirt_con.networkCreateXML(self._libvirt_xml()) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4052, in networkCreateXML if ret is None:raise libvirtError('virNetworkCreateXML() failed', conn=self) libvirtError: internal error: Check the host setup: enabling IPv6 forwarding with RA routes without accept_ra set to 2 is likely to cause routes loss. Interfaces to look at: enp0s25 Do you have any idea how to fix / work around that and make OST running again? (Complete lago.log attached.) Thanks, Milan

3 3

[ACTION REQUIRED] clear browser cache
by Greg Sheremeta 08 Aug '17

08 Aug '17

Next time you rebase on ovirt-engine master, please clear your browser cache to pick up changes required by the new blue theme [1][2]. Best wishes, Greg [1] https://gerrit.ovirt.org/#/c/79973 [2] http://imgur.com/a/H7ad6 -- Greg Sheremeta, MBA Sr. Software Engineer Red Hat, Inc. gshereme(a)redhat.com

1 0

oVirt on Fedora 26 is broken
by Yedidyah Bar David 08 Aug '17

08 Aug '17

Hi all, As some of you probably noticed, the support for Fedora since 23 or so was considered "tech preview", and required some manual workarounds, mainly installing python2-dnf. I now spent some time on yet another workaround, as I got a report that above is not enough for Fedora 26, and eventually concluded this will require quite a lot more work, which was already decided to be postponed to oVirt 4.3. So for now, you should consider that $subject. See also: https://bugzilla.redhat.com/show_bug.cgi?id=1416854 https://gerrit.ovirt.org/80347 Best, -- Didi

1 0

[ACTION REQUIRED] update ovirt-js-dependencies
by Greg Sheremeta 08 Aug '17

08 Aug '17

Hi, Please `sudo dnf update ovirt-js-dependencies` to line up with branding changes soon to be merged to master. The latest version is ovirt-js-dependencies-1.2.0-3.1 It's in the repos [1], but let me know if you have issues installing it. Best wishes, Greg [1] http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/fc26/noarch/… -- Greg Sheremeta, MBA Sr. Software Engineer Red Hat, Inc. gshereme(a)redhat.com

1 0

[ OST Failure Report ] [ oVirt Master ] [ Aug. 8th 2017 ] [ 001_upgrade_engine.test_initialize_engine ]
by Dafna Ron 08 Aug '17

08 Aug '17

This is a multi-part message in MIME format. --------------578D3CF4C53C01FCD1265694 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ** *Hi, * * ** We see a sporadic failure in the upgrade test. from what I can see from the log it is related to the firewalD package. Test failed: *001_upgrade_engine.test_initialize_engine* Link to suspected patches: Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/artifact/ Error snippet from the log: <error> * *2017-08-08 04:09:11,006-0400 DEBUG otopi.plugins.otopi.network.firewalld plugin.execute:926 execute-output: ('/bin/firewall-cmd', '--zone', u'public', '--permanent', '--add-service', 'ovirt-postgres') stderr: ESC[91mError: Action org.fedoraproject.FirewallD1.all is not registeredESC[00m 2017-08-08 04:09:11,007-0400 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/otopi/plugins/otopi/network/firewalld.py", line 334, in _closeup '--add-service', service, File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 931, in execute command=args[0], RuntimeError: Command '/bin/firewall-cmd' failed to execute </error> * --------------578D3CF4C53C01FCD1265694 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Hi, <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">We see a sporadic failure in the upgrade test. from what I can see from the log it is related to the firewalD package. <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Test failed: 001_upgrade_engine.test_initialize_engine <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to suspected patches: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/artifact/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> 2017-08-08 04:09:11,006-0400 DEBUG otopi.plugins.otopi.network.firewalld plugin.execute:926 execute-output: ('/bin/firewall-cmd', '--zone', u'public', '--permanent', '--add-service', 'ovirt-postgres') stderr: ESC[91mError: Action org.fedoraproject.FirewallD1.all is not registeredESC[00m 2017-08-08 04:09:11,007-0400 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/otopi/plugins/otopi/network/firewalld.py", line 334, in _closeup '--add-service', service, File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 931, in execute command=args[0], RuntimeError: Command '/bin/firewall-cmd' failed to execute <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> </body> </html> --------------578D3CF4C53C01FCD1265694--

3 3

OST: A good way to test cluster compatibility version upgrade?
by Milan Zamazal 08 Aug '17

08 Aug '17

Hi, we'd like to test cluster compatibility version upgrades in OST and we're thinking whether there is a good way to do that without putting much burden on OST. We want to test that the cluster updates without errors, as well as the VMs in it. A safe way would be to create a new data center for that purpose and run the test on it. But some operations, such as adding a host or a storage, are slow. Maybe we could initialize the data center in parallel with the current test data center but then we'd need an additional Lago host, which might increase memory requirements, already high enough. We might create a new data center and cluster without running hosts and running VMs but then the test would be limited in its extent. Another possibility is to reuse the current test data center. We could create it with the oldest support compatibility version, rather than current compatibility version, and perform upgrades on it up to the current compatibility version. Then we would continue with the tests normally. The overhead, besides testing the upgrades themselves, could be minimal. The disadvantage would be that we wouldn't test the current-compatibility-version creation process directly. We could also make a separate test suite for that test, but is it desirable and would anybody run it regularly? So what do you recommend as a good way to test cluster compatibility version upgrades? Thanks, Milan

3 4