September 2017 - Devel - oVirt List Archives

Mailing-Lists upgrade
by Marc Dequènes (Duck) 28 Apr '18

28 Apr '18

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq Content-Type: multipart/mixed; boundary="AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv"; protected-headers="v1" From: =?UTF-8?B?TWFyYyBEZXF1w6huZXMgKER1Y2sp?= <duck(a)redhat.com> To: oVirt Infra <infra(a)ovirt.org>, users <users(a)ovirt.org>, devel <devel(a)ovirt.org> Message-ID: <c5c71fce-0290-e97a-ddd0-eab0e6fccea4(a)redhat.com> Subject: Mailing-Lists upgrade --AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Quack, On behalf of the oVirt infra team, I'd like to announce the current Mailing-Lists system is going to be upgraded to a brand new Mailman 3 installation on Monday during the slot 11:00-12:00 JST. It should not take a full hour to migrate as we already made incremental synchronization with the current system but better keep some margin. The system will then take over delivery of the mails but might be a bit slow at first as it needs to reindex all the archived mails (which might take a few hours). To manage your subscriptions and delivery settings you can do this easily on the much nicer web interface (https://lists.ovirt.org) There is a notion of account so you don't need to login separately for each ML.= You can Sign In using Fedora, GitHub or Google or create a local account if you prefer. Please keep in mind signing in with a different method would create separate accounts (which cannot be merged at the moment). But you can easily link your account to other authentication methods in your settings (click on you name in the up-right corner -> Account -> Account Connections). As for the original mail archives, because the previous system did not have stable URLs, we cannot create mappings to the new pages. We decided to keep the old archives around on the same URL (/pipermail), so the Internet links would still work fine. Hope you'd be happy with the new system. \_o< --AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv-- --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEcpcqg+UmRT3yiF+BVen596wcRD8FAlmwx0MACgkQVen596wc RD9LTQ/+LtUncsq9K8D/LX8wqUTd6VyPwAD5UnAk5c3H/2tmyVA0u7FIfhEyPsXs Z//LE9FEneTDqDVRi1Dw9I54K0ZwxPBemi71dXfwgBI7Ay0ezkbLWrA168Mt9spE tHAODEuxPt2to2aqaS4ujogrkp/gvEP8ILoxPEqoTPCJ/eDTPAu/I1a2JzjMPK3n 2BBS6D8z0TLAf7w1n72TsgX2QzJW57ig/0HELyjvat2/K8V3HSrkwiKlsdULQDWe zB+aMde7r6UoyVKHqlu4asTl2tU/lGZ+e31Hd9Bnx1/oZOJdzslGOhEo9Qoz6763 AHWU9LKiK4NtxYHj2UQTWhndr8PiTtTmR73eIDmkb0cuRXxzjl9VQbwYJ0Kbrmfp attTqpc2CnEojTNXUUNSmNxotZoYXZiX8ZvjPfSgRVr15TUYujzlOfG+lUynbQMV 9rQ9/m58wgwYUymMpOIsRGaIcAKzjm+WpuuVnO+bS2AfmcBkGMQRoIhfV+3SkS8q kT9cDXgcDZOzVFcnZZB4EjbycMcPgZDcoHxU88VdYH+jFJYvvb21esgswVF/wJ2Z uEI/chp4+ADaQhl8ehZNWMSZq125v6SeirPhBNgLG7zFVZI1S9Tm/6qFmH+ajQY7 nCk1X9HZlB1ubex1X+HibRz9QKOilkMgkADyJ4yMDckwYj93sx0= =l6uN -----END PGP SIGNATURE----- --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq--

2 4

Adding s390 support to oVirt
by Viktor Mihajlovski 14 Dec '17

14 Dec '17

Hi, as a heads up: I'd like to contribute some basic support for the s390 architecture to oVirt. For that purpose I'll post some patches to gerrit, mostly for the following repositories: VDSM, ovirt-engine-api-model and ovirt-engine. There might be some collateral patches that need to go into ovirt-host[-deploy] since not all of the pre-requisite RPMs are available on s390, but this probably needs a separate discussion. I've started to hang out on the #ovirt OFTC channel, feel free to ping me if you have questions related to s390. Thanks! -- Mit freundlichen Grüßen/Kind Regards Viktor Mihajlovski

10 30

Code owners configuration for GitHub projects
by Martin Sivak 06 Nov '17

06 Nov '17

Hi, I recently noticed GitHub enabled a feature that allows specifying code owners for different pieces of code: https://github.com/blog/2392-introducing-code-owners It should supposedly automatically add the proper reviewers to patches. We have similar feature enabled in Gerrit and it might make sense for our GitHub specific projects to do the same. (It might even make sense to follow the same format in Gerrit) Martin Sivak

2 4

Ansible Help Requested
by Phillip Bailey 02 Oct '17

02 Oct '17

Hi all, I'm working on the new Cockpit hosted engine wizard and could use some input from all of you. One goal of this project is to move away from reliance on the existing OTOPI-based tools and towards an ansible-based approach. The items below are things we'd like to do using ansible, if possible. If any of you have existing plays or suggestions for the best way to use ansible to solve these problems, please let me know. Thanks! 1. Verify provided storage settings for all allowable storage types. 2. Verify compatibility of selected CPU type for the engine VM with the host's CPU -Phillip Bailey

4 5

Invitation to API 'Live Documentation' presentation - Oct 2
by Ori Liel 02 Oct '17

02 Oct '17

This coming Monday, Oct 2, I will present a new feature in the API which has to do with documentation of API operations (it's more exciting than it sounds). This presentation is important for everyone submitting patches to the ovirt-engine-api-model, because these patches will be required to use the documentation infrastructure in the proper manner. I invite you all to be there, at: https://bluejeans.com/u/oliel/3879/ Ori

2 2

offline ovirt-host-deploy
by Dan Kenigsberg 29 Sep '17

29 Sep '17

Engine developers want to have host on their setup, but they don't care about having the newest and greatest code there. I expected that following https://gerrit.ovirt.org/#/c/54429/2/README and placing /etc/ovirt-host-deploy.conf.d/50-offline-packager.conf with [environment:init] ODEPLOY/offlinePackager=bool:True PACKAGER/yumpackagerEnabled=bool:False would make ovirt-host-deploy skip the `yum install` bits. I am told that it did not, and failed to some silly package dependency. Any idea why?

2 2

[ OST Failure Report ] [ oVirt master ] [ 28-09-2017 ] [ 004_basic_sanity.disk_operations ]
by Dafna Ron 29 Sep '17

29 Sep '17

This is a multi-part message in MIME format. --------------D32DAC9929FA84F802C5B88B Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We had a failure in OST for basic disk operation. from what I can see in the log, there is an issue deleting a snapshot image and the issue is related to the live storage migration. However, a second pair of eyes would help since I can see engine reporting the error on failed delete while vdsm was not actually reporting a failed delete, at least not as ERROR. Also I don't think the patch that is reported as the cause was actually the cause. I greped the image from the log: http://pastebin.test.redhat.com/520150 * Link to suspected patches: * https://gerrit.ovirt.org/#/c/82293/2 * Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2906 Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2906/artifact/ (Relevant) error snippet from the log: <error> 2017-09-27 16:51:02,760-04 ERROR [org.ovirt.engine.core.bll.DestroyImageCheckCommand] (EE-ManagedThreadFactory-commandCoordinator-Thread-6) [8981a0f4-3c02-4a2d-b6ba-f21214b0ebd4] The following images were not removed: [be38d24d-33b9-43f0- 9ab4-15f0334e2ebe] </error> * --------------D32DAC9929FA84F802C5B88B 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 had a failure in OST for basic disk operation. from what I can see in the log, there is an issue deleting a snapshot image and the issue is related to the live storage migration. However, a second pair of eyes would help since I can see engine reporting the error on failed delete while vdsm was not actually reporting a failed delete, at least not as ERROR. Also I don't think the patch that is reported as the cause was actually the cause. I greped the image from the log: <a class="moz-txt-link-freetext" href="http://pastebin.test.redhat.com/520150">http://pastebin.test.redhat.com/520150</a> <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;">Link to suspected patches: <pre wrap=""><a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/82293/2">https://gerrit.ovirt.org/#/c/82293/2</a></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;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2906">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2906</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/2906/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2906/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;">(Relevant) 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-09-27 16:51:02,760-04 ERROR [org.ovirt.engine.core.bll.DestroyImageCheckCommand] (EE-ManagedThreadFactory-commandCoordinator-Thread-6) [8981a0f4-3c02-4a2d-b6ba-f21214b0ebd4] The following images were not removed: [be38d24d-33b9-43f0- 9ab4-15f0334e2ebe] <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> </body> </html> --------------D32DAC9929FA84F802C5B88B--

1 2

[ OST Failure Report ] [ oVirt master ] [ 28-09-2017 ] [ 003_00_metrics_bootstrap.configure_metrics ]
by Dafna Ron 29 Sep '17

29 Sep '17

This is a multi-part message in MIME format. --------------CCBA598F31714CCB8129AF90 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We had failure in OST last night which seems to be related to two fluentd configuration patchs. I found that the error is actually in the deployment and can be found in the lago log. I am not sure it's related but I am also seeing unexpected errors in the vdsm log for getDeviceList: http://pastebin.test.redhat.com/520514 We apparently calling getDeviceList + checkStatus=true with no guid. ** *Link to suspected patches: * * **https://gerrit.ovirt.org/#/c/82329/ * * ** *https://gerrit.ovirt.org/#/c/81551/* Link to Job: *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2932/* *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/* Link to all logs: *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2932/artifact/** **http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/artifact/** *** * *(Relevant) error snippet from the log: * * <error> TASK [ovirt_fluentd/client : Install non-ssl client] *************************** fatal: [lago-basic-suite-master-host-1]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} fatal: [lago-basic-suite-master-host-0]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} fatal: [localhost]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} </error> * --------------CCBA598F31714CCB8129AF90 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 had failure in OST last night which seems to be related to two fluentd configuration patchs. I found that the error is actually in the deployment and can be found in the lago log. I am not sure it's related but I am also seeing unexpected errors in the vdsm log for getDeviceList: <a class="moz-txt-link-freetext" href="http://pastebin.test.redhat.com/520514">http://pastebin.test.redhat.com/520514</a> We apparently calling getDeviceList + checkStatus=true with no guid. <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;"><a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/82329/">https://gerrit.ovirt.org/#/c/82329/</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;"><a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/81551/">https://gerrit.ovirt.org/#/c/81551/</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: <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-master_change-queue-tester/2932/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2932/</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;"><a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/</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;"> <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2932/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2932/artifact/</a> <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2933/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;">(Relevant) 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> TASK [ovirt_fluentd/client : Install non-ssl client] *************************** fatal: [lago-basic-suite-master-host-1]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} fatal: [lago-basic-suite-master-host-0]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} fatal: [localhost]: FAILED! => {"changed": false, "failed": true, "msg": "AnsibleUndefinedVariable: 'fluentd_num_threads' is undefined"} <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> --------------CCBA598F31714CCB8129AF90--

3 3

unable to add host(s)
by Martin Mucha 29 Sep '17

29 Sep '17

Hi, I have some hosts which are resilient to my effort to add them into engine: 1. produces some error about iptables: 2017-09-27 11:45:29,711+0300 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:813 execute: ('/usr/bin/systemctl', 'enable', u'iptables.service'), executable='None', cwd='None', e nv=None 2017-09-27 11:45:29,717+0300 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:863 execute-result: ('/usr/bin/systemctl', 'enable', u'iptables.service'), rc=1 2017-09-27 11:45:29,717+0300 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:921 execute-output: ('/usr/bin/systemctl', 'enable', u'iptables.service') stdout: 2017-09-27 11:45:29,717+0300 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:926 execute-output: ('/usr/bin/systemctl', 'enable', u'iptables.service') stderr: Failed to execute operation: No such file or directory 2017-09-27 11:45:29,718+0300 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/tmp/ovirt-5BawtgI21o/pythonlib/otopi/context.py", line 133, in _executeMethod method['method']() File "/tmp/ovirt-5BawtgI21o/otopi-plugins/otopi/network/iptables.py", line 108, in _closeup self.services.startup('iptables', True) File "/tmp/ovirt-5BawtgI21o/otopi-plugins/otopi/services/systemd.py", line 122, in startup service=name, RuntimeError: Failed to enable service 'iptables' 2017-09-27 11:45:29,720+0300 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Closing up': Failed to enable service 'iptables' • see ovirt-host-deploy-20170927104530-vm-18-133.eng.lab.tlv.redhat.com-310be768.log in attachment • but perpetual effort and retries seems to fix this, so I did not get this one again. 2. generally hosts tries to install uninstallable cockpit-whatever and other non existant libraries, which I can overcome with /etc/ovirt-host-deploy.conf.d/50-offline-packager.conf, but it's making whole process kinda very slow. Is there a better way? 3. and finally host vm-17-100.eng.lab.tlv.redhat.com responds to same treatment (disabling package manager, multitude of retries to install host and do yum updates before installing host ) differently, and now it always became nonresponsive upon installation, without any information (apparently to me) in logs. Otherwise host function pretty normal, it only cannot be added to engine. check ovirt-host-deploy-20170927105857-vm-17-100.eng.lab.tlv.redhat.com-e01e0dd4-c0cc-499d-8f1f-6d0b12b64804.log in attachment. ———— am I doing something wrong? Or is this a bug? If you need any further information, please ask. I can retry any time, possibly with different host. M.

4 4

engine setup error - No such file or directory: /usr/lib/firewalld/services/ovn-central-firewall-service.xml
by Greg Sheremeta 29 Sep '17

29 Sep '17

Hi, After rebasing to latest master, fedora 26, I can't run engine setup on a fresh engine root and empty database if I select 'yes' for ovn setup: [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 2] No such file or directory: '/usr/lib/firewalld/services/ovn-central-firewall-service.xml 2017-09-28 10:39:19,394-0400 DEBUG otopi.plugins.ovirt_**FILTERED**_setup.ovirt_**FILTERED**_common.system.sysctl plugin.execute:926 execute-output: ('/us r/sbin/sysctl', '-n', 'kernel.shmmax') stderr: 2017-09-28 10:39:19,396-0400 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._misc 2017-09-28 10:39:19,396-0400 DEBUG otopi.context context._executeMethod:135 condition False 2017-09-28 10:39:19,397-0400 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.otopi.network.iptables.Plugin._store_iptables 2017-09-28 10:39:19,397-0400 DEBUG otopi.context context._executeMethod:135 condition False 2017-09-28 10:39:19,398-0400 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.otopi.network.ssh.Plugin._append_key 2017-09-28 10:39:19,399-0400 DEBUG otopi.context context._executeMethod:135 condition False 2017-09-28 10:39:19,400-0400 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.otopi.system.clock.Plugin._set_clock 2017-09-28 10:39:19,400-0400 DEBUG otopi.context context._executeMethod:135 condition False 2017-09-28 10:39:19,401-0400 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.ovirt_**FILTERED**_setup.base.network.firewall _manager.Plugin._prepare_examples 2017-09-28 10:39:19,402-0400 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/home/greg/ovirt-**FILTERED**/share/ovirt-**FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-setup/base/network/firewall_manager.py", line 279, in _prepare_examples manager.prepare_examples() File "/home/greg/ovirt-**FILTERED**/share/ovirt-**FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-common/base/network/firewall_manager_firewalld.py", line 92, in prepare_examples environment=self.environment, File "/home/greg/ovirt-**FILTERED**/share/ovirt-**FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-common/base/network/process_firewalld_services.py", line 85, in process_firewalld_services subst=self.environment[osetupcons.NetEnv.FIREWALLD_SUBST], File "/home/greg/ovirt-**FILTERED**/usr/lib/python2.7/site-packages/ovirt_**FILTERED**/util.py", line 55, in processTemplate with open(template, 'r') as f: IOError: [Errno 2] No such file or directory: '/usr/lib/firewalld/services/ovn-central-firewall-service.xml' 2017-09-28 10:39:19,403-0400 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Misc configuration': [Errno 2] No such file or directory: '/usr/lib/firewalld/services/ovn-central-firewall-service.xml' 2017-09-28 10:39:19,403-0400 DEBUG otopi.transaction transaction.abort:119 aborting 'Database Transaction' I suspected 596c3fb https://gerrit.ovirt.org/#/c/81960/ packaging: Require OVN Make the engine require OVN pacakges, as setup defaults to configuring it. Make setup require the OVN packages that provide firewalld services, so that engine-setup can have their content during customization stage. Moving to 596c3fb gives the same error. Moving to 596c3fb^1 (51d474d engine: update vdc_option values) gives a different error: [ INFO ] Stage: Environment customization --== PRODUCT OPTIONS ==-- Configure Engine on this host (Yes, No) [Yes]: Configure WebSocket Proxy on this host (Yes, No) [Yes]: Configure VM Console Proxy on this host (Yes, No) [Yes]: --== PACKAGES ==-- Install and configure ovirt-provider-ovn? Please note that this will cause an immediate installation of several OVN packages that will not be rolled back in case of a failure. (Yes, No) [Yes]: [ ERROR ] Yum Cannot queue package pyOpenSSL: Error making cache directory: /var/cache/yum/x86_64/26/fedora error was: [Errno 13] Permission denied: '/var/cache/yum/x86_64' [ INFO ] Yum Performing yum transaction rollback [ ERROR ] Failed to execute stage 'Environment customization': Error making cache directory: /var/cache/yum/x86_64/26/fedora error was: [Errno 13] Permission denied: '/var/cache/yum/x86_64' [ INFO ] Stage: Clean up Log file is located at /home/greg/ovirt-engine/var/log/ovirt-engine/setup/ovirt-engine-setup-20170928095323-0kzqx7.log [ INFO ] Generating answer file '/home/greg/ovirt-engine/var/lib/ovirt-engine/setup/answers/20170928095333-setup.conf' And there I gave up. Selecting "no" to ovn setup allows setup to succeed. Anyone know if I need to update something, or is this a bug? Best wishes, Greg -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig>

3 2