February 2018 - Devel - oVirt List Archives

Terraform provider for oVirt
by Sandro Bonazzola 15 May '18

15 May '18

Hi, just following up from twitter[1], if any developer within oVirt knows about Terraform, there's interest on their side for collaboration developing a provider. For more info, see the github issue: https://github.com/hashicorp/terraform/issues/16150 [1] https://twitter.com/jepeltw/status/955647436931858432 -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

3 7

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

FC27 updates broken for ovirt-4.2
by Viktor Mihajlovski 02 Mar '18

02 Mar '18

I just tried to update the ovirt packages on my FC27 host, but failed due to https://gerrit.ovirt.org/#/c/87628/ vdsm now requires libvirt >= 3.10.0-132 but Fedora 27 has only 3.7.0-4 the moment. It's generic Fedora 27, but since I run on s390, cross-posting to s390 list. I guess there's good reason to require libvirt 3.10. Is there any chance that we can get libvirt updated for Fedora 27? -- Regards, Viktor Mihajlovski

5 14

[ACTION REQUIRED] upgrade to Fedora 27 for otopi on master
by Greg Sheremeta 02 Mar '18

02 Mar '18

[changing subject] Looks like we all have to upgrade Fedora devel machines to Fedora 27. Greg On Wed, Feb 28, 2018 at 11:05 AM, Yedidyah Bar David <didi(a)redhat.com> wrote: > (Adding devel, was asked twice already) > > On Wed, Feb 28, 2018 at 4:52 PM, Eli Mesika <emesika(a)redhat.com> wrote: > > Hi Didi > > > > I am getting : > > > > > > ***L:ERROR Internal error: type object 'Stages' has no attribute > > 'ANSWER_FILE_GENERATED' > > Traceback (most recent call last): > > File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 88, in > > main > > installer.execute() > > File "/usr/lib/python2.7/site-packages/otopi/main.py", line 153, in > > execute > > sys.exc_info()[2], > > File "/usr/lib/python2.7/site-packages/otopi/util.py", line 81, in > > raiseExceptionInformation > > exec('raise info[1], None, info[2]') > > File "/usr/lib/python2.7/site-packages/otopi/main.py", line 147, in > > execute > > self.context.loadPlugins() > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 859, in > > loadPlugins > > self._loadPluginGroups(plugindir, needgroups, loadedgroups) > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 113, in > > _loadPluginGroups > > self._loadPlugins(path, path, groupname) > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 70, in > > _loadPlugins > > self._loadPlugins(base, d, groupname) > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 70, in > > _loadPlugins > > self._loadPlugins(base, d, groupname) > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 101, in > > _loadPlugins > > os.path.basename(path), > > File "/usr/lib/python2.7/site-packages/otopi/util.py", line 105, in > > loadModule > > mod_desc > > File > > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/ > setup/bin/../plugins/ovirt-engine-common/base/core/__init__.py", > > line 24, in <module> > > from . import answerfile > > File > > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/ > setup/bin/../plugins/ovirt-engine-common/base/core/answerfile.py", > > line 38, in <module> > > class Plugin(plugin.PluginBase): > > File > > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/ > setup/bin/../plugins/ovirt-engine-common/base/core/answerfile.py", > > line 60, in Plugin > > otopicons.Stages.ANSWER_FILE_GENERATED, > > PluginLoadException: type object 'Stages' has no attribute > > 'ANSWER_FILE_GENERATED' > > > > Please update otopi. > > If you are on fedora, you'll need to upgrade to fc27 first. > > Good luck, > -- > Didi > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel >

2 1

Inventory Analyzer
by Jason Bryant 01 Mar '18

01 Mar '18

Hello, I have attempted a few times to upload a log-collector which has a confirmed DB in it but I continually get the following error: An internal error occurred: ('analyzer failed, rc=%s, err=%r', 255, 'Unable to detect the database dump from sosreport, aborting..\n') See logs for full stacktrace. Thank you, Jason

2 2

[ OST Failure Report ] [ oVirt 4.2/Master (ovirt-engine-metrics) ] [ 28-02-2018 ] [ 002_bootstrap.verify_add_hosts]
by Dafna Ron 01 Mar '18

01 Mar '18

Hi, We have a failure in test 002_bootstrap.verify_add_hosts. the issue seems to be a miss-configured role in ansible *Link and headline of suspected patches: * *Remove use of end_play and fail module - https://gerrit.ovirt.org/#/c/88250/ <https://gerrit.ovirt.org/#/c/88250/>Link to Job:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/950/ <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/950/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/950/artifac… <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/950/artifacts>(Relevant) error snippet from the log: <error>* 2018-02-28 05:01:29,984 p=17139 u=ovirt | TASK [oVirt.ovirt-include-vars-files : Include oVirt metrics config.yml.d vars directory] *** 2018-02-28 05:01:30,007 p=17139 u=ovirt | ok: [lago-basic-suite-4-2-host-0 -> localhost] => { "ansible_facts": {}, "ansible_included_var_files": [], "changed": false } 2018-02-28 05:01:30,016 p=17139 u=ovirt | TASK [oVirt.ovirt-initial-validations/validate-config-yml : If output plugin is elasticsearch, validate host address is set] *** 2018-02-28 05:01:30,047 p=17139 u=ovirt | changed: [lago-basic-suite-4-2-host-0 -> localhost] => {} MSG: ERROR oVirt Metrics store is not configured. This host will not be configured to send metrics 2018-02-28 05:01:30,056 p=17139 u=ovirt | TASK [oVirt.ovirt-initial-validations/validate-config-yml : If output plugin is fluentd, validate host address is set] *** 2018-02-28 05:01:30,073 p=17139 u=ovirt | skipping: [lago-basic-suite-4-2-host-0] => { "changed": false, "skip_reason": "Conditional result was False" } 2018-02-28 05:01:30,082 p=17139 u=ovirt | TASK [oVirt.ovirt-initial-validations/validate-config-yml : Validate viaq_metrics_store parameter is set] *** 2018-02-28 05:01:30,111 p=17139 u=ovirt | changed: [lago-basic-suite-4-2-host-0 -> localhost] => {} MSG: ERROR viaq_metrics_store parameter is mandatory. Please set the parameter to 'true' or 'false'. 2018-02-28 05:01:30,119 p=17139 u=ovirt | TASK [oVirt.ovirt-initial-validations/validate-config-yml : Validate viaq_metrics_store parameter] *** 2018-02-28 05:01:30,137 p=17139 u=ovirt | skipping: [lago-basic-suite-4-2-host-0] => { "changed": false, "skip_reason": "Conditional result was False" } 2018-02-28 05:01:30,146 p=17139 u=ovirt | TASK [oVirt.ovirt-initial-validations/validate-config-yml : Validate openshift_deployment_type parameter is set] *** 2018-02-28 05:01:30,168 p=17139 u=ovirt | fatal: [lago-basic-suite-4-2-host-0]: FAILED! => {} MSG: The conditional check 'viaq_metrics_store == true' failed. The error was: error while evaluating conditional (viaq_metrics_store == true): 'viaq_metrics_store' is undefined The error appears to have been in '/usr/share/ansible/roles/oVirt.metrics/roles/oVirt.ovirt-initial-validations/validate-config-yml/tasks/main.yml': line 48, column 3, but may be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: - name: "Validate openshift_deployment_type parameter is set" ^ here *</error>* *Thanks, Dafna*

1 1

Exception: java.lang.IllegalArgumentException: OvsSupported has no value for version: 4.3
by Nir Soffer 01 Mar '18

01 Mar '18

Adding a host running vdsm master fail now with this error in engine 4.2.2.1-1.el7.centos 2018-02-28 22:52:07,847+02 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-21) [] Unable to RefreshCapabilities: IllegalArgumentException: OvsSupported has no value for version: 4.3 Engine is stuck in a loop, sending Host.getCapabilties, and failing. See error can be seen in OST when running vdsm master with engine 4.2: Engine: http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… Vdsm: http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… Adding same host running vdsm-4.19.2 works. Is this known issue? Nir

1 1

[ OST Failure Report ] [ oVirt 4.2 (ovirt-hosted-engine-setup) ] [ 28-02-2018 ] [ 002_bootstrap.verify_add_all_hosts ]
by Dafna Ron 28 Feb '18

28 Feb '18

Hi, We failed test 002_bootstrap.verify_add_all_hosts. it seems that host1 did not see master storage domain and the installation failed. Please note that I found an error in the host messages log from firewalld on eth0 *Link and headline of suspected patches: * *ansible: enable gluster at cluster level - https://gerrit.ovirt.org/#/c/88303/ <https://gerrit.ovirt.org/#/c/88303/>Link to Job:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/960/ <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/960/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/960/artifac… <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/960/artifacts>(Relevant) error snippet from the log: <error>messages: * Feb 28 11:55:17 lago-basic-suite-4-2-host-1 firewalld[564]: ERROR: UNKNOWN_INTERFACE: 'eth0' is not in any zone lago: '1 hosts failed installation:\nlago-basic-suite-4-2-host-1: non_operational\n\n-------------------- >> begin captured logging << --------------------\novirtlago.testlib: ERROR: * Unhandled exception in <function <lambda> at 0x2b6fe60>\nTraceback (most recent call last):\n File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_within\n res = func()\n File "/home/jenkins/workspace/ovirt-4.2_change-queue-tester/ovirt-system-tests/basic-suite-4.2/test-scenarios/002_bootstrap.py", line 426, in <lambda>\n lambda: _all_hosts_up(hosts_service, total_hosts),\n File "/home/jenkins/workspace/ovirt-4.2_change-queue-tester/ovirt-system-tests/basic-suite-4.2/test-scenarios/002_bootstrap.py", line 133, in _all_hosts_up\n _check_problematic_hosts(hosts_service)\n File "/home/jenkins/workspace/ovirt-4.2_change-queue-tester/ovirt-system-tests/basic-suite-4.2/test-scenarios/002_bootstrap.py", line 153, in _check_problematic_hosts\n raise RuntimeError(dump_hosts)\nRuntimeError: 1 hosts failed installation:\nlago-basic-suite-4-2-host-1: non_operational\n\n--------------------- >> end captured logging << ---------------------' *</error>*

1 0

Re: [ovirt-devel] problem in engine-setup after sync
by Yedidyah Bar David 28 Feb '18

28 Feb '18

(Adding devel, was asked twice already) On Wed, Feb 28, 2018 at 4:52 PM, Eli Mesika <emesika(a)redhat.com> wrote: > Hi Didi > > I am getting : > > > ***L:ERROR Internal error: type object 'Stages' has no attribute > 'ANSWER_FILE_GENERATED' > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 88, in > main > installer.execute() > File "/usr/lib/python2.7/site-packages/otopi/main.py", line 153, in > execute > sys.exc_info()[2], > File "/usr/lib/python2.7/site-packages/otopi/util.py", line 81, in > raiseExceptionInformation > exec('raise info[1], None, info[2]') > File "/usr/lib/python2.7/site-packages/otopi/main.py", line 147, in > execute > self.context.loadPlugins() > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 859, in > loadPlugins > self._loadPluginGroups(plugindir, needgroups, loadedgroups) > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 113, in > _loadPluginGroups > self._loadPlugins(path, path, groupname) > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 70, in > _loadPlugins > self._loadPlugins(base, d, groupname) > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 70, in > _loadPlugins > self._loadPlugins(base, d, groupname) > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 101, in > _loadPlugins > os.path.basename(path), > File "/usr/lib/python2.7/site-packages/otopi/util.py", line 105, in > loadModule > mod_desc > File > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-common/base/core/__init__.py", > line 24, in <module> > from . import answerfile > File > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-common/base/core/answerfile.py", > line 38, in <module> > class Plugin(plugin.PluginBase): > File > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-common/base/core/answerfile.py", > line 60, in Plugin > otopicons.Stages.ANSWER_FILE_GENERATED, > PluginLoadException: type object 'Stages' has no attribute > 'ANSWER_FILE_GENERATED' > Please update otopi. If you are on fedora, you'll need to upgrade to fc27 first. Good luck, -- Didi

1 0

[ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [28-02-2018 ] [ 001_upgrade_engine.test_initialize_engine ]
by Dafna Ron 28 Feb '18

28 Feb '18

Hi, We are failing 001_upgrade_engine.test_initialize_engine. Please note that I tested a change to the repo and added the missing package to the include list but we failed the check-patch on AssertionError on metrics deploy. we may need a different version of the package then what we have or it may be connected to a different metrics issue. can you please have a look? here is my patch: https://gerrit.ovirt.org/#/c/88285/ *Link and headline of suspected patches: * *gluster: Create role for brick creation - https://gerrit.ovirt.org/#/c/87902/ <https://gerrit.ovirt.org/#/c/87902/>Link to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5895 <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5895>Link to all logs:* http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5895/artifacts *(Relevant) error snippet from the log: <error>* [ INFO ] Checking for an update for Setup... [ ERROR ] Yum [u'ovirt-engine-tools-4.3.0-0.0.master.20180228083846.giteda138a.el7.centos.noarch requires gdeploy'] [ INFO ] Yum Performing yum transaction rollback [ ERROR ] Failed to execute stage 'Environment customization': [u'ovirt-engine-tools-4.3.0-0.0.master.20180228083846.giteda138a.el7.centos.noarch requires gdeploy'] [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20180228045320-vriokc.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20180228045325-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed ("FATAL Internal error (main): [u'ovirt-engine-tools-4.3.0-0.0.master.20180228083846.giteda138a.el7.centos.noarch requires gdeploy']",) lago.ssh: DEBUG: Command 354050da on lago-upgrade-from-release-suite-master-engine errors: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 88, in main installer.execute() File "/usr/lib/python2.7/site-packages/otopi/main.py", line 157, in execute self.context.runSequence() File "/usr/lib/python2.7/site-packages/otopi/context.py", line 771, in runSequence util.raiseExceptionInformation(infos[0]) File "/usr/lib/python2.7/site-packages/otopi/util.py", line 81, in raiseExceptionInformation exec('raise info[1], None, info[2]') File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-common/distro-rpm/packages.py", line 417, in _customization ) = self._checkForProductUpdate() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-common/distro-rpm/packages.py", line 248, in _checkForProductUpdate if mpm.buildTransaction(): File "/usr/lib/python2.7/site-packages/otopi/miniyum.py", line 920, in buildTransaction raise yum.Errors.YumBaseError(msg) YumBaseError: [u'ovirt-engine-tools-4.3.0-0.0.master.20180228083846.giteda138a.el7.centos.noarch requires gdeploy'] *</error>*

1 0

engine master failing build on fcraw
by Sandro Bonazzola 28 Feb '18

28 Feb '18

Hi, http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-fcraw-x86_64/1… failed on fcraw with: *10:59:21* Failed tests: org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest: Unable to init tests Test output was: *10:59:11* Running org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest*10:59:13* Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.296 sec <<< FAILURE!*10:59:13* org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest Time elapsed: 2287 sec <<< FAILURE!*10:59:13* java.lang.AssertionError: Unable to init tests*10:59:13* at org.ovirt.engine.core.dao.BaseDaoTestCase.initTestCase(BaseDaoTestCase.java:84)*10:59:13* at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)*10:59:13* at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)*10:59:13* at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)*10:59:13* at java.lang.reflect.Method.invoke(Method.java:498)*10:59:13* at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)*10:59:13* at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)*10:59:13* at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)*10:59:13* at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)*10:59:13* at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)*10:59:13* at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)*10:59:13* at org.junit.runners.ParentRunner.run(ParentRunner.java:363)*10:59:13* at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191)*10:59:13* at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)*10:59:13* at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)*10:59:13* at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)*10:59:13* at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)*10:59:13* at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)*10:59:13* at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)*10:59:13* at java.lang.reflect.Method.invoke(Method.java:498)*10:59:13* at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)*10:59:13* at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)*10:59:13* at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)*10:59:13* at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)*10:59:13* at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)*10:59:13* Caused by: java.lang.NullPointerException*10:59:13* at org.postgresql.jdbc2.AbstractJdbc2DatabaseMetaData.getColumns(AbstractJdbc2DatabaseMetaData.java:2501)*10:59:13* at org.postgresql.jdbc4.AbstractJdbc4DatabaseMetaData.getColumns(AbstractJdbc4DatabaseMetaData.java:98)*10:59:13* at org.dbunit.database.DefaultMetadataHandler.getColumns(DefaultMetadataHandler.java:52)*10:59:13* at org.dbunit.database.DatabaseTableMetaData.getColumns(DatabaseTableMetaData.java:317)*10:59:13* at org.dbunit.dataset.AbstractTableMetaData.getColumnIndex(AbstractTableMetaData.java:106)*10:59:13* at org.dbunit.operation.AbstractOperation.getOperationMetaData(AbstractOperation.java:89)*10:59:13* at org.dbunit.operation.AbstractBatchOperation.execute(AbstractBatchOperation.java:150)*10:59:13* at org.dbunit.operation.CompositeOperation.execute(CompositeOperation.java:79)*10:59:13* at org.ovirt.engine.core.dao.BaseDaoTestCase.initTestCase(BaseDaoTestCase.java:66)*10:59:13* ... 24 more*10:59:13* I'm disabling again fcraw tests for ovirt-engine, please let me know when this issue has been addressed. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

5 6

Building the oVirt Engine master branch fails due to isort, python issues
by Steven Rosenberg 27 Feb '18

27 Feb '18

Dear Martin Perina, We found some issues with the oVirt Engine master branch when updating the version via git pull. We then performed the make command: make clean install-dev PREFIX=~/ovirt_engine_master DEV_BUILD_SCL_POSTGRESQL=1 It seems a new dependency was added for isort, so the make fails with the following error: -------------------------------------------------------------------------------------------------------------------- packaging/setup/plugins/ovirt-engine-rename/ovirt-engine/database.py:313:21: E126 continuation line over-indented for hanging indent packaging/setup/plugins/ovirt-engine-rename/ovirt-engine/database.py:314:21: E126 continuation line over-indented for hanging indent packaging/setup/plugins/ovirt-engine-common/base/core/duplicated_constants_check.py:109:17: E124 closing bracket does not match visual indentation + ret=1 + which isort + echo 'WARNING: tool '\''isort'\'' is missing' WARNING: tool 'isort' is missing + exit 1 make[1]: *** [validations] Error 1 make[1]: Leaving directory `/home/srosenbe/Documents/git/ovirt-engine' make: *** [all-dev] Error 2 -------------------------------------------------------------------------------------------------------------------- To attempt to address this issue, we guessed and installed python2-isort through yum, though the readme states it is optional. Though the process continued, it then failed in the python module: /home/srosenbe/Documents/git/ovirt-engine/packaging/pythonlib/ovirt_engine/service.py That error is here: --------------------------------------------------------------------------------------------------------------------------- --- /home/srosenbe/Documents/git/ovirt-engine/packaging/pythonlib/ovirt_engine/service.py:before 2018-02-12 12:17:26 +++ /home/srosenbe/Documents/git/ovirt-engine/packaging/pythonlib/ovirt_engine/service.py:after 2018-02-26 12:07:11.233915 @@ -31,6 +31,7 @@ import time import daemon + from dateutil import tz + exit 1 make[1]: *** [validations] Error 1 make[1]: Leaving directory `/home/srosenbe/Documents/git/ovirt-engine' make: *** [all-dev] Error 2 --------------------------------------------------------------------------------------------------------------------------- Please advise if you have a quick fix or when this issue will be addressed. Thank you for your time and consideration. With Best Regards. Steven Rosenberg.

4 8

Why do we need ovirt-engine-sdk-python on a host?
by Yaniv Kaul 26 Feb '18

26 Feb '18

Installed hosted-engine on a host, and was surprised to find out ovirt-engine-sdk-python. Trying to remove it ends up in several deps that I don't understand: cockpit-ovirt-dashboard ovirt-engine-appliance ovirt-host ovirt-hosted-engine-setup Is any of them using (still?) the v3 Python API? TIA, Y.

2 1

[ OST Failure Report ] [ oVirt Master (ovirt-hosted-engine-setup) ] [ 26-02-2018 ] [ 007_sd_reattach.deactivate_storage_domain ]
by Dafna Ron 26 Feb '18

26 Feb '18

Hi, We had a failure for 007_sd_reattach.deactivate_storage_domain because of running tasks on the storage domain. we have an open bug for this re-coring race on ost: https://bugzilla.redhat.com/show_bug.cgi?id=1538228 Please note the change reported does not seem to be related to the failure and I have re-triggered it. *Link and headline of suspected patches: Patch is not relatedLink to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5866 <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5866>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5866/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5866/artifacts>(Relevant) error snippet from the log: <error>2018-02-26 07:03:39,691-05 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-9) [bebde602-3277-4ec4-be4f-7d60969080ec] SqlCall for procedure [GetAsyncTasksByEntityId] compiled2018-02-26 07:03:39,692-05 WARN [org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand] (default task-9) [bebde602-3277-4ec4-be4f-7d60969080ec] There are running tasks: 'AsyncTask:{commandId='c455f212-4cb1-46e8-a2b5-61816c7e8b79', rootCommandId='c455f212-4cb1-46e8-a2b5-61816c7e8b79', storagePoolId='c0a3f481-4598-4b0a-aabc-4acc67cd45b5', taskId='5b342d74-4726-4430-924a-2fb9d1ab9201', vdsmTaskId='477aee46-f8d7-4676-bf33-3035e61e5ca9', stepId='null', taskType='downloadImageFromStream', status='running'}AsyncTask:{commandId='d2128202-bb95-4c29-80df-c5a822aad457', rootCommandId='d2128202-bb95-4c29-80df-c5a822aad457', storagePoolId='c0a3f481-4598-4b0a-aabc-4acc67cd45b5', taskId='fe3a6031-ebce-463c-bba7-5c78ddda0f18', vdsmTaskId='6ef057d6-6034-477b-ae01-bb87beb68584', stepId='null', taskType='downloadImageFromStream', status='running'}'2018-02-26 07:03:39,692-05 WARN [org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand] (default task-9) [bebde602-3277-4ec4-be4f-7d60969080ec] Validation of action 'DeactivateStorageDomainWithOvfUpdate' failed for user admin@internal-authz. Reasons: VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__DEACTIVATE,ERROR_CANNOT_DEACTIVATE_DOMAIN_WITH_TASKS2018-02-26 07:03:39,693-05 INFO [org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand] (default task-9) [bebde602-3277-4ec4-be4f-7d60969080ec] Lock freed to object 'EngineLock:{exclusiveLocks='[167d2b72-445d-424c-ac1e-f3c8d6e8aeca=STORAGE]', sharedLocks='[c0a3f481-4598-4b0a-aabc-4acc67cd45b5=POOL]'}'2018-02-26 07:03:39,693-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-9) [bebde602-3277-4ec4-be4f-7d60969080ec] method: runAction, params: [DeactivateStorageDomainWithOvfUpdate, DeactivateStorageDomainWithOvfUpdateParameters:{commandId='f64e5c4b-51b3-4b90-97d6-b6b2544d9874', user='null', commandType='Unknown'}], timeElapsed: 63ms2018-02-26 07:03:39,698-05 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-9) [] Operation Failed: [Cannot deactivate Storage while there are running tasks on this Storage.-Please wait until tasks will finish and try again.]2018-02-26 07:03:40,659-05 DEBUG [org.ovirt.engine.core.utils.timer.FixedDelayJobListener] (DefaultQuartzScheduler6) [] Rescheduling DEFAULT.org.ovirt.engine.core.bll.gluster.GlusterServiceSyncJob.refreshGlusterServices#-9223372036854775801 as there is no unfired trigger.2018-02-26 07:03:40,660-05 DEBUG [org.ovirt.engine.core.utils.timer.FixedDelayJobListener] (DefaultQuartzScheduler1) [] Rescheduling DEFAULT.org.ovirt.engine.core.bll.gluster.GlusterSyncJob.refreshLightWeightData#-9223372036854775795 as there is no unfired trigger.2018-02-26 07:03:40,764-05 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (EE-ManagedThreadFactory-engineScheduled-Thread-81) [] Polling and updating Async Tasks: 6 tasks, 4 tasks to poll now2018-02-26 07:03:40,767-05 DEBUG [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksStatusesVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-81) [] START, SPMGetAllTasksStatusesVDSCommand( IrsBaseVDSCommandParameters:{storagePoolId='c0a3f481-4598-4b0a-aabc-4acc67cd45b5', ignoreFailoverLimit='false'}), log id: 226c225f</error>*

1 0

[VDSM] Flaky network test?
by Nir Soffer 26 Feb '18

26 Feb '18

I had this random failure (one in 3 builds) - can we mark this tests as broken on ovirt ci until we make it more reliable? *00:04:16.904* ======================================================================*00:04:16.905* ERROR: test_add_ipv6_gateway_given_existing_ipv4_and_ipv6_gateways (network.ip_address_test.TestAddressSetup)*00:04:16.906* ----------------------------------------------------------------------*00:04:16.906* Traceback (most recent call last):*00:04:16.906* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/tests/network/ip_address_test.py", line 147, in test_add_ipv6_gateway_given_existing_ipv4_and_ipv6_gateways*00:04:16.908* address.add(nic, ipv4=None, ipv6=ipv6)*00:04:16.908* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/lib/vdsm/network/ip/address/__init__.py", line 277, in add*00:04:16.909* _add_ipv6_address(iface, ipv6)*00:04:16.909* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/lib/vdsm/network/ip/address/__init__.py", line 292, in _add_ipv6_address*00:04:16.910* ipwrapper.addrAdd(iface, ipv6addr, ipv6netmask, family=6)*00:04:16.911* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/lib/vdsm/network/ipwrapper.py", line 561, in addrAdd*00:04:16.911* _exec_cmd(command)*00:04:16.912* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/lib/vdsm/network/ipwrapper.py", line 482, in _exec_cmd*00:04:16.912* raise exc(returnCode, error.splitlines())*00:04:16.913* IPRoute2Error: (2, ['RTNETLINK answers: File exists'])*00:04:16.913* -------------------- >> begin captured logging << --------------------*00:04:16.914* 2018-02-26 12:31:00,244 DEBUG (MainThread) [root] /sbin/ip link add name dummy_aZGko type dummy (cwd None) (cmdutils:150)*00:04:16.915* 2018-02-26 12:31:00,256 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (cmdutils:158)*00:04:16.915* 2018-02-26 12:31:00,260 DEBUG (netlink/events) [root] START thread <Thread(netlink/events, started daemon 140705544533760)> (func=<bound method Monitor._scan of <vdsm.network.netlink.monitor.Monitor object at 0x5c51150>>, args=(), kwargs={}) (concurrent:192)*00:04:16.917* 2018-02-26 12:31:00,261 DEBUG (MainThread) [root] /sbin/ip link set dev dummy_aZGko up (cwd None) (cmdutils:150)*00:04:16.918* 2018-02-26 12:31:00,272 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (cmdutils:158)*00:04:16.919* 2018-02-26 12:31:00,275 DEBUG (netlink/events) [root] FINISH thread <Thread(netlink/events, started daemon 140705544533760)> (concurrent:195)*00:04:16.920* 2018-02-26 12:31:00,279 DEBUG (MainThread) [root] /sbin/ip route show to 0.0.0.0/0 table main (cwd None) (cmdutils:150)*00:04:16.921* 2018-02-26 12:31:00,293 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (cmdutils:158)*00:04:16.921* 2018-02-26 12:31:00,295 DEBUG (MainThread) [root] /sbin/ip -6 route show to ::/0 table main (cwd None) (cmdutils:150)*00:04:16.922* 2018-02-26 12:31:00,311 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (cmdutils:158)*00:04:16.923* 2018-02-26 12:31:00,313 DEBUG (MainThread) [root] /sbin/ip -4 addr add dev dummy_aZGko 192.168.99.1/255.255.255.248 (cwd None) (cmdutils:150)*00:04:16.924* 2018-02-26 12:31:00,328 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (cmdutils:158)*00:04:16.925* 2018-02-26 12:31:00,329 DEBUG (MainThread) [root] /sbin/ip -4 route add default via 192.168.99.6 (cwd None) (cmdutils:150)*00:04:16.925* 2018-02-26 12:31:00,340 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (cmdutils:158)*00:04:16.926* 2018-02-26 12:31:00,342 DEBUG (MainThread) [root] /sbin/ip -6 addr flush dev dummy_aZGko scope global (cwd None) (cmdutils:150)*00:04:16.927* 2018-02-26 12:31:00,363 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (cmdutils:158)*00:04:16.928* 2018-02-26 12:31:00,364 DEBUG (MainThread) [root] /sbin/ip -6 addr add dev dummy_aZGko 2001:99::1/64 (cwd None) (cmdutils:150)*00:04:16.929* 2018-02-26 12:31:00,398 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (cmdutils:158)*00:04:16.929* 2018-02-26 12:31:00,399 DEBUG (MainThread) [root] /sbin/ip -6 route add default via 2001:99::99 dev dummy_aZGko (cwd None) (cmdutils:150)*00:04:16.930* 2018-02-26 12:31:00,410 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (cmdutils:158)*00:04:16.931* 2018-02-26 12:31:00,412 DEBUG (MainThread) [root] /sbin/ip -6 addr flush dev dummy_aZGko scope global (cwd None) (cmdutils:150)*00:04:16.932* 2018-02-26 12:31:00,441 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (cmdutils:158)*00:04:16.932* 2018-02-26 12:31:00,442 DEBUG (MainThread) [root] /sbin/ip -6 addr add dev dummy_aZGko 2001:99::1/64 (cwd None) (cmdutils:150)*00:04:17.049* 2018-02-26 12:31:00,473 DCoverage.py warning: Module /home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/vdsm was never imported. (module-not-imported)*00:04:32.618* EBUG (MainThread) [root] FAILED: <err> = 'RTNETLINK answers: File exists\n'; <rc> = 2 (cmdutils:158)*00:04:32.619* 2018-02-26 12:31:00,482 DEBUG (MainThread) [root] /sbin/ip link del dev dummy_aZGko (cwd None) (cmdutils:150)*00:04:32.619* 2018-02-26 12:31:00,549 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (cmdutils:158)*00:04:32.620* --------------------- >> end captured logging << ---------------------

1 0

restore snapshot cannot restore memory
by pengyixiang 25 Feb '18

25 Feb '18

------=_Part_117285_1072407852.1519401934490 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8KICAgIEkgZm91bmQgaWYgd2UgcmV0b3JlIHNuYXBzaG90LCBtZW1vcnkgY2Fubm90IGJl IHJlc3RvcmVkLCBJIHRlc3QgaXQgd2l0aCBvdmlydC00LjEuMqGidmRzbS00LjE3LjAgYW5kIGxp YnZpcnQtMy4wLjAsIAphbmQgaSBnZXQgc29tZSBlcnJvcnMgaW4gWzFdLGl0IHNlZW1zIHZtIG5v dCBwYXVzZWQgaW4gY3JlYXRpbmcgc25hcHNob3QsIGJ1dCBzZWxmLl91bmRlcmx5aW5nQ29udCgp IGNhbGxlZCBpbiB2bSBzdGFydGluZywKc28gZXJyb3Igb2NjdXJzLCB0aGVuIHZtIGlzIHN0YXJ0 ZWQgaW4gbGlidmlydCBidXQgc2h1dGRvd25lZCBpbiB2ZHNtLCBjaGFuZ2VzIGluIFsyXSwgdGhl biBpdCB3b3JrcyB3ZWxsLgoKCgoKWzFdCjIwMTgtMDItMTIgMTk6Mzk6MjMsODMwKzA4MDAgRVJS T1IgKHZtL2Q3YmUwZmRlKSBbdmlydC52bV0gKHZtSWQ9J2Q3YmUwZmRlLWY5YjktNDQ0Ny1hMjUw LTI0NTM0ODJmYWVmOScpIFRoZSB2bSBzdGFydCBwcm9jZXNzIGZhaWxlZCAodm06NjYyKQpUcmFj ZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6CiAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3Zp cnQvdm0ucHkiLCBsaW5lIDYwNywgaW4gX3N0YXJ0VW5kZXJseWluZ1ZtCiAgICBzZWxmLl9jb21w bGV0ZUluY29taW5nTWlncmF0aW9uKCkKICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmlydC92bS5w eSIsIGxpbmUgMzI2OCwgaW4gX2NvbXBsZXRlSW5jb21pbmdNaWdyYXRpb24KICAgIHNlbGYuY29u dCgpCiAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDExMjgsIGluIGNv bnQKICAgIHNlbGYuX3VuZGVybHlpbmdDb250KCkKICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmly dC92bS5weSIsIGxpbmUgMzM2OCwgaW4gX3VuZGVybHlpbmdDb250CiAgICBzZWxmLl9kb20ucmVz dW1lKCkKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3ZpcnQv dmlyZG9tYWluLnB5IiwgbGluZSA2OSwgaW4gZgogICAgcmV0ID0gYXR0cigqYXJncywgKiprd2Fy Z3MpCiAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L2Rpc3QtcGFja2FnZXMvdmRzbS9saWJ2aXJ0 Y29ubmVjdGlvbi5weSIsIGxpbmUgMTIzLCBpbiB3cmFwcGVyCiAgICByZXQgPSBmKCphcmdzLCAq Kmt3YXJncykKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3V0 aWxzLnB5IiwgbGluZSA5MjYsIGluIHdyYXBwZXIKICAgIHJldHVybiBmdW5jKGluc3QsICphcmdz LCAqKmt3YXJncykKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy9saWJ2 aXJ0LnB5IiwgbGluZSAxOTA1LCBpbiByZXN1bWUKICAgIGlmIHJldCA9PSAtMTogcmFpc2UgbGli dmlydEVycm9yICgndmlyRG9tYWluUmVzdW1lKCkgZmFpbGVkJywgZG9tPXNlbGYpCmxpYnZpcnRF cnJvcjogUmVxdWVzdGVkIG9wZXJhdGlvbiBpcyBub3QgdmFsaWQ6IGRvbWFpbiBpcyBhbHJlYWR5 IHJ1bm5pbmcKCgpbMl0KLS0tIGEvTGlueF9Ob2RlL25vZGVfaXNvL2luc3RhbGxfc2NyaXB0L3B5 L3Zkc20vdmRzbS92aXJ0L3ZtLnB5CisrKyBiL0xpbnhfTm9kZS9ub2RlX2lzby9pbnN0YWxsX3Nj cmlwdC9weS92ZHNtL3Zkc20vdmlydC92bS5weQpAQCAtMzY3Nyw2ICszNjc3LDggQEAgY2xhc3Mg Vm0ob2JqZWN0KToKICAgICAgICAgZWxzZToKICAgICAgICAgICAgIHNuYXBGbGFncyB8PSBsaWJ2 aXJ0LlZJUl9ET01BSU5fU05BUFNIT1RfQ1JFQVRFX0RJU0tfT05MWQogCisgICAgICAgIHNlbGYu X3VuZGVybHlpbmdQYXVzZSgpCisKICAgICAgICAgIyBXaGVuIGNyZWF0aW5nIG1lbW9yeSBzbmFw c2hvdCBsaWJ2aXJ0IHdpbGwgcGF1c2UgdGhlIHZtCiAgICAgICAgIHNob3VsZF9mcmVlemUgPSBu b3QgKG1lbW9yeVBhcmFtcyBvciBmcm96ZW4pCiAKQEAgLTM3MzQsNiArMzczNiw4IEBAIGNsYXNz IFZtKG9iamVjdCk6CiAgICAgICAgICAgICBpZiBtZW1vcnlQYXJhbXM6CiAgICAgICAgICAgICAg ICAgc2VsZi5jaWYudGVhcmRvd25Wb2x1bWVQYXRoKG1lbW9yeVZvbCkKIAorICAgICAgICBzZWxm Ll91bmRlcmx5aW5nQ29udCgpCisKICAgICAgICAgIyBSZXR1cm5pbmcgcXVpZXNjZSB0byBub3Rp ZnkgdGhlIG1hbmFnZXIgd2hldGhlciB0aGUgZ3Vlc3QgYWdlbnQKICAgICAgICAgIyBmcm96ZSBh bmQgZmx1c2hlZCB0aGUgZmlsZXN5c3RlbXMgb3Igbm90LgogICAgICAgICBxdWllc2NlID0gc2hv dWxkX2ZyZWV6ZSBhbmQgZnJlZXplZFsic3RhdHVzIl1bImNvZGUiXSA9PSAw ------=_Part_117285_1072407852.1519401934490 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG88L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgSSBm b3VuZCBpZiB3ZSByZXRvcmUgc25hcHNob3QsIG1lbW9yeSBjYW5ub3QgYmUgcmVzdG9yZWQsIEkg dGVzdCBpdCB3aXRoIG92aXJ0LTQuMS4yoaJ2ZHNtLTQuMTcuMCBhbmQgbGlidmlydC0zLjAuMCwm bmJzcDs8L2Rpdj48ZGl2PmFuZCBpIGdldCBzb21lIGVycm9ycyBpbiBbMV0saXQgc2VlbXMgdm0g bm90IHBhdXNlZCBpbiBjcmVhdGluZyBzbmFwc2hvdCwgYnV0IHNlbGYuX3VuZGVybHlpbmdDb250 KCkgY2FsbGVkIGluIHZtIHN0YXJ0aW5nLDwvZGl2PjxkaXY+c28gZXJyb3Igb2NjdXJzLCB0aGVu IHZtIGlzIHN0YXJ0ZWQgaW4gbGlidmlydCBidXQgc2h1dGRvd25lZCBpbiB2ZHNtLCBjaGFuZ2Vz IGluIFsyXSwgdGhlbiBpdCB3b3JrcyB3ZWxsLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJy PjwvZGl2PjxkaXY+WzFdPC9kaXY+PGRpdj4yMDE4LTAyLTEyIDE5OjM5OjIzLDgzMCswODAwIEVS Uk9SICh2bS9kN2JlMGZkZSkgW3ZpcnQudm1dICh2bUlkPSdkN2JlMGZkZS1mOWI5LTQ0NDctYTI1 MC0yNDUzNDgyZmFlZjknKSBUaGUgdm0gc3RhcnQgcHJvY2VzcyBmYWlsZWQgKHZtOjY2Mik8YnI+ VHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOjxicj4mbmJzcDsgRmlsZSAiL3Vzci9z aGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDYwNywgaW4gX3N0YXJ0VW5kZXJseWluZ1ZtPGJy PiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl9jb21wbGV0ZUluY29taW5nTWlncmF0aW9uKCk8YnI+ Jm5ic3A7IEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSAzMjY4LCBpbiBf Y29tcGxldGVJbmNvbWluZ01pZ3JhdGlvbjxicj4mbmJzcDsmbmJzcDsmbmJzcDsgc2VsZi5jb250 KCk8YnI+Jm5ic3A7IEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSAxMTI4 LCBpbiBjb250PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl91bmRlcmx5aW5nQ29udCgpPGJy PiZuYnNwOyBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmlydC92bS5weSIsIGxpbmUgMzM2OCwgaW4g X3VuZGVybHlpbmdDb250PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl9kb20ucmVzdW1lKCk8 YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9kaXN0LXBhY2thZ2VzL3Zkc20vdmly dC92aXJkb21haW4ucHkiLCBsaW5lIDY5LCBpbiBmPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyByZXQg PSBhdHRyKCphcmdzLCAqKmt3YXJncyk8YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhvbjIu Ny9kaXN0LXBhY2thZ2VzL3Zkc20vbGlidmlydGNvbm5lY3Rpb24ucHkiLCBsaW5lIDEyMywgaW4g d3JhcHBlcjxicj4mbmJzcDsmbmJzcDsmbmJzcDsgcmV0ID0gZigqYXJncywgKiprd2FyZ3MpPGJy PiZuYnNwOyBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3V0aWxz LnB5IiwgbGluZSA5MjYsIGluIHdyYXBwZXI8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJldHVybiBm dW5jKGluc3QsICphcmdzLCAqKmt3YXJncyk8YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhv bjIuNy9kaXN0LXBhY2thZ2VzL2xpYnZpcnQucHkiLCBsaW5lIDE5MDUsIGluIHJlc3VtZTxicj4m bmJzcDsmbmJzcDsmbmJzcDsgaWYgcmV0ID09IC0xOiByYWlzZSBsaWJ2aXJ0RXJyb3IgKCd2aXJE b21haW5SZXN1bWUoKSBmYWlsZWQnLCBkb209c2VsZik8YnI+bGlidmlydEVycm9yOiBSZXF1ZXN0 ZWQgb3BlcmF0aW9uIGlzIG5vdCB2YWxpZDogZG9tYWluIGlzIGFscmVhZHkgcnVubmluZzwvZGl2 PjxkaXY+PGJyPjwvZGl2PjxkaXY+WzJdPC9kaXY+PGRpdj48ZGl2Pi0tLSBhL0xpbnhfTm9kZS9u b2RlX2lzby9pbnN0YWxsX3NjcmlwdC9weS92ZHNtL3Zkc20vdmlydC92bS5weTwvZGl2PjxkaXY+ KysrIGIvTGlueF9Ob2RlL25vZGVfaXNvL2luc3RhbGxfc2NyaXB0L3B5L3Zkc20vdmRzbS92aXJ0 L3ZtLnB5PC9kaXY+PGRpdj5AQCAtMzY3Nyw2ICszNjc3LDggQEAgY2xhc3MgVm0ob2JqZWN0KTo8 L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtlbHNlOjwvZGl2Pjxk aXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7c25hcEZs YWdzIHw9IGxpYnZpcnQuVklSX0RPTUFJTl9TTkFQU0hPVF9DUkVBVEVfRElTS19PTkxZPC9kaXY+ PGRpdj4mbmJzcDs8L2Rpdj48ZGl2PismbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgc2VsZi5f dW5kZXJseWluZ1BhdXNlKCk8L2Rpdj48ZGl2Pis8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsjIFdoZW4gY3JlYXRpbmcgbWVtb3J5IHNuYXBzaG90IGxpYnZpcnQg d2lsbCBwYXVzZSB0aGUgdm08L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDtzaG91bGRfZnJlZXplID0gbm90IChtZW1vcnlQYXJhbXMgb3IgZnJvemVuKTwvZGl2Pjxk aXY+Jm5ic3A7PC9kaXY+PGRpdj5AQCAtMzczNCw2ICszNzM2LDggQEAgY2xhc3MgVm0ob2JqZWN0 KTo8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO2lmIG1lbW9yeVBhcmFtczo8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7c2VsZi5jaWYudGVhcmRvd25Wb2x1 bWVQYXRoKG1lbW9yeVZvbCk8L2Rpdj48ZGl2PiZuYnNwOzwvZGl2PjxkaXY+KyZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyBzZWxmLl91bmRlcmx5aW5nQ29udCgpPC9kaXY+PGRpdj4rPC9kaXY+ PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IyBSZXR1cm5pbmcgcXVpZXNj ZSB0byBub3RpZnkgdGhlIG1hbmFnZXIgd2hldGhlciB0aGUgZ3Vlc3QgYWdlbnQ8L2Rpdj48ZGl2 PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsjIGZyb3plIGFuZCBmbHVzaGVkIHRo ZSBmaWxlc3lzdGVtcyBvciBub3QuPC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7cXVpZXNjZSA9IHNob3VsZF9mcmVlemUgYW5kIGZyZWV6ZWRbInN0YXR1cyJdWyJj b2RlIl0gPT0gMDwvZGl2PjwvZGl2PjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vm b290ZXIiPjxwPiZuYnNwOzwvcD48L3NwYW4+ ------=_Part_117285_1072407852.1519401934490--

2 1

The importance of fixing failed build-artifacts jobs
by Dafna Ron 25 Feb '18

25 Feb '18

Hi All, We have been seeing a large amount of changes that are not deployed into tested lately because of failed build-artifacts jobs so we decided that perhaps we need to explain the importance of fixing a failed build-artifacts job. If a change failed a build-artifacts job, no matter what platform/arch it failed in, the change will not be deployed to tested. Here is an example of a change that will not be added to tested: [image: Inline image 1] As you can see, only one of the build-artifacts jobs failed but since the project specify that it requires all of these arches/platforms, the change will not be added to tested until all of the jobs are fixed. So what can we do? 1. Add the code which builds-artifacts to 'check-patch' so you'll get a -1 if a build failed (assuming you will not merge with -1 from CI). 2. post merge - look for emails on failed artifacts on your change (you will have to fix the job and then re-trigger the change) 3. you can see all current broken failed artifacts jobs in jenkins under 'unstable critical' view [1] and you will know if your project is being deployed. 4. Remove the broken OS from your project ( either from Jenkins or from your automation dir if you're using V2 ) - ask us for help! this should be an easy patch 5.Don't add new OS builds until you're absolutly sure they work ( you can add check-patch to keep testing it, but don't add build-artifacts until its stable ). Please contact myself or anyone else from the CI team for assistance or questions and we would be happy to help. [1] http://jenkins.ovirt.org/ Thank you, Dafna

4 3

OST Failure - Weekly update [17/02/2018-23/02/2018]
by Dafna Ron 23 Feb '18

23 Feb '18

Hello, I would like to update on this week's failures and OST current status. I am happy to say at the end of this week we do not have any failed changes. We had 5 reported failed changes this week: 1. replace vdsm stats with collectd virt plugin - https://gerrit.ovirt.org/#/c/87310/ - date: 20-02-2018 - version: Ovirt 4.2 - test failed: 003_00_metrics_bootstrap.metrics_and_log_collector - fix: fixed bug in initial validations - https://gerrit.ovirt.org/#/c/87919/ 2. replace vdsm stats with collectd virt plugin - https://gerrit.ovirt.org/#/c/87310/ - date: 21-02-2018 - version: Ovirt Master - test failed: 098_ovirt_provider_ovn.use_ovn_provider - NO FIX WAS REPORTED 3. ansible: End playbook based on initial validations - https://gerrit.ovirt.org/#/c/88062/ - date: 22-02-2018 - version: Ovirt Master - Test failed: 003_00_metrics_bootstrap.metrics_and_log_collector - Fix: bug reported: https://bugzilla.redhat.com/show_bug.cgi?id=1548087 4. momIF: change the way we connect to MOM - https://gerrit.ovirt.org/#/c/87944/ - date: 22-02-2018 - version: Ovirt Master - Test failed: 002_bootstrap.verify_add_hosts + 002_bootstrap.add_hosts - Fix: change was reverted until its fixed 5. Require collectd-virt plugin - https://gerrit.ovirt.org/#/c/87311/ - date: 22-02-2018 - version: Ovirt Master - Test: failed: 002_bootstrap.add_hosts - Fix: Require collectd-virt plugin - https://gerrit.ovirt.org/#/c/87311/ *Below you can see the chart for this week's resolved issues but cause of failure: * Code= regression of working components/functionalities Configurations - package related issues Other = failed build artifacts Infra = infrastructure/OST/Lago related issues [image: Inline image 1] [image: Inline image 2] *Below is a chart of resolved failures based on ovirt version* *[image: Inline image 3]* *[image: Inline image 4]* *Below is a chart showing failures by suite type: * * Suite type None means that it was a failure that did not result in a failed test such artificts related or packaging related. [image: Inline image 5] We are currently working on creating more statistics and defining the type of information it would be interesting to present. if there is anything specific that you would be interested in please let us know and we would add that to our plans. Many thanks, Dafna Ron

1 0

[ OST Failure Report ] [ oVirt Master (vdsm) ] [ 22-02-2018 ] [ 002_bootstrap.verify_add_hosts + 002_bootstrap.add_hosts ]
by Dafna Ron 22 Feb '18

22 Feb '18

Hi, We had two failed tests reported in vdsm project last evening the patch reported seems to be related to the issue. *Link and headline of suspected patches: momIF: change the way we connect to MOM - https://gerrit.ovirt.org/#/c/87944/ <https://gerrit.ovirt.org/#/c/87944/>Link to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5823/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5823/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5823/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5823/artifacts>(Relevant) error snippet from the log: <error>* 2018-02-21 14:15:47,576-0500 INFO (MainThread) [vdsm.api] FINISH prepareForShutdown return=None from=internal, task_id=7d37a33b-0215-40c0-a821-9b94707caca6 (api:52) 2018-02-21 14:15:47,576-0500 ERROR (MainThread) [vds] Exception raised (vdsmd:158) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/vdsmd.py", line 156, in run serve_clients(log) File "/usr/lib/python2.7/site-packages/vdsm/vdsmd.py", line 103, in serve_clients cif = clientIF.getInstance(irs, log, scheduler) File "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 251, in getInstance cls._instance = clientIF(irs, log, scheduler) File "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 121, in __init__ self.mom = MomClient(config.get("mom", "socket_path")) File "/usr/lib/python2.7/site-packages/vdsm/momIF.py", line 51, in __init__ raise MomNotAvailableError() MomNotAvailableError *</error>*

2 2

Let's get oVirt in Stack Overflow's Open Source Advertising again
by Allon Mureinik 22 Feb '18

22 Feb '18

Hi all, With Eldan's help, we have an advert for oVirt [1] suggested on Stack Overflow's traditional Open Source Advertising campaign [2]. Like always, we need the upvotes to get it up there. Want to see oVirt on Stack Overflow's sidebar again? Hope over and upvote. -Allon [1] https://meta.stackoverflow.com/a/363689/2422776 [2] https://meta.stackoverflow.com/q/362773/2422776

1 0

[VDSM] Failing CI check-patch on master, el7: Missing ppc64 repos
by Edward Haas 22 Feb '18

22 Feb '18

Hello, VDSM check-patch on master started to fail, looks like some repos vanished. http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/21853/conso… Can someone have a look? (Do we need ppc64? Why it was removed?) Thanks, Edy.

4 3

[ OST Failure Report ] [ oVirt Master (ovirt-engine-metrics) ] [ 22-02-2018 ] [ 003_00_metrics_bootstrap.metrics_and_log_collector ]
by Dafna Ron 22 Feb '18

22 Feb '18

hi, We are failing test 003_00_metrics_bootstrap.metrics_and_log_collector for basic suite. *Link and headline of suspected patches: * *ansible: End playbook based on initial validations - https://gerrit.ovirt.org/#/c/88062/ <https://gerrit.ovirt.org/#/c/88062/>Link to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5829/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5829/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5829/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5829/artifacts>(Relevant) error snippet from the log: <error>* /var/tmp: drwxr-x--x. root abrt system_u:object_r:abrt_var_cache_t:s0 abrt -rw-------. root root unconfined_u:object_r:user_tmp_t:s0 rpm-tmp.aLitM7 -rw-------. root root unconfined_u:object_r:user_tmp_t:s0 rpm-tmp.G2r7IM -rw-------. root root unconfined_u:object_r:user_tmp_t:s0 rpm-tmp.kVymZE -rw-------. root root unconfined_u:object_r:user_tmp_t:s0 rpm-tmp.uPDvvU drwx------. root root system_u:object_r:tmp_t:s0 systemd-private-cd49c74726d5463f8d6f6502380e5e12-chronyd.service-i1T5IE drwx------. root root system_u:object_r:tmp_t:s0 systemd-private-cd49c74726d5463f8d6f6502380e5e12-systemd-timedated.service-lhoUsS /var/tmp/abrt: -rw-------. root root system_u:object_r:abrt_var_cache_t:s0 last-via-server /var/tmp/systemd-private-cd49c74726d5463f8d6f6502380e5e12-chronyd.service-i1T5IE: drwxrwxrwt. root root system_u:object_r:tmp_t:s0 tmp /var/tmp/systemd-private-cd49c74726d5463f8d6f6502380e5e12-chronyd.service-i1T5IE/tmp: /var/tmp/systemd-private-cd49c74726d5463f8d6f6502380e5e12-systemd-timedated.service-lhoUsS: drwxrwxrwt. root root system_u:object_r:tmp_t:s0 tmp /var/tmp/systemd-private-cd49c74726d5463f8d6f6502380e5e12-systemd-timedated.service-lhoUsS/tmp: /var/yp: ) 2018-02-22 07:24:05::DEBUG::__main__::251::root:: STDERR(/bin/ls: cannot open directory /rhev/data-center/mnt/blockSD/6babba93-09c8-4846-9ccb-07728f72eecb/master/tasks/bd563276-5092-4d28-86c4-63aa6c0b4344.temp: No such file or directory ) 2018-02-22 07:24:05::ERROR::__main__::832::root:: Failed to collect logs from: lago-basic-suite-master-host-0; /bin/ls: cannot open directory /rhev/data-center/mnt/blockSD/6babba93-09c8-4846-9ccb-07728f72eecb/master/tasks/bd563276-5092-4d28-86c4-63aa6c0b4344.temp: No such file or directory *</error>*

2 1

[ OST Failure Report ] [ oVirt Master (ovirt-host) ] [ 22-02-2018 ] [002_bootstrap.add_hosts ]
by Dafna Ron 22 Feb '18

22 Feb '18

hi, we have a failed test for ovirt-host in upgrade suite. *Link and headline of suspected patches: * *Require collectd-virt plugin - https://gerrit.ovirt.org/#/c/87311/ <https://gerrit.ovirt.org/#/c/87311/>Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5827/ <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5827/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5827/art… <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5827/artifacts>(Relevant) error snippet from the log: <error>* 2018-02-22 05:38:47,587-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [546df98d] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing Host lago-upgrade-from-release-suite-master-host0. Setting kernel arguments. 2018-02-22 05:38:47,858-05 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (EE-ManagedThreadFactory-engine-Thread-1) [546df98d] Swallowing exception as preferring stderr 2018-02-22 05:38:47,859-05 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (EE-ManagedThreadFactory-engine-Thread-1) [546df98d] SSH error running command root@lago-upgrade-from-release-suite-master-host0:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True': RuntimeException: Unexpected error during execution: bash: line 1: 1395 Segmentation fault "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True 2018-02-22 05:38:47,859-05 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [546df98d] Error during deploy dialog 2018-02-22 05:38:47,860-05 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (EE-ManagedThreadFactory-engine-Thread-1) [546df98d] Error during host lago-upgrade-from-release-suite-master-host0 install 2018-02-22 05:38:47,864-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-1) [546df98d] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during installation of Host lago-upgrade-from-release-suite-master-host0: Unexpected error during execution: bash: line 1: 1395 Segmentation fault "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True . 2018-02-22 05:38:47,864-05 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (EE-ManagedThreadFactory-engine-Thread-1) [546df98d] Error during host lago-upgrade-from-release-suite-master-host0 install, preferring first exception: Unexpected connection termination 2018-02-22 05:38:47,864-05 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1) [546df98d] Host installation failed for host '65c048e5-a97a-422d-88b8-abe1fd925602', 'lago-upgrade-from-release-suite-master-host0': Unexpected connection termination 2018-02-22 05:38:47,869-05 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-1) [546df98d] START, SetVdsStatusVDSCommand(HostName = lago-upgrade-from-release-suite-master-host0, SetVdsStatusVDSCommandParameters:{hostId='65c048e5-a97a-422d-88b8-abe1fd925602', status='InstallFailed', nonOperationalReason='NONE', stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 1973b09c 2018-02-22 05:38:47,898-05 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-1) [546df98d] FINISH, SetVdsStatusVDSCommand, log id: 1973b09c 2018-02-22 05:38:47,911-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-1) [546df98d] EVENT_ID: VDS_INSTALL_FAILED(505), Host lago-upgrade-from-release-suite-master-host0 installation failed. Unexpected connection termination. 2018-02-22 05:38:47,920-05 INFO [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1) [546df98d] Lock freed to object 'EngineLock:{exclusiveLocks='[65c048e5-a97a-422d-88b8-abe1fd925602=VDS]', sharedLocks=''}' *</error>*

1 0

ovirt-engine-api-model jenkins jobs
by Sandro Bonazzola 22 Feb '18

22 Feb '18

Hi, I'm investigating on a failure[2 <http://jenkins.ovirt.org/job/ovirt-engine-api-model_master_build-artifacts-…>] on jenkins jobs for ovirt-engine-api-model[1 <http://jenkins.ovirt.org/search/?q=ovirt-engine-api-model_master_build-arti…>] on el7. Before I further invest time on it, I'd like to understand the purpose of the job. As far as I can tell the project is building some documentation in different formats and a tarball with the sources: asciidoctor.css 28.92 KB model.adoc 1.24 MB model.csv 264.77 KB model.html 3.37 MB model.json 7.39 MB model.xml 6.09 MB ovirt-engine-api-model-4.3.8.20180213gita1f6d9a.tar.gz 246.48 KB I think that some way the output may be used by http://ovirt.github.io/ovirt-engine-api-model/ but I don't feel like this is really done. I also see that artifacts are published on https://search.maven.org/#artifactdetails%7Corg.ovirt.engine.api%7Cmodel%7C… <https://search.maven.org/#artifactdetails%7Corg.ovirt.engine.api%7Cmodel%7C…> but this is also not done by the jenkins jobs. I see this artifacts is required in ovirt-engine pom.xml: <model.version>4.3.7</model.version> So I would expect the job to prepare a rpm including this jar and pom to be required in ovirt-engine spec file, at least if we follow Fedora packaging guidelines. As is, this jobs seams meaningless. What should we do here? Drop the job? Fix it for building rpms? [1] http://jenkins.ovirt.org/search/?q=ovirt-engine-api-model_master_build-arti… [2] http://jenkins.ovirt.org/job/ovirt-engine-api-model_master_build-artifacts-… -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 2

CentOS Virt SIG - oVirt 4.3 repositories
by Sandro Bonazzola 21 Feb '18

21 Feb '18

Hi, tags have been created for oVirt 4.3 development. I'm going to cross tag dependencies from oVirt 4.2 to oVirt 4.3 in the next weeks. Once done, I'll push patches to oVirt System Test master and oVirt Release master switching from oVirt 4.2 to oVirt 4.3. Repositories that will contain 4.3 related stuff while I'm working on it: https://cbs.centos.org/repos/virt7-ovirt-43-candidate https://cbs.centos.org/repos/virt7-ovirt-common-candidate Once I'll be sure master works with these, I'll tag for testing switching to: https://cbs.centos.org/repos/virt7-ovirt-43-testing https://cbs.centos.org/repos/virt7-ovirt-common-testing Once repoclosure passes, I'll ask to start signing and publishing rpms for testing getting the rpms into final testing destination: https://buildlogs.centos.org/centos/7/virt/$basearch/ovirt-4.3/ This will be the repo that will be added to OST and ovirt-release. If new dependencies needs to be added to 4.3 repo during this process, please let me know. Thanks -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0