February 2018 - Infra - oVirt List Archives

Mailing-Lists upgrade
by Marc Dequènes (Duck) 10 May '18

10 May '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--

5 11

[CQ]: 88046, 11 (ovirt-hosted-engine-setup) failed "ovirt-master" system tests
by oVirt Jenkins 02 Mar '18

02 Mar '18

Change 88046,11 (ovirt-hosted-engine-setup) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/88046/11 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5866/

4 8

oVirt infra weekly meeting notes 28.02.2018
by Evgheni Dereveanchin 01 Mar '18

01 Mar '18

Hi everyone, Please find the topics of this week's infra meeting below: *PHX DC: - Engine upgraded to 4.2.1- One FC27 slave enabled on Jenkins- Mock updated upstream - need to update snapshots on el7 and all fedoras- Jenkins security advisory - patch prepared- Global_setup patch split for better readability- Bare metal management plugin for several Jenkins instances- Beaker plugin not doing what we need- Foreman plugin exists but unmaintained- scripted slave plugin?AI: - Prepare snapshot update patch* -- Regards, Evgheni Dereveanchin

3 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

[CQ]: 88315, 8 (ovirt-engine-metrics) failed "ovirt-4.2" system tests, but isn't the failure root cause
by oVirt Jenkins 01 Mar '18

01 Mar '18

A system test invoked by the "ovirt-4.2" change queue including change 88315,8 (ovirt-engine-metrics) failed. However, this change seems not to be the root cause for this failure. Change 88250,4 (ovirt-engine-metrics) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 88250,4 (ovirt-engine-metrics) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/88315/8 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/88250/4 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/964/

1 0

[CQ]: 88294, 7 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 28 Feb '18

28 Feb '18

A system test invoked by the "ovirt-master" change queue including change 88294,7 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 87902,10 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87902,10 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/88294/7 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87902/10 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5923/

1 0

[CQ]: 87766,3 (vdsm) failed "ovirt-master" system tests
by oVirt Jenkins 28 Feb '18

28 Feb '18

Change 87766,3 (vdsm) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/87766/3 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5921/

1 0

[CQ]: 88255, 2 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 28 Feb '18

28 Feb '18

A system test invoked by the "ovirt-master" change queue including change 88255,2 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 87902,10 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87902,10 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/88255/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87902/10 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5917/

1 0

[ 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

[CQ]: 88232, 4 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 28 Feb '18

28 Feb '18

A system test invoked by the "ovirt-master" change queue including change 88232,4 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 87902,10 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87902,10 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/88232/4 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87902/10 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5915/

1 0

[CQ]: 88303, 1 (ovirt-hosted-engine-setup) failed "ovirt-4.2" system tests
by oVirt Jenkins 28 Feb '18

28 Feb '18

Change 88303,1 (ovirt-hosted-engine-setup) is probably the reason behind recent system test failures in the "ovirt-4.2" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/88303/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/960/

1 0

[JIRA] (OVIRT-1913) temporarily remove ibiblio from mirrorlist
by Evgheni Dereveanchin (oVirt JIRA) 28 Feb '18

28 Feb '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1913?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-1913: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > temporarily remove ibiblio from mirrorlist > ------------------------------------------ > > Key: OVIRT-1913 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1913 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > The mirror at mirrors.ibiblio.org/ovirt/pub is put of date and there's an issue with rsync that we need to solve before it can be used. Opening ticket to temporarily remove it from the mirrorlist. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)

1 0

[JIRA] (OVIRT-1913) temporarily remove ibiblio from mirrorlist
by Evgheni Dereveanchin (oVirt JIRA) 28 Feb '18

28 Feb '18

This is a multi-part message in MIME format... ------------=_1519836016-12091-245 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Evgheni Dereveanchin created OVIRT-1913: ------------------------------------------- Summary: temporarily remove ibiblio from mirrorlist Key: OVIRT-1913 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1913 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra The mirror at mirrors.ibiblio.org/ovirt/pub is put of date and there's an issue with rsync that we need to solve before it can be used. Opening ticket to temporarily remove it from the mirrorlist. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081) ------------=_1519836016-12091-245 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Evgheni Dereveanchin created OVIRT-1913:</h3> <pre> Summary: temporarily remove ibiblio from mirrorlist Key: OVIRT-1913 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1913 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra</pre> <p>The mirror at mirrors.ibiblio.org/ovirt/pub is put of date and there's an issue with rsync that we need to solve before it can be used. Opening ticket to temporarily remove it from the mirrorlist.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519836016-12091-245--

1 0

[CQ]: 85576, 6 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 28 Feb '18

28 Feb '18

A system test invoked by the "ovirt-master" change queue including change 85576,6 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 87902,10 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87902,10 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/85576/6 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87902/10 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5912/

1 0

[CQ]: 88137, 5 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 28 Feb '18

28 Feb '18

A system test invoked by the "ovirt-master" change queue including change 88137,5 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 87902,10 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87902,10 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/88137/5 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87902/10 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5909/

1 0

[CQ]: 88172, 2 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 28 Feb '18

28 Feb '18

A system test invoked by the "ovirt-master" change queue including change 88172,2 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 87902,10 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87902,10 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/88172/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87902/10 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5905/

1 0

[JIRA] (OVIRT-1712) OST jobs fails on "address already in use"
by Daniel Belenky (oVirt JIRA) 28 Feb '18

28 Feb '18

This is a multi-part message in MIME format... ------------=_1519827917-31151-136 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1712?page=com.atlassian.jira.… ] Daniel Belenky closed OVIRT-1712. --------------------------------- Resolution: Fixed > OST jobs fails on "address already in use" > ------------------------------------------ > > Key: OVIRT-1712 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1712 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri > Assignee: Daniel Belenky > Priority: High > > Evgheni, > Was there any change recently to Lago slaves? > On Fri, Oct 20, 2017 at 11:05 AM, Piotr Kliczewski < > piotr.kliczewski(a)gmail.com> wrote: > > I attempted to run manual OST twice and both failed with below issue. > > Can someone take a look? > > > > Thanks, > > Piotr > > > > 2017-10-20 07:59:12,485::log_utils.py::__exit__::607::ovirtlago.prefix: > > :DEBUG:: > > File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, > > in wrapper > > return func(*args, **kwargs) > > File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line > > 111, in wrapper > > with utils.repo_server_context(args[0]): > > File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ > > return self.gen.next() > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line > > 100, in repo_server_context > > root_dir=prefix.paths.internal_repo(), > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76, > > in _create_http_server > > generate_request_handler(root_dir), > > File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ > > self.server_bind() > > File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind > > SocketServer.TCPServer.server_bind(self) > > File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind > > self.socket.bind(self.server_address) > > File "/usr/lib64/python2.7/socket.py", line 224, in meth > > return getattr(self._sock,name)(*args) > > > > 2017-10-20 07:59:12,485::cmd.py::do_run::365::root::ERROR::Error > > occured, aborting > > Traceback (most recent call last): > > File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in > > do_run > > self.cli_plugins[args.ovirtverb].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/ovirtlago/cmd.py", line 166, > > in do_deploy > > prefix.deploy() > > File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, > > in wrapper > > return func(*args, **kwargs) > > File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line > > 111, in wrapper > > with utils.repo_server_context(args[0]): > > File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ > > return self.gen.next() > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line > > 100, in repo_server_context > > root_dir=prefix.paths.internal_repo(), > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76, > > in _create_http_server > > generate_request_handler(root_dir), > > File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ > > self.server_bind() > > File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind > > SocketServer.TCPServer.server_bind(self) > > File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind > > self.socket.bind(self.server_address) > > File "/usr/lib64/python2.7/socket.py", line 224, in meth > > return getattr(self._sock,name)(*args) > > error: [Errno 98] Address already in use > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > -- > Eyal edri > MANAGER > RHV DevOps > EMEA VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081) ------------=_1519827917-31151-136 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1712?page=com.atlassian.jira.… ]</pre> <h3>Daniel Belenky closed OVIRT-1712.</h3> <pre>Resolution: Fixed</pre> <blockquote><h3>OST jobs fails on “address already in use”</h3> <pre> Key: OVIRT-1712 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1712 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: eyal edri Assignee: Daniel Belenky Priority: High</pre> <p>Evgheni, Was there any change recently to Lago slaves? On Fri, Oct 20, 2017 at 11:05 AM, Piotr Kliczewski < piotr.kliczewski(a)gmail.com> wrote:</p> <blockquote><p>I attempted to run manual OST twice and both failed with below issue. Can someone take a look?</p> <p>Thanks, Piotr</p> <p>2017-10-20 07:59:12,485::log_utils.py::__exit__::607::ovirtlago.prefix: :DEBUG::</p> <pre>File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636,</pre> <p>in wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line</pre> <p>111, in wrapper</p> <pre> with utils.repo_server_context(args[0]): File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line</pre> <p>100, in repo_server_context</p> <pre> root_dir=prefix.paths.internal_repo(), File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76,</pre> <p>in _create_http_server</p> <pre> generate_request_handler(root_dir), File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ self.server_bind() File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind SocketServer.TCPServer.server_bind(self) File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind self.socket.bind(self.server_address) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args)</pre> <p>2017-10-20 07:59:12,485::cmd.py::do_run::365::root::ERROR::Error occured, aborting Traceback (most recent call last):</p> <pre>File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in</pre> <p>do_run</p> <pre> self.cli_plugins[args.ovirtverb].do_run(args) File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line</pre> <p>184, in do_run</p> <pre> self._do_run(**vars(args)) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 501, in</pre> <p>wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 512, in</pre> <p>wrapper</p> <pre> return func(*args, prefix=prefix, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 166,</pre> <p>in do_deploy</p> <pre> prefix.deploy() File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636,</pre> <p>in wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line</pre> <p>111, in wrapper</p> <pre> with utils.repo_server_context(args[0]): File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line</pre> <p>100, in repo_server_context</p> <pre> root_dir=prefix.paths.internal_repo(), File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76,</pre> <p>in _create_http_server</p> <pre> generate_request_handler(root_dir), File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ self.server_bind() File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind SocketServer.TCPServer.server_bind(self) File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind self.socket.bind(self.server_address) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args)</pre> <p>error: [Errno 98] Address already in use <em>____________________________________________</em>_ Infra mailing list Infra(a)ovirt.org <a href="http://lists.ovirt.org/mailman/listinfo/infra">http://lists.ovirt.org/mailman/listinfo/infra</a></p></blockquote> <p>— Eyal edri MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <<a href="https://www.redhat.com/">https://www.redhat.com/</a>> <<a href="https://red.ht/sig">https://red.ht/sig</a>> TRIED. TESTED. TRUSTED. <<a href="https://redhat.com/trusted">https://redhat.com/trusted</a>> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519827917-31151-136--

1 0

[JIRA] (OVIRT-1712) OST jobs fails on "address already in use"
by Daniel Belenky (oVirt JIRA) 28 Feb '18

28 Feb '18

This is a multi-part message in MIME format... ------------=_1519827874-22145-273 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1712?page=com.atlassian.jira.… ] Daniel Belenky commented on OVIRT-1712: --------------------------------------- It was done in [https://gerrit.ovirt.org/c/87164/|https://gerrit.ovirt.org/c/87164/] OVIRT-1890 I'll close the ticket > OST jobs fails on "address already in use" > ------------------------------------------ > > Key: OVIRT-1712 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1712 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri > Assignee: Daniel Belenky > Priority: High > > Evgheni, > Was there any change recently to Lago slaves? > On Fri, Oct 20, 2017 at 11:05 AM, Piotr Kliczewski < > piotr.kliczewski(a)gmail.com> wrote: > > I attempted to run manual OST twice and both failed with below issue. > > Can someone take a look? > > > > Thanks, > > Piotr > > > > 2017-10-20 07:59:12,485::log_utils.py::__exit__::607::ovirtlago.prefix: > > :DEBUG:: > > File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, > > in wrapper > > return func(*args, **kwargs) > > File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line > > 111, in wrapper > > with utils.repo_server_context(args[0]): > > File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ > > return self.gen.next() > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line > > 100, in repo_server_context > > root_dir=prefix.paths.internal_repo(), > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76, > > in _create_http_server > > generate_request_handler(root_dir), > > File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ > > self.server_bind() > > File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind > > SocketServer.TCPServer.server_bind(self) > > File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind > > self.socket.bind(self.server_address) > > File "/usr/lib64/python2.7/socket.py", line 224, in meth > > return getattr(self._sock,name)(*args) > > > > 2017-10-20 07:59:12,485::cmd.py::do_run::365::root::ERROR::Error > > occured, aborting > > Traceback (most recent call last): > > File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in > > do_run > > self.cli_plugins[args.ovirtverb].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/ovirtlago/cmd.py", line 166, > > in do_deploy > > prefix.deploy() > > File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, > > in wrapper > > return func(*args, **kwargs) > > File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line > > 111, in wrapper > > with utils.repo_server_context(args[0]): > > File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ > > return self.gen.next() > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line > > 100, in repo_server_context > > root_dir=prefix.paths.internal_repo(), > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76, > > in _create_http_server > > generate_request_handler(root_dir), > > File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ > > self.server_bind() > > File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind > > SocketServer.TCPServer.server_bind(self) > > File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind > > self.socket.bind(self.server_address) > > File "/usr/lib64/python2.7/socket.py", line 224, in meth > > return getattr(self._sock,name)(*args) > > error: [Errno 98] Address already in use > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > -- > Eyal edri > MANAGER > RHV DevOps > EMEA VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081) ------------=_1519827874-22145-273 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1712?page=com.atlassian.jira.… ]</pre> <h3>Daniel Belenky commented on OVIRT-1712:</h3> <p>It was done in [<a href="https://gerrit.ovirt.org/c/87164/">https://gerrit.ovirt.org/c/87164/</a>|<a href="https://gerrit.ovirt.org/c/87164/">https://gerrit.ovirt.org/c/87164/</a>] OVIRT-1890</p> <p>I'll close the ticket</p> <blockquote><h3>OST jobs fails on “address already in use”</h3> <pre> Key: OVIRT-1712 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1712 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: eyal edri Assignee: Daniel Belenky Priority: High</pre> <p>Evgheni, Was there any change recently to Lago slaves? On Fri, Oct 20, 2017 at 11:05 AM, Piotr Kliczewski < piotr.kliczewski(a)gmail.com> wrote:</p> <blockquote><p>I attempted to run manual OST twice and both failed with below issue. Can someone take a look?</p> <p>Thanks, Piotr</p> <p>2017-10-20 07:59:12,485::log_utils.py::__exit__::607::ovirtlago.prefix: :DEBUG::</p> <pre>File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636,</pre> <p>in wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line</pre> <p>111, in wrapper</p> <pre> with utils.repo_server_context(args[0]): File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line</pre> <p>100, in repo_server_context</p> <pre> root_dir=prefix.paths.internal_repo(), File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76,</pre> <p>in _create_http_server</p> <pre> generate_request_handler(root_dir), File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ self.server_bind() File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind SocketServer.TCPServer.server_bind(self) File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind self.socket.bind(self.server_address) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args)</pre> <p>2017-10-20 07:59:12,485::cmd.py::do_run::365::root::ERROR::Error occured, aborting Traceback (most recent call last):</p> <pre>File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in</pre> <p>do_run</p> <pre> self.cli_plugins[args.ovirtverb].do_run(args) File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line</pre> <p>184, in do_run</p> <pre> self._do_run(**vars(args)) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 501, in</pre> <p>wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 512, in</pre> <p>wrapper</p> <pre> return func(*args, prefix=prefix, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 166,</pre> <p>in do_deploy</p> <pre> prefix.deploy() File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636,</pre> <p>in wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line</pre> <p>111, in wrapper</p> <pre> with utils.repo_server_context(args[0]): File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line</pre> <p>100, in repo_server_context</p> <pre> root_dir=prefix.paths.internal_repo(), File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76,</pre> <p>in _create_http_server</p> <pre> generate_request_handler(root_dir), File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ self.server_bind() File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind SocketServer.TCPServer.server_bind(self) File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind self.socket.bind(self.server_address) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args)</pre> <p>error: [Errno 98] Address already in use <em>____________________________________________</em>_ Infra mailing list Infra(a)ovirt.org <a href="http://lists.ovirt.org/mailman/listinfo/infra">http://lists.ovirt.org/mailman/listinfo/infra</a></p></blockquote> <p>— Eyal edri MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <<a href="https://www.redhat.com/">https://www.redhat.com/</a>> <<a href="https://red.ht/sig">https://red.ht/sig</a>> TRIED. TESTED. TRUSTED. <<a href="https://redhat.com/trusted">https://redhat.com/trusted</a>> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519827874-22145-273--

1 0

[JIRA] (OVIRT-1712) OST jobs fails on "address already in use"
by Daniel Belenky (oVirt JIRA) 28 Feb '18

28 Feb '18

This is a multi-part message in MIME format... ------------=_1519827848-15817-248 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1712?page=com.atlassian.jira.… ] Daniel Belenky reassigned OVIRT-1712: ------------------------------------- Assignee: Daniel Belenky (was: Gal Ben Haim) > OST jobs fails on "address already in use" > ------------------------------------------ > > Key: OVIRT-1712 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1712 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri > Assignee: Daniel Belenky > Priority: High > > Evgheni, > Was there any change recently to Lago slaves? > On Fri, Oct 20, 2017 at 11:05 AM, Piotr Kliczewski < > piotr.kliczewski(a)gmail.com> wrote: > > I attempted to run manual OST twice and both failed with below issue. > > Can someone take a look? > > > > Thanks, > > Piotr > > > > 2017-10-20 07:59:12,485::log_utils.py::__exit__::607::ovirtlago.prefix: > > :DEBUG:: > > File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, > > in wrapper > > return func(*args, **kwargs) > > File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line > > 111, in wrapper > > with utils.repo_server_context(args[0]): > > File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ > > return self.gen.next() > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line > > 100, in repo_server_context > > root_dir=prefix.paths.internal_repo(), > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76, > > in _create_http_server > > generate_request_handler(root_dir), > > File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ > > self.server_bind() > > File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind > > SocketServer.TCPServer.server_bind(self) > > File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind > > self.socket.bind(self.server_address) > > File "/usr/lib64/python2.7/socket.py", line 224, in meth > > return getattr(self._sock,name)(*args) > > > > 2017-10-20 07:59:12,485::cmd.py::do_run::365::root::ERROR::Error > > occured, aborting > > Traceback (most recent call last): > > File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in > > do_run > > self.cli_plugins[args.ovirtverb].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/ovirtlago/cmd.py", line 166, > > in do_deploy > > prefix.deploy() > > File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, > > in wrapper > > return func(*args, **kwargs) > > File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line > > 111, in wrapper > > with utils.repo_server_context(args[0]): > > File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ > > return self.gen.next() > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line > > 100, in repo_server_context > > root_dir=prefix.paths.internal_repo(), > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76, > > in _create_http_server > > generate_request_handler(root_dir), > > File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ > > self.server_bind() > > File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind > > SocketServer.TCPServer.server_bind(self) > > File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind > > self.socket.bind(self.server_address) > > File "/usr/lib64/python2.7/socket.py", line 224, in meth > > return getattr(self._sock,name)(*args) > > error: [Errno 98] Address already in use > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > -- > Eyal edri > MANAGER > RHV DevOps > EMEA VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081) ------------=_1519827848-15817-248 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1712?page=com.atlassian.jira.… ]</pre> <h3>Daniel Belenky reassigned OVIRT-1712:</h3> <pre>Assignee: Daniel Belenky (was: Gal Ben Haim)</pre> <blockquote><h3>OST jobs fails on “address already in use”</h3> <pre> Key: OVIRT-1712 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1712 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: eyal edri Assignee: Daniel Belenky Priority: High</pre> <p>Evgheni, Was there any change recently to Lago slaves? On Fri, Oct 20, 2017 at 11:05 AM, Piotr Kliczewski < piotr.kliczewski(a)gmail.com> wrote:</p> <blockquote><p>I attempted to run manual OST twice and both failed with below issue. Can someone take a look?</p> <p>Thanks, Piotr</p> <p>2017-10-20 07:59:12,485::log_utils.py::__exit__::607::ovirtlago.prefix: :DEBUG::</p> <pre>File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636,</pre> <p>in wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line</pre> <p>111, in wrapper</p> <pre> with utils.repo_server_context(args[0]): File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line</pre> <p>100, in repo_server_context</p> <pre> root_dir=prefix.paths.internal_repo(), File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76,</pre> <p>in _create_http_server</p> <pre> generate_request_handler(root_dir), File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ self.server_bind() File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind SocketServer.TCPServer.server_bind(self) File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind self.socket.bind(self.server_address) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args)</pre> <p>2017-10-20 07:59:12,485::cmd.py::do_run::365::root::ERROR::Error occured, aborting Traceback (most recent call last):</p> <pre>File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in</pre> <p>do_run</p> <pre> self.cli_plugins[args.ovirtverb].do_run(args) File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line</pre> <p>184, in do_run</p> <pre> self._do_run(**vars(args)) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 501, in</pre> <p>wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 512, in</pre> <p>wrapper</p> <pre> return func(*args, prefix=prefix, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 166,</pre> <p>in do_deploy</p> <pre> prefix.deploy() File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636,</pre> <p>in wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line</pre> <p>111, in wrapper</p> <pre> with utils.repo_server_context(args[0]): File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line</pre> <p>100, in repo_server_context</p> <pre> root_dir=prefix.paths.internal_repo(), File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76,</pre> <p>in _create_http_server</p> <pre> generate_request_handler(root_dir), File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ self.server_bind() File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind SocketServer.TCPServer.server_bind(self) File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind self.socket.bind(self.server_address) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args)</pre> <p>error: [Errno 98] Address already in use <em>____________________________________________</em>_ Infra mailing list Infra(a)ovirt.org <a href="http://lists.ovirt.org/mailman/listinfo/infra">http://lists.ovirt.org/mailman/listinfo/infra</a></p></blockquote> <p>— Eyal edri MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <<a href="https://www.redhat.com/">https://www.redhat.com/</a>> <<a href="https://red.ht/sig">https://red.ht/sig</a>> TRIED. TESTED. TRUSTED. <<a href="https://redhat.com/trusted">https://redhat.com/trusted</a>> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519827848-15817-248--

1 0

[JIRA] (OVIRT-1712) OST jobs fails on "address already in use"
by eyal edri (oVirt JIRA) 28 Feb '18

28 Feb '18

This is a multi-part message in MIME format... ------------=_1519827226-25935-349 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1712?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1712: ---------------------------------- [~dbelenky(a)redhat.com] [~gbenhaim(a)redhat.com] any update? > OST jobs fails on "address already in use" > ------------------------------------------ > > Key: OVIRT-1712 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1712 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri > Assignee: Gal Ben Haim > Priority: High > > Evgheni, > Was there any change recently to Lago slaves? > On Fri, Oct 20, 2017 at 11:05 AM, Piotr Kliczewski < > piotr.kliczewski(a)gmail.com> wrote: > > I attempted to run manual OST twice and both failed with below issue. > > Can someone take a look? > > > > Thanks, > > Piotr > > > > 2017-10-20 07:59:12,485::log_utils.py::__exit__::607::ovirtlago.prefix: > > :DEBUG:: > > File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, > > in wrapper > > return func(*args, **kwargs) > > File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line > > 111, in wrapper > > with utils.repo_server_context(args[0]): > > File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ > > return self.gen.next() > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line > > 100, in repo_server_context > > root_dir=prefix.paths.internal_repo(), > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76, > > in _create_http_server > > generate_request_handler(root_dir), > > File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ > > self.server_bind() > > File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind > > SocketServer.TCPServer.server_bind(self) > > File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind > > self.socket.bind(self.server_address) > > File "/usr/lib64/python2.7/socket.py", line 224, in meth > > return getattr(self._sock,name)(*args) > > > > 2017-10-20 07:59:12,485::cmd.py::do_run::365::root::ERROR::Error > > occured, aborting > > Traceback (most recent call last): > > File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in > > do_run > > self.cli_plugins[args.ovirtverb].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/ovirtlago/cmd.py", line 166, > > in do_deploy > > prefix.deploy() > > File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, > > in wrapper > > return func(*args, **kwargs) > > File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line > > 111, in wrapper > > with utils.repo_server_context(args[0]): > > File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ > > return self.gen.next() > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line > > 100, in repo_server_context > > root_dir=prefix.paths.internal_repo(), > > File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76, > > in _create_http_server > > generate_request_handler(root_dir), > > File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ > > self.server_bind() > > File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind > > SocketServer.TCPServer.server_bind(self) > > File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind > > self.socket.bind(self.server_address) > > File "/usr/lib64/python2.7/socket.py", line 224, in meth > > return getattr(self._sock,name)(*args) > > error: [Errno 98] Address already in use > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > -- > Eyal edri > MANAGER > RHV DevOps > EMEA VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081) ------------=_1519827226-25935-349 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1712?page=com.atlassian.jira.… ]</pre> <h3>eyal edri commented on OVIRT-1712:</h3> <p>[~dbelenky(a)redhat.com] [~gbenhaim(a)redhat.com] any update?</p> <blockquote><h3>OST jobs fails on “address already in use”</h3> <pre> Key: OVIRT-1712 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1712 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: eyal edri Assignee: Gal Ben Haim Priority: High</pre> <p>Evgheni, Was there any change recently to Lago slaves? On Fri, Oct 20, 2017 at 11:05 AM, Piotr Kliczewski < piotr.kliczewski(a)gmail.com> wrote:</p> <blockquote><p>I attempted to run manual OST twice and both failed with below issue. Can someone take a look?</p> <p>Thanks, Piotr</p> <p>2017-10-20 07:59:12,485::log_utils.py::__exit__::607::ovirtlago.prefix: :DEBUG::</p> <pre>File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636,</pre> <p>in wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line</pre> <p>111, in wrapper</p> <pre> with utils.repo_server_context(args[0]): File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line</pre> <p>100, in repo_server_context</p> <pre> root_dir=prefix.paths.internal_repo(), File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76,</pre> <p>in _create_http_server</p> <pre> generate_request_handler(root_dir), File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ self.server_bind() File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind SocketServer.TCPServer.server_bind(self) File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind self.socket.bind(self.server_address) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args)</pre> <p>2017-10-20 07:59:12,485::cmd.py::do_run::365::root::ERROR::Error occured, aborting Traceback (most recent call last):</p> <pre>File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in</pre> <p>do_run</p> <pre> self.cli_plugins[args.ovirtverb].do_run(args) File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line</pre> <p>184, in do_run</p> <pre> self._do_run(**vars(args)) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 501, in</pre> <p>wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 512, in</pre> <p>wrapper</p> <pre> return func(*args, prefix=prefix, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 166,</pre> <p>in do_deploy</p> <pre> prefix.deploy() File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636,</pre> <p>in wrapper</p> <pre> return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line</pre> <p>111, in wrapper</p> <pre> with utils.repo_server_context(args[0]): File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line</pre> <p>100, in repo_server_context</p> <pre> root_dir=prefix.paths.internal_repo(), File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76,</pre> <p>in _create_http_server</p> <pre> generate_request_handler(root_dir), File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ self.server_bind() File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind SocketServer.TCPServer.server_bind(self) File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind self.socket.bind(self.server_address) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args)</pre> <p>error: [Errno 98] Address already in use <em>____________________________________________</em>_ Infra mailing list Infra(a)ovirt.org <a href="http://lists.ovirt.org/mailman/listinfo/infra">http://lists.ovirt.org/mailman/listinfo/infra</a></p></blockquote> <p>— Eyal edri MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <<a href="https://www.redhat.com/">https://www.redhat.com/</a>> <<a href="https://red.ht/sig">https://red.ht/sig</a>> TRIED. TESTED. TRUSTED. <<a href="https://redhat.com/trusted">https://redhat.com/trusted</a>> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519827226-25935-349--

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

[CQ]: 88132, 2 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 28 Feb '18

28 Feb '18

A system test invoked by the "ovirt-master" change queue including change 88132,2 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 87902,10 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87902,10 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/88132/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87902/10 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5901/

1 0

[CQ]: 88250, 4 (ovirt-engine-metrics) failed "ovirt-master" system tests
by oVirt Jenkins 28 Feb '18

28 Feb '18

Change 88250,4 (ovirt-engine-metrics) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/88250/4 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5896/

1 0

RHV-DevOps CI team meeting summary 2018-02-28
by Barak Korren 28 Feb '18

28 Feb '18

Round Table ======= Daniel -------- - Implementing conditional execution in STDCI DSL: - Modified usrc.py to be able to resolve symlinks to changed files - Working on docs - Pending patch about environment.yaml - Starting to write docs on STDCI V2 Action Item: - Make the dummy CQ run on staging to test plugin updates Evgheny ----------- - Split global-setup.sh patch to separate patches - Submitted new patch to remove getBadges integration - Big plugin security update Dafna -------- - A few issues with the DS suits and hosts - Working on the RHV upgrade suit - Started working on 4.2 upgrade for integration-engine Action Item: - Open a ticket to get access to the admin view in RHV-TLV - Open a ticket to discuss change tracking and testing for RHEL releases via satellite Barak ------- - Still working on DS CQs - Focusing now on DS engine General ----------- - Updated mock released - need to work on updating slaves -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

1 0

[CQ]: 88250,4 (ovirt-engine-metrics) failed "ovirt-4.2" system tests
by oVirt Jenkins 28 Feb '18

28 Feb '18

Change 88250,4 (ovirt-engine-metrics) is probably the reason behind recent system test failures in the "ovirt-4.2" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/88250/4 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/950/

1 0

[CQ]: 87902,10 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 28 Feb '18

28 Feb '18

Change 87902,10 (ovirt-engine) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/87902/10 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5895/

1 0

[JIRA] (OVIRT-1770) Build on fedora 26 fails, accessing console log extremely slow
by eyal edri (oVirt JIRA) 28 Feb '18

28 Feb '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1770?page=com.atlassian.jira.… ] eyal edri updated OVIRT-1770: ----------------------------- Resolution: Fixed Status: Done (was: Blocked) Seems that the problem is resolved for now, if we'll still see slowness, we can revisit this issue with a new ticket and updated info. > Build on fedora 26 fails, accessing console log extremely slow > -------------------------------------------------------------- > > Key: OVIRT-1770 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1770 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins Master > Reporter: Nir Soffer > Assignee: Evgheni Dereveanchin > Labels: jenkins > > I wait forever for this url: > http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2… > here example: > $ time curl > http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2… > > /dev/null > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 100 103k 0 103k 0 0 4814 0 --:--:-- 0:00:22 --:--:-- > 23562 > real 0m22.107s > user 0m0.005s > sys 0m0.009s > Can we fix to be less then a second? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)

1 0

[JIRA] (OVIRT-1394) Remove STD-CI cleanup function cleanup_var
by eyal edri (oVirt JIRA) 28 Feb '18

28 Feb '18

This is a multi-part message in MIME format... ------------=_1519806178-30961-269 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1394?page=com.atlassian.jira.… ] eyal edri updated OVIRT-1394: ----------------------------- Status: To Do (was: Blocked) > Remove STD-CI cleanup function cleanup_var > ------------------------------------------ > > Key: OVIRT-1394 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1394 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Gil Shinar > Assignee: infra > > We do not remember why /var/tmp is being cleaned on each STD-CI job. > /var/tmp is good place for caching stuff (maven for example). > I'll remove the /var/tmp cleanup function and will monitor /var/tmp on slaves to make sure it does not use too much disk space. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081) ------------=_1519806178-30961-269 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1394?page=com.atlassian.jira.… ]</pre> <h3>eyal edri updated OVIRT-1394:</h3> <pre>Status: To Do (was: Blocked)</pre> <blockquote><h3>Remove STD-CI cleanup function cleanup_var</h3> <pre> Key: OVIRT-1394 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1394 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Gil Shinar Assignee: infra</pre> <p>We do not remember why /var/tmp is being cleaned on each STD-CI job. /var/tmp is good place for caching stuff (maven for example). I'll remove the /var/tmp cleanup function and will monitor /var/tmp on slaves to make sure it does not use too much disk space.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519806178-30961-269--

1 0

[oVirt CI] standard-enqueue - Build #10694 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 27 Feb '18

27 Feb '18

Build: http://jenkins.ovirt.org/job/standard-enqueue/10694/ Build Name: #10694 Build Description: Gerrit: 88275 - ovirt-log-collector (3.6) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/88275 - title: collector: Remove unused code - project: ovirt-log-collector - branch: ovirt-log-collector-3.6 - author: Ala Hino <ahino(a)redhat.com>

1 0

[CQ]: 88250, 4 (ovirt-engine-metrics) failed "ovirt-master" system tests
by oVirt Jenkins 27 Feb '18

27 Feb '18

Change 88250,4 (ovirt-engine-metrics) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/88250/4 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5886/

1 0

[CQ]: 88250,4 (ovirt-engine-metrics) failed "ovirt-4.2" system tests
by oVirt Jenkins 27 Feb '18

27 Feb '18

Change 88250,4 (ovirt-engine-metrics) is probably the reason behind recent system test failures in the "ovirt-4.2" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/88250/4 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/944/

1 0

[JIRA] (OVIRT-1770) Build on fedora 26 fails, accessing console log extremely slow
by Nir Soffer (oVirt JIRA) 27 Feb '18

27 Feb '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1770?page=com.atlassian.jira.… ] Nir Soffer commented on OVIRT-1770: ----------------------------------- I never see the slowdown again, but I does not mean the issue does not exists. I think this should be confirmed by looking at vdsm builds times - if we don't have very slow builds (e..g more then 15 minutes), the issue is probably solved. > Build on fedora 26 fails, accessing console log extremely slow > -------------------------------------------------------------- > > Key: OVIRT-1770 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1770 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins Master > Reporter: Nir Soffer > Assignee: Evgheni Dereveanchin > Labels: jenkins > > I wait forever for this url: > http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2… > here example: > $ time curl > http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2… > > /dev/null > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 100 103k 0 103k 0 0 4814 0 --:--:-- 0:00:22 --:--:-- > 23562 > real 0m22.107s > user 0m0.005s > sys 0m0.009s > Can we fix to be less then a second? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)

1 0

[JIRA] (OVIRT-1770) Build on fedora 26 fails, accessing console log extremely slow
by Evgheni Dereveanchin (oVirt JIRA) 27 Feb '18

27 Feb '18

This is a multi-part message in MIME format... ------------=_1519736372-19460-324 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1770?page=com.atlassian.jira.… ] Evgheni Dereveanchin updated OVIRT-1770: ---------------------------------------- Status: Blocked (was: To Do) > Build on fedora 26 fails, accessing console log extremely slow > -------------------------------------------------------------- > > Key: OVIRT-1770 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1770 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins Master > Reporter: Nir Soffer > Assignee: Evgheni Dereveanchin > Labels: jenkins > > I wait forever for this url: > http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2… > here example: > $ time curl > http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2… > > /dev/null > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 100 103k 0 103k 0 0 4814 0 --:--:-- 0:00:22 --:--:-- > 23562 > real 0m22.107s > user 0m0.005s > sys 0m0.009s > Can we fix to be less then a second? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081) ------------=_1519736372-19460-324 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1770?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin updated OVIRT-1770:</h3> <pre>Status: Blocked (was: To Do)</pre> <blockquote><h3>Build on fedora 26 fails, accessing console log extremely slow</h3> <pre> Key: OVIRT-1770 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1770 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Jenkins Master Reporter: Nir Soffer Assignee: Evgheni Dereveanchin Labels: jenkins</pre> <p>I wait forever for this url: <a href="http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2…">http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2…</a> here example: $ time curl <a href="http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2…">http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2…</a></p> <blockquote><p>/dev/null</p></blockquote> <pre>% Total % Received % Xferd Average Speed Time Time Time</pre> <p>Current</p> <pre>Dload Upload Total Spent Left</pre> <p>Speed 100 103k 0 103k 0 0 4814 0 --:--:-- 0:00:22 --:--:-- 23562 real 0m22.107s user 0m0.005s sys 0m0.009s Can we fix to be less then a second?</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519736372-19460-324--

1 0

[JIRA] (OVIRT-1770) Build on fedora 26 fails, accessing console log extremely slow
by Evgheni Dereveanchin (oVirt JIRA) 27 Feb '18

27 Feb '18

This is a multi-part message in MIME format... ------------=_1519736348-11118-209 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1770?page=com.atlassian.jira.… ] Evgheni Dereveanchin commented on OVIRT-1770: --------------------------------------------- The garbage collection improvement patch was merged, [~nsoffer(a)redhat.com] could you confirm if you still see slowness regularly? I've tested against [http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc27-x86_64/3…] and download times were within 3 seconds > Build on fedora 26 fails, accessing console log extremely slow > -------------------------------------------------------------- > > Key: OVIRT-1770 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1770 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins Master > Reporter: Nir Soffer > Assignee: Evgheni Dereveanchin > Labels: jenkins > > I wait forever for this url: > http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2… > here example: > $ time curl > http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2… > > /dev/null > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 100 103k 0 103k 0 0 4814 0 --:--:-- 0:00:22 --:--:-- > 23562 > real 0m22.107s > user 0m0.005s > sys 0m0.009s > Can we fix to be less then a second? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081) ------------=_1519736348-11118-209 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1770?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin commented on OVIRT-1770:</h3> <p>The garbage collection improvement patch was merged, [~nsoffer(a)redhat.com] could you confirm if you still see slowness regularly?</p> <p>I've tested against [<a href="http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc27-x86_64/3…">http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc27-x86_64/3…</a>] and download times were within 3 seconds</p> <blockquote><h3>Build on fedora 26 fails, accessing console log extremely slow</h3> <pre> Key: OVIRT-1770 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1770 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Jenkins Master Reporter: Nir Soffer Assignee: Evgheni Dereveanchin Labels: jenkins</pre> <p>I wait forever for this url: <a href="http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2…">http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2…</a> here example: $ time curl <a href="http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2…">http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2…</a></p> <blockquote><p>/dev/null</p></blockquote> <pre>% Total % Received % Xferd Average Speed Time Time Time</pre> <p>Current</p> <pre>Dload Upload Total Spent Left</pre> <p>Speed 100 103k 0 103k 0 0 4814 0 --:--:-- 0:00:22 --:--:-- 23562 real 0m22.107s user 0m0.005s sys 0m0.009s Can we fix to be less then a second?</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519736348-11118-209--

1 0

[CQ]: 87428, 2 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 27 Feb '18

27 Feb '18

A system test invoked by the "ovirt-master" change queue including change 87428,2 (vdsm) failed. However, this change seems not to be the root cause for this failure. Change 87944,3 (vdsm) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87944,3 (vdsm) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87428/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87944/3 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5841/

3 2

[CQ]: 88165, 1 (ovirt-hosted-engine-setup) failed "ovirt-4.2" system tests
by oVirt Jenkins 27 Feb '18

27 Feb '18

Change 88165,1 (ovirt-hosted-engine-setup) is probably the reason behind recent system test failures in the "ovirt-4.2" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/88165/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/926/

4 5

[CQ]: 88094,2 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 27 Feb '18

27 Feb '18

Change 88094,2 (ovirt-engine) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/88094/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5860/

3 2

[JIRA] (OVIRT-1912) Apply fixes for Jenkins Security Advisory 2018-02-26
by Evgheni Dereveanchin (oVirt JIRA) 26 Feb '18

26 Feb '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1912?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-1912: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > Apply fixes for Jenkins Security Advisory 2018-02-26 > ---------------------------------------------------- > > Key: OVIRT-1912 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1912 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > There's a new security advisory out fixing security issues in plugins we use: > https://jenkins.io/security/advisory/2018-02-26/ > We need to apply it to our Jenkins -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)

1 0

[JIRA] (OVIRT-1912) Apply fixes for Jenkins Security Advisory 2018-02-26
by Evgheni Dereveanchin (oVirt JIRA) 26 Feb '18

26 Feb '18

Evgheni Dereveanchin created OVIRT-1912: ------------------------------------------- Summary: Apply fixes for Jenkins Security Advisory 2018-02-26 Key: OVIRT-1912 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1912 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra There's a new security advisory out fixing security issues in plugins we use: https://jenkins.io/security/advisory/2018-02-26/ We need to apply it to our Jenkins -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)

1 0

Re: Change in ovirt-system-tests[master]: test, do not merge: Update all VMs to have too little max memory
by Yedidyah Bar David 26 Feb '18

26 Feb '18

On Mon, Feb 26, 2018 at 4:54 PM, Code Review <gerrit(a)ovirt.org> wrote: > Jenkins CI posted comments on this change. > > View Change > > Patch set 1:Continuous-Integration +1 > > Build Successful > > http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_… > : SUCCESS This was supposed to fail in the upgrade from 4.1 to 4.2. It ran two suites [1][2]. It seems like [1] upgraded from 4.0 to 4.1, but [2] installed 4.1 and did not upgrade, AFAICT. Is that intended? [1] http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_… [2] http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_… > > To view, visit change 88201. To unsubscribe, visit settings. > > Gerrit-Project: ovirt-system-tests > Gerrit-Branch: master > Gerrit-MessageType: comment > Gerrit-Change-Id: Iaf74ebc3cd6c7a1dc133b019a51cbfed547b7e14 > Gerrit-Change-Number: 88201 > Gerrit-PatchSet: 1 > Gerrit-Owner: Yedidyah Bar David <didi(a)redhat.com> > Gerrit-Reviewer: Jenkins CI > Gerrit-Comment-Date: Mon, 26 Feb 2018 14:54:36 +0000 > Gerrit-HasComments: No -- Didi

1 0

[ 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

[CQ]: 83979,8 (vdsm) failed "ovirt-master" system tests
by oVirt Jenkins 26 Feb '18

26 Feb '18

Change 83979,8 (vdsm) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/83979/8 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5850/

4 5

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #1236
by jenkins＠jenkins.phx.ovirt.org 26 Feb '18

26 Feb '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/1236/displ…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision c8d6af9a9106cbde3fd8cda1b8ed27dda3020def (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f c8d6af9a9106cbde3fd8cda1b8ed27dda3020def Commit message: "Fix issue with Lago CI jobs" > git rev-list --no-walk c8d6af9a9106cbde3fd8cda1b8ed27dda3020def # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins2846270470932699215.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1474, in _commonLoadRepoXML if self._latestRepoXML(local): File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1452, in _latestRepoXML repomd = self.metalink_data.repomd File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 918, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 906, in _getMetalink shutil.move(result, self.metalink_filename) File "/usr/lib64/python2.7/shutil.py", line 301, in move copy2(src, real_dst) File "/usr/lib64/python2.7/shutil.py", line 130, in copy2 copyfile(src, dst) File "/usr/lib64/python2.7/shutil.py", line 82, in copyfile with open(src, 'rb') as fsrc: IOError: [Errno 2] No such file or directory: '/home/jenkins/mirrors_cache/fedora-updates-fc26/metalink.xml.tmp' Build step 'Execute shell' marked build as failure

1 1

[CQ]: 88102,6 (vdsm) failed "ovirt-master" system tests
by oVirt Jenkins 25 Feb '18

25 Feb '18

Change 88102,6 (vdsm) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/88102/6 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5859/

1 0

[JIRA] (OVIRT-1871) Wrong target milestone check on new 4.2 branches for ovirt-host-deploy
by eyal edri (oVirt JIRA) 25 Feb '18

25 Feb '18

This is a multi-part message in MIME format... ------------=_1519575544-10808-170 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1871?page=com.atlassian.jira.… ] eyal edri reassigned OVIRT-1871: -------------------------------- Assignee: Anton Marchukov (was: infra) > Wrong target milestone check on new 4.2 branches for ovirt-host-deploy > ---------------------------------------------------------------------- > > Key: OVIRT-1871 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1871 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Gerrit/git > Reporter: sbonazzo > Assignee: Anton Marchukov > > I branched ovirt-host-deploy for 4.2 stabilization and on the new branch named ovirt-host-deploy-1.7 I get: > Check TM::#1539040::WARN, wrong target milestone: ovirt-4.2.1 (-1) https://gerrit.ovirt.org/#/c/86992/ > I'd like to configure the hook to match the branch with the ovirt-4.2* target milestones but couldn't find documentation on how to do that. > When fixing this, please also include link to how to do that, I've other projects that will need similar change. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519575544-10808-170 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1871?page=com.atlassian.jira.… ]</pre> <h3>eyal edri reassigned OVIRT-1871:</h3> <pre>Assignee: Anton Marchukov (was: infra)</pre> <blockquote><h3>Wrong target milestone check on new 4.2 branches for ovirt-host-deploy</h3> <pre> Key: OVIRT-1871 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1871 Project: oVirt - virtualization made easy Issue Type: Bug Components: Gerrit/git Reporter: sbonazzo Assignee: Anton Marchukov</pre> <p>I branched ovirt-host-deploy for 4.2 stabilization and on the new branch named ovirt-host-deploy-1.7 I get: Check TM::#1539040::WARN, wrong target milestone: ovirt-4.2.1 (-1) <a href="https://gerrit.ovirt.org/#/c/86992/">https://gerrit.ovirt.org/#/c/86992/</a> I'd like to configure the hook to match the branch with the ovirt-4.2* target milestones but couldn't find documentation on how to do that. When fixing this, please also include link to how to do that, I've other projects that will need similar change.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519575544-10808-170--

1 0

[JIRA] (OVIRT-1911) RFE: Add relevant git commit messages as comments in the relevant Bugzillas
by eyal edri (oVirt JIRA) 25 Feb '18

25 Feb '18

This is a multi-part message in MIME format... ------------=_1519573284-30715-140 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1911?page=com.atlassian.jira.… ] eyal edri reassigned OVIRT-1911: -------------------------------- Assignee: Anton Marchukov (was: infra) Anton, how much effort do you think this will need to add it to Gerrit Hooks? [~ykaul] I also think this should be communicated before adding, people sometimes don't like new automatic info added to bugs without a good reason. We'll also need to think what do you do in case there are multiple external trackers attached to the bug, which is the case most of the time, do you start "spamming" the bug with commit messages from each tracker? sometimes it can be as much as 10 different patches. What about if there are trackers from multiple projects, a quite common scenario with oVirt bugs (e.g vdsm + engine + jsonrpc) , do you add all the commit messages then? We've seen issues with current new comments added to bugs when they can't move to ON_QA, it has the potential of causing more noise than good, so we really need to think if and how we want to implement this before moving forward. cc [~dfodor] > RFE: Add relevant git commit messages as comments in the relevant Bugzillas > --------------------------------------------------------------------------- > > Key: OVIRT-1911 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1911 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Gerrit/git > Reporter: Yaniv Kaul > Assignee: Anton Marchukov > > When a bug moves to MODIFIED, can we add the relevant commit message(s) to the bug? > I see it happening in RHEL from time to time, and I think it's easier (for us and QE) then clicking on the link to Gerrit. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519573284-30715-140 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1911?page=com.atlassian.jira.… ]</pre> <h3>eyal edri reassigned OVIRT-1911:</h3> <pre>Assignee: Anton Marchukov (was: infra)</pre> <p>Anton, how much effort do you think this will need to add it to Gerrit Hooks?</p> <p>[~ykaul] I also think this should be communicated before adding, people sometimes don't like new automatic info added to bugs without a good reason.</p> <p>We'll also need to think what do you do in case there are multiple external trackers attached to the bug, which is the case most of the time, do you start “spamming” the bug with commit messages from each tracker? sometimes it can be as much as 10 different patches.</p> <p>What about if there are trackers from multiple projects, a quite common scenario with oVirt bugs (e.g vdsm + engine + jsonrpc) , do you add all the commit messages then?</p> <p>We've seen issues with current new comments added to bugs when they can't move to ON_QA, it has the potential of causing more noise than good, so we really need to think if and how we want to implement this before moving forward.</p> <p>cc [~dfodor]</p> <blockquote><h3>RFE: Add relevant git commit messages as comments in the relevant Bugzillas</h3> <pre> Key: OVIRT-1911 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1911 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Gerrit/git Reporter: Yaniv Kaul Assignee: Anton Marchukov</pre> <p>When a bug moves to MODIFIED, can we add the relevant commit message(s) to the bug? I see it happening in RHEL from time to time, and I think it's easier (for us and QE) then clicking on the link to Gerrit.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519573284-30715-140--

1 0

[JIRA] (OVIRT-1911) RFE: Add relevant git commit messages as comments in the relevant Bugzillas
by Yaniv Kaul (oVirt JIRA) 25 Feb '18

25 Feb '18

This is a multi-part message in MIME format... ------------=_1519571950-30813-109 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Yaniv Kaul created OVIRT-1911: --------------------------------- Summary: RFE: Add relevant git commit messages as comments in the relevant Bugzillas Key: OVIRT-1911 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1911 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Gerrit/git Reporter: Yaniv Kaul Assignee: infra When a bug moves to MODIFIED, can we add the relevant commit message(s) to the bug? I see it happening in RHEL from time to time, and I think it's easier (for us and QE) then clicking on the link to Gerrit. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519571950-30813-109 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Yaniv Kaul created OVIRT-1911:</h3> <pre> Summary: RFE: Add relevant git commit messages as comments in the relevant Bugzillas Key: OVIRT-1911 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1911 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Gerrit/git Reporter: Yaniv Kaul Assignee: infra</pre> <p>When a bug moves to MODIFIED, can we add the relevant commit message(s) to the bug? I see it happening in RHEL from time to time, and I think it's easier (for us and QE) then clicking on the link to Gerrit.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519571950-30813-109--

1 0

[JIRA] (OVIRT-1911) RFE: Add relevant git commit messages as comments in the relevant Bugzillas
by Yaniv Kaul (oVirt JIRA) 25 Feb '18

25 Feb '18

This is a multi-part message in MIME format... ------------=_1519571950-26090-115 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1911?page=com.atlassian.jira.… ] Yaniv Kaul updated OVIRT-1911: ------------------------------ Epic Link: OVIRT-411 > RFE: Add relevant git commit messages as comments in the relevant Bugzillas > --------------------------------------------------------------------------- > > Key: OVIRT-1911 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1911 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Gerrit/git > Reporter: Yaniv Kaul > Assignee: infra > > When a bug moves to MODIFIED, can we add the relevant commit message(s) to the bug? > I see it happening in RHEL from time to time, and I think it's easier (for us and QE) then clicking on the link to Gerrit. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519571950-26090-115 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1911?page=com.atlassian.jira.… ]</pre> <h3>Yaniv Kaul updated OVIRT-1911:</h3> <pre>Epic Link: OVIRT-411</pre> <blockquote><h3>RFE: Add relevant git commit messages as comments in the relevant Bugzillas</h3> <pre> Key: OVIRT-1911 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1911 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Gerrit/git Reporter: Yaniv Kaul Assignee: infra</pre> <p>When a bug moves to MODIFIED, can we add the relevant commit message(s) to the bug? I see it happening in RHEL from time to time, and I think it's easier (for us and QE) then clicking on the link to Gerrit.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519571950-26090-115--

1 0

[JIRA] (OVIRT-1910) Strange Lago CI test failure
by Barak Korren (oVirt JIRA) 25 Feb '18

25 Feb '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1910?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1910: -------------------------------- Epic Link: OVIRT-400 > Strange Lago CI test failure > ---------------------------- > > Key: OVIRT-1910 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1910 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Components: Standard CI (Freestyle) > Reporter: Yaniv Kaul > Assignee: infra > > My patch[1] is failing, but I'm not sure why. > See [2] for the job - the issues seems to be with the pusher - see its > log[3]: > 2018-02-23 12:42:16,222:DEBUG:__main__:Executing command: 'git log -1 > --pretty=format:%H' > 2018-02-23 12:42:16,230:DEBUG:__main__:Git exited with status: 0 > 2018-02-23 12:42:16,230:DEBUG:__main__: ---- stderr ---- > 2018-02-23 12:42:16,230:DEBUG:__main__: ---- stdout ---- > 2018-02-23 12:42:16,230:DEBUG:__main__: > c26adc01449d97899aac18406298374de0e7dd73 > 2018-02-23 12:42:16,231:DEBUG:__main__:Executing command: 'git > rev-parse jenkins-lago_master_github_check-patch-el7-x86_64-711^{commit}' > 2018-02-23 12:42:16,237:DEBUG:__main__:Git exited with status: 128 > 2018-02-23 12:42:16,237:DEBUG:__main__: ---- stderr ---- > 2018-02-23 12:42:16,237:DEBUG:__main__: fatal: ambiguous argument > 'jenkins-lago_master_github_check-patch-el7-x86_64-711^{commit}': > unknown revision or path not in the working tree. > Any ideas? > TIA, > Y. > [1] https://github.com/lago-project/lago/pull/695 > [2] > http://jenkins.ovirt.org/job/lago_master_github_check-patch-el7-x86_64/711/ > [3] > http://jenkins.ovirt.org/job/lago_master_github_check-patch-el7-x86_64/711/… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)

1 0

[JIRA] (OVIRT-1910) Strange Lago CI test failure
by Barak Korren (oVirt JIRA) 25 Feb '18

25 Feb '18

This is a multi-part message in MIME format... ------------=_1519559357-18891-124 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1910?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1910: ----------------------------------- Assignee: Barak Korren (was: infra) Component/s: Standard CI (Freestyle) Epic Link: OVIRT-400 Issue Type: Bug (was: By-EMAIL) Priority: Highest (was: Medium) > Strange Lago CI test failure > ---------------------------- > > Key: OVIRT-1910 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1910 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Standard CI (Freestyle) > Reporter: Yaniv Kaul > Assignee: Barak Korren > Priority: Highest > > My patch[1] is failing, but I'm not sure why. > See [2] for the job - the issues seems to be with the pusher - see its > log[3]: > 2018-02-23 12:42:16,222:DEBUG:__main__:Executing command: 'git log -1 > --pretty=format:%H' > 2018-02-23 12:42:16,230:DEBUG:__main__:Git exited with status: 0 > 2018-02-23 12:42:16,230:DEBUG:__main__: ---- stderr ---- > 2018-02-23 12:42:16,230:DEBUG:__main__: ---- stdout ---- > 2018-02-23 12:42:16,230:DEBUG:__main__: > c26adc01449d97899aac18406298374de0e7dd73 > 2018-02-23 12:42:16,231:DEBUG:__main__:Executing command: 'git > rev-parse jenkins-lago_master_github_check-patch-el7-x86_64-711^{commit}' > 2018-02-23 12:42:16,237:DEBUG:__main__:Git exited with status: 128 > 2018-02-23 12:42:16,237:DEBUG:__main__: ---- stderr ---- > 2018-02-23 12:42:16,237:DEBUG:__main__: fatal: ambiguous argument > 'jenkins-lago_master_github_check-patch-el7-x86_64-711^{commit}': > unknown revision or path not in the working tree. > Any ideas? > TIA, > Y. > [1] https://github.com/lago-project/lago/pull/695 > [2] > http://jenkins.ovirt.org/job/lago_master_github_check-patch-el7-x86_64/711/ > [3] > http://jenkins.ovirt.org/job/lago_master_github_check-patch-el7-x86_64/711/… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519559357-18891-124 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1910?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren reassigned OVIRT-1910:</h3> <pre> Assignee: Barak Korren (was: infra) Component/s: Standard CI (Freestyle) Epic Link: OVIRT-400 Issue Type: Bug (was: By-EMAIL) Priority: Highest (was: Medium)</pre> <blockquote><h3>Strange Lago CI test failure</h3> <pre> Key: OVIRT-1910 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1910 Project: oVirt - virtualization made easy Issue Type: Bug Components: Standard CI (Freestyle) Reporter: Yaniv Kaul Assignee: Barak Korren Priority: Highest</pre> <p>My patch[1] is failing, but I'm not sure why. See [2] for the job – the issues seems to be with the pusher – see its log[3]: 2018-02-23 12:42:16,222:DEBUG:__main__:Executing command: ‘git log -1 --pretty=format:%H’ 2018-02-23 12:42:16,230:DEBUG:__main__:Git exited with status: 0 2018-02-23 12:42:16,230:DEBUG:__main__: ---- stderr ---- 2018-02-23 12:42:16,230:DEBUG:__main__: ---- stdout ---- 2018-02-23 12:42:16,230:DEBUG:__main__: c26adc01449d97899aac18406298374de0e7dd73 2018-02-23 12:42:16,231:DEBUG:__main__:Executing command: ‘git rev-parse jenkins-lago_master_github_check-patch-el7-x86_64-711^{commit}’ 2018-02-23 12:42:16,237:DEBUG:__main__:Git exited with status: 128 2018-02-23 12:42:16,237:DEBUG:__main__: ---- stderr ---- 2018-02-23 12:42:16,237:DEBUG:__main__: fatal: ambiguous argument ‘jenkins-lago_master_github_check-patch-el7-x86_64-711^{commit}’: unknown revision or path not in the working tree. Any ideas? TIA, Y. [1] <a href="https://github.com/lago-project/lago/pull/695">https://github.com/lago-project/lago/pull/695</a> [2] <a href="http://jenkins.ovirt.org/job/lago_master_github_check-patch-el7-x86_64/711/">http://jenkins.ovirt.org/job/lago_master_github_check-patch-el7-x86_64/711/</a> [3] <a href="http://jenkins.ovirt.org/job/lago_master_github_check-patch-el7-x86_64/711/…">http://jenkins.ovirt.org/job/lago_master_github_check-patch-el7-x86_64/711/…</a></p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519559357-18891-124--

1 0

[JIRA] (OVIRT-1910) Strange Lago CI test failure
by Yaniv Kaul (oVirt JIRA) 25 Feb '18

25 Feb '18

Yaniv Kaul created OVIRT-1910: --------------------------------- Summary: Strange Lago CI test failure Key: OVIRT-1910 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1910 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Yaniv Kaul Assignee: infra My patch[1] is failing, but I'm not sure why. See [2] for the job - the issues seems to be with the pusher - see its log[3]: 2018-02-23 12:42:16,222:DEBUG:__main__:Executing command: 'git log -1 --pretty=format:%H' 2018-02-23 12:42:16,230:DEBUG:__main__:Git exited with status: 0 2018-02-23 12:42:16,230:DEBUG:__main__: ---- stderr ---- 2018-02-23 12:42:16,230:DEBUG:__main__: ---- stdout ---- 2018-02-23 12:42:16,230:DEBUG:__main__: c26adc01449d97899aac18406298374de0e7dd73 2018-02-23 12:42:16,231:DEBUG:__main__:Executing command: 'git rev-parse jenkins-lago_master_github_check-patch-el7-x86_64-711^{commit}' 2018-02-23 12:42:16,237:DEBUG:__main__:Git exited with status: 128 2018-02-23 12:42:16,237:DEBUG:__main__: ---- stderr ---- 2018-02-23 12:42:16,237:DEBUG:__main__: fatal: ambiguous argument 'jenkins-lago_master_github_check-patch-el7-x86_64-711^{commit}': unknown revision or path not in the working tree. Any ideas? TIA, Y. [1] https://github.com/lago-project/lago/pull/695 [2] http://jenkins.ovirt.org/job/lago_master_github_check-patch-el7-x86_64/711/ [3] http://jenkins.ovirt.org/job/lago_master_github_check-patch-el7-x86_64/711/… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)

1 0

[JIRA] (OVIRT-1909) GetBadges is not working anymore
by eyal edri (oVirt JIRA) 25 Feb '18

25 Feb '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1909?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1909: ---------------------------------- Yep, the Jenkins plugin stopped working and we didn't get a reply from them on the ticket. Evgheni, I suggest to try and ping them again and if there is no reply, let's remove the Jenkins integration for now. On Thu, Feb 22, 2018 at 11:23 PM, sbonazzo (oVirt JIRA) < -- Eyal edri MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ) > GetBadges is not working anymore > -------------------------------- > > Key: OVIRT-1909 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1909 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > Not sure what happened 3 months ago but GetBadges is not receiving data > anymore. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)

1 0

[JIRA] (OVIRT-1909) GetBadges is not working anymore
by sbonazzo (oVirt JIRA) 25 Feb '18

25 Feb '18

sbonazzo created OVIRT-1909: ------------------------------- Summary: GetBadges is not working anymore Key: OVIRT-1909 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1909 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra Not sure what happened 3 months ago but GetBadges is not receiving data anymore. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)

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

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #1305
by jenkins＠jenkins.phx.ovirt.org 24 Feb '18

24 Feb '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 969a8aab0fd2334b47c2c55e7867b2f4248a8b90 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 969a8aab0fd2334b47c2c55e7867b2f4248a8b90 Commit message: "ovirt-image-uploader: drop master jobs" > git rev-list --no-walk 969a8aab0fd2334b47c2c55e7867b2f4248a8b90 # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins606789742611228443.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1474, in _commonLoadRepoXML if self._latestRepoXML(local): File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1452, in _latestRepoXML repomd = self.metalink_data.repomd File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 918, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 914, in _getMetalink self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename) File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 189, in __init__ raise MetaLinkRepoErrorParseFail, "File %s is not XML" % filename yum.metalink.MetaLinkRepoErrorParseFail: File /home/jenkins/mirrors_cache/fedora-base-fcraw/metalink.xml is not XML Build step 'Execute shell' marked build as failure

1 1

[CQ]: 87803, 2 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 24 Feb '18

24 Feb '18

A system test invoked by the "ovirt-master" change queue including change 87803,2 (vdsm) failed. However, this change seems not to be the root cause for this failure. Change 83979,8 (vdsm) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 83979,8 (vdsm) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87803/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/83979/8 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5855/

1 0

[CQ]: 88015, 2 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 24 Feb '18

24 Feb '18

A system test invoked by the "ovirt-master" change queue including change 88015,2 (vdsm) failed. However, this change seems not to be the root cause for this failure. Change 83979,8 (vdsm) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 83979,8 (vdsm) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/88015/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/83979/8 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5854/

1 0

[CQ]: 87858, 3 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 24 Feb '18

24 Feb '18

A system test invoked by the "ovirt-master" change queue including change 87858,3 (vdsm) failed. However, this change seems not to be the root cause for this failure. Change 83979,8 (vdsm) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 83979,8 (vdsm) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87858/3 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/83979/8 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5852/

1 0

[oVirt Jenkins] ovirt-system-tests_he-basic-ansible-suite-master - Build # 47 - Failure!
by jenkins＠jenkins.phx.ovirt.org 24 Feb '18

24 Feb '18

------=_Part_45_1872337951.1519352989993 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-mast… Build: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-mast… Build Number: 47 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #47 [Your Name] networking: Introducing mac pools and overlap range usage tests [Barak Korren] Install/Update mock from global_setup.sh [Sandro Bonazzola] ovirt-image-uploader: drop master jobs ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_45_1872337951.1519352989993--

3 4

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

[oVirt Jenkins] ovirt-appliance_master_build-artifacts-el7-x86_64 - Build # 713 - Failure!
by jenkins＠jenkins.phx.ovirt.org 23 Feb '18

23 Feb '18

------=_Part_39_108743293.1519309369239 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-appliance_master_build-artifacts-el7-x86… Build: http://jenkins.ovirt.org/job/ovirt-appliance_master_build-artifacts-el7-x86… Build Number: 713 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #713 [dfodor] Added Dafna Hirschfeld to jenkins whitelist [Barak Korren] Make OST timed jobs congifure Git user and Email [Barak Korren] Install/Update mock from global_setup.sh [Sandro Bonazzola] ovirt-image-uploader: drop master jobs [Yuval Turgeman] appliance-report: try to mount /var ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_39_108743293.1519309369239--

1 1

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #1227
by jenkins＠jenkins.phx.ovirt.org 23 Feb '18

23 Feb '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/1227/displ…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 969a8aab0fd2334b47c2c55e7867b2f4248a8b90 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 969a8aab0fd2334b47c2c55e7867b2f4248a8b90 Commit message: "ovirt-image-uploader: drop master jobs" > git rev-list --no-walk 969a8aab0fd2334b47c2c55e7867b2f4248a8b90 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins4743645426874000219.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1474, in _commonLoadRepoXML if self._latestRepoXML(local): File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1452, in _latestRepoXML repomd = self.metalink_data.repomd File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 918, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 914, in _getMetalink self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename) File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 189, in __init__ raise MetaLinkRepoErrorParseFail, "File %s is not XML" % filename yum.metalink.MetaLinkRepoErrorParseFail: File /home/jenkins/mirrors_cache/fedora-updates-fc26/metalink.xml is not XML Build step 'Execute shell' marked build as failure

1 1

Is CI broken on 3.6 branch?
by Ala Hino 23 Feb '18

23 Feb '18

Hi, I have a patch on 3.6 branch and CI seems to be broken: CI: http://jenkins.ovirt.org/job/vdsm_3.6_check-patch-el7-x86_64/292/ Patch: https://gerrit.ovirt.org/88045 Another CI triggered yesterday by Francesco but not completed yet. Please advice.

2 1

[oVirt Jenkins] ovirt-system-tests_performance-suite-master - Build # 105 - Failure!
by jenkins＠jenkins.phx.ovirt.org 23 Feb '18

23 Feb '18

------=_Part_15_1173894515.1519180818940 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Project: http://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-= master/=20 Build: http://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-ma= ster/105/ Build Number: 105 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #105 [Gal Ben Haim] master: Update reposync-config [Daniel Belenky] std enqueue: Add env.GERRIT_TRIGGER_CI_VOTE_LABEL [Daniel Belenky] cleanup: Fix race when unmounting dirs in chroot [Daniel Belenky] Add a tool to check if a change is merged [Sandro Bonazzola] ovirt-provider-ovn: drop manual jobs [Dafna Ron] jenkins: adding infra(a)ovirt.org to the alert list [Barak Korren] Run `pusher.py` on non-Gerrit events [Daniel Belenky] Utilize stdci_dsl api in standard-stage ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 040_add_hosts_vms.verify_add_hosts Error Message: 1 hosts failed installation: lago-performance-suite-master-host-0: install_failed -------------------- >> begin captured logging << -------------------- ovirtlago.testlib: ERROR: * Unhandled exception in <function <lambda> a= t 0x459ba28> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, i= n assert_equals_within res =3D func() File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 293, in <lambda> lambda: _single_host_up(hosts_service, total_hosts) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 166, in _single_host_up _check_problematic_hosts(hosts_service) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 175, in _check_problematic_hosts raise RuntimeError(dump_hosts) RuntimeError: 1 hosts failed installation: lago-performance-suite-master-host-0: install_failed --------------------- >> end captured logging << --------------------- Stack Trace: File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTes= t self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, i= n wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in= wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 285, in verify_add_hosts verify_add_hosts_4(api) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 293, in verify_add_hosts_4 lambda: _single_host_up(hosts_service, total_hosts) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 271, i= n assert_true_within_long assert_equals_within_long(func, True, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 258, i= n assert_equals_within_long func, value, LONG_TIMEOUT, allowed_exceptions=3Dallowed_exceptions File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, i= n assert_equals_within res =3D func() File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 293, in <lambda> lambda: _single_host_up(hosts_service, total_hosts) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 166, in _single_host_up _check_problematic_hosts(hosts_service) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 175, in _check_problematic_hosts raise RuntimeError(dump_hosts) '1 hosts failed installation:\nlago-performance-suite-master-host-0: instal= l_failed\n\n-------------------- >> begin captured logging << -------------= -------\novirtlago.testlib: ERROR: * Unhandled exception in <function <= lambda> at 0x459ba28>\nTraceback (most recent call last):\n File "/usr/lib= /python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_= within\n res =3D func()\n File "/home/jenkins/workspace/ovirt-system-te= sts_performance-suite-master/ovirt-system-tests/performance-suite-master/te= st-scenarios/040_add_hosts_vms.py", line 293, in <lambda>\n lambda: _sin= gle_host_up(hosts_service, total_hosts)\n File "/home/jenkins/workspace/ov= irt-system-tests_performance-suite-master/ovirt-system-tests/performance-su= ite-master/test-scenarios/040_add_hosts_vms.py", line 166, in _single_host_= up\n _check_problematic_hosts(hosts_service)\n File "/home/jenkins/work= space/ovirt-system-tests_performance-suite-master/ovirt-system-tests/perfor= mance-suite-master/test-scenarios/040_add_hosts_vms.py", line 175, in _chec= k_problematic_hosts\n raise RuntimeError(dump_hosts)\nRuntimeError: 1 ho= sts failed installation:\nlago-performance-suite-master-host-0: install_fai= led\n\n--------------------- >> end captured logging << -------------------= --' ------=_Part_15_1173894515.1519180818940--

1 2

[CQ]: 87909, 3 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 22 Feb '18

22 Feb '18

A system test invoked by the "ovirt-master" change queue including change 87909,3 (vdsm) failed. However, this change seems not to be the root cause for this failure. Change 87944,3 (vdsm) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87944,3 (vdsm) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87909/3 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87944/3 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5838/

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

[CQ]: 87861, 7 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 22 Feb '18

22 Feb '18

A system test invoked by the "ovirt-master" change queue including change 87861,7 (vdsm) failed. However, this change seems not to be the root cause for this failure. Change 87944,3 (vdsm) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87944,3 (vdsm) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87861/7 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87944/3 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5837/

1 0

[oVirt Jenkins] ovirt-system-tests_he-basic-suite-4.1 - Build # 193 - Failure!
by jenkins＠jenkins.phx.ovirt.org 22 Feb '18

22 Feb '18

------=_Part_35_942998134.1519270042875 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Project: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.1= /=20 Build: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.1/1= 93/ Build Number: 193 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #193 [Eyal Edri] 4.2: replace python-ioprocess with python2-ioprocess [Daniel Belenky] Add production pipeline jobs for Jenkins project [Daniel Belenky] Add data normalizer param to nested config [Eyal Edri] remove vdsm 3.6 build-artifacts [Barak Korren] Fix '.git' bug in `pushe.py` [Barak Korren] Make OST timed jobs congifure Git user and Email ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_secondary_storage_domains Error Message: Fault reason is "Operation Failed". Fault detail is "[Network error during = communication with the Host.]". HTTP response code is 400. -------------------- >> begin captured logging << -------------------- lago.utils: ERROR: Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_v= ia_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt= -system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 637= , in add_templates_storage_domain add_generic_nfs_storage_domain(prefix, SD_TEMPLATES_NAME, SD_TEMPLATES_= HOST_NAME, SD_TEMPLATES_PATH, sd_format=3D'v1', sd_type=3D'export') File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt= -system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 496= , in add_generic_nfs_storage_domain add_generic_nfs_storage_domain_4(prefix, sd_nfs_name, nfs_host_name, mo= unt_path, sd_format, sd_type, nfs_version) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt= -system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 552= , in add_generic_nfs_storage_domain_4 _add_storage_domain_4(api, p) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt= -system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 447= , in _add_storage_domain_4 sd =3D sds_service.add(p) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 238= 95, in add return self._internal_add(storage_domain, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 232,= in _internal_add return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, = in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 229,= in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132,= in _check_fault self._raise_error(response, body) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118,= in _raise_error raise error Error: Fault reason is "Operation Failed". Fault detail is "[Network error = during communication with the Host.]". HTTP response code is 400. --------------------- >> end captured logging << --------------------- Stack Trace: File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTes= t self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, i= n wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in= wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt= -system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 577= , in add_secondary_storage_domains vt.join_all() File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_v= ia_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt= -system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 637= , in add_templates_storage_domain add_generic_nfs_storage_domain(prefix, SD_TEMPLATES_NAME, SD_TEMPLATES_= HOST_NAME, SD_TEMPLATES_PATH, sd_format=3D'v1', sd_type=3D'export') File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt= -system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 496= , in add_generic_nfs_storage_domain add_generic_nfs_storage_domain_4(prefix, sd_nfs_name, nfs_host_name, mo= unt_path, sd_format, sd_type, nfs_version) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt= -system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 552= , in add_generic_nfs_storage_domain_4 _add_storage_domain_4(api, p) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt= -system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 447= , in _add_storage_domain_4 sd =3D sds_service.add(p) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 238= 95, in add return self._internal_add(storage_domain, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 232,= in _internal_add return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, = in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 229,= in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132,= in _check_fault self._raise_error(response, body) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118,= in _raise_error raise error 'Fault reason is "Operation Failed". Fault detail is "[Network error during= communication with the Host.]". HTTP response code is 400.\n--------------= ------ >> begin captured logging << --------------------\nlago.utils: ERROR= : Error while running thread\nTraceback (most recent call last):\n File "/= usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue\= n queue.put({\'return\': func()})\n File "/home/jenkins/workspace/ovirt= -system-tests_he-basic-suite-4.1/ovirt-system-tests/he-basic-suite-4.1/test= -scenarios/002_bootstrap.py", line 637, in add_templates_storage_domain\n = add_generic_nfs_storage_domain(prefix, SD_TEMPLATES_NAME, SD_TEMPLATES_HO= ST_NAME, SD_TEMPLATES_PATH, sd_format=3D\'v1\', sd_type=3D\'export\')\n Fi= le "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt-sys= tem-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 496, in= add_generic_nfs_storage_domain\n add_generic_nfs_storage_domain_4(prefi= x, sd_nfs_name, nfs_host_name, mount_path, sd_format, sd_type, nfs_version)= \n File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovi= rt-system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 5= 52, in add_generic_nfs_storage_domain_4\n _add_storage_domain_4(api, p)\= n File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovir= t-system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 44= 7, in _add_storage_domain_4\n sd =3D sds_service.add(p)\n File "/usr/li= b64/python2.7/site-packages/ovirtsdk4/services.py", line 23895, in add\n = return self._internal_add(storage_domain, headers, query, wait)\n File "/= usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 232, in _inte= rnal_add\n return future.wait() if wait else future\n File "/usr/lib64/= python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait\n return= self._code(response)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4= /service.py", line 229, in callback\n self._check_fault(response)\n Fil= e "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _= check_fault\n self._raise_error(response, body)\n File "/usr/lib64/pyth= on2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error\n r= aise error\nError: Fault reason is "Operation Failed". Fault detail is "[Ne= twork error during communication with the Host.]". HTTP response code is 40= 0.\n--------------------- >> end captured logging << ---------------------' ------=_Part_35_942998134.1519270042875--

1 1

[CQ]: 84106, 6 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 22 Feb '18

22 Feb '18

A system test invoked by the "ovirt-master" change queue including change 84106,6 (vdsm) failed. However, this change seems not to be the root cause for this failure. Change 87944,3 (vdsm) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87944,3 (vdsm) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/84106/6 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87944/3 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5830/

1 0

[ 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

Re: Change in ovirt-engine[master]: packaging: setup: postgres95: Fixes
by Yedidyah Bar David 22 Feb '18

22 Feb '18

On Tue, Feb 20, 2018 at 12:04 PM, Code Review <gerrit(a)ovirt.org> wrote: > Jenkins CI posted comments on this change. > > View Change > > Patch set 9: > > Build Failed > > http://jenkins.ovirt.org/job/ovirt-engine_master_check-merged-fc27-x86_64/1… > : FAILURE > > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64… > : FAILURE 09:07:32 > git clean -fdx # timeout=10 09:07:36 ERROR: Error fetching remote repo 'origin' 09:07:36 hudson.plugins.git.GitException: Failed to fetch from git://gerrit.ovirt.org/ovirt-engine.git ... 09:07:36 stderr: warning: failed to remove exported-artifacts/tests: Permission denied 09:07:36 warning: failed to remove output/ovirt-engine-4.3.0-0.0.master.20180220072827.git1987ee4.el7.centos.src.rpm: Permission denied 09:07:36 warning: failed to remove rpmbuild/SPECS/ovirt-engine.spec: Permission denied 09:07:36 warning: failed to remove rpmbuild/SOURCES/ovirt-engine-4.3.0_master.tar.gz: Permission denied 09:07:36 warning: failed to remove rpmbuild/BUILD/ovirt-engine-4.3.0/.gitignore: Permission denied 09:07:36 warning: failed to remove rpmbuild/BUILD/ovirt-engine-4.3.0/.gitreview: Permission denied ... Known issue? Bad permissions in some slave(s)? > > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fcraw-x86_… > : SUCCESS > > http://jenkins.ovirt.org/job/ovirt-engine_master_check-merged-el7-x86_64/75… > : SUCCESS > > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc27-x86_6… > : SUCCESS > > http://jenkins.ovirt.org/job/ovirt-engine_master_check-merged-fcraw-x86_64/… > : SUCCESS > > http://jenkins.ovirt.org/job/standard-enqueue/10362/ : > This change was successfully submitted to the change queue(s) for system > testing. > > To view, visit change 85543. To unsubscribe, visit settings. > > Gerrit-Project: ovirt-engine > Gerrit-Branch: master > Gerrit-MessageType: comment > Gerrit-Change-Id: I5b4430bfe79df9a4c0e0ffc1696c821e20584eb3 > Gerrit-Change-Number: 85543 > Gerrit-PatchSet: 9 > Gerrit-Owner: Yedidyah Bar David <didi(a)redhat.com> > Gerrit-Reviewer: Ido Rosenzwig <irosenzw(a)redhat.com> > Gerrit-Reviewer: Jenkins CI > Gerrit-Reviewer: Lev Veyde <lveyde(a)redhat.com> > Gerrit-Reviewer: Rafael Martins <rafael(a)rafaelmartins.eng.br> > Gerrit-Reviewer: Sandro Bonazzola <sbonazzo(a)redhat.com> > Gerrit-Reviewer: Simone Tiraboschi <stirabos(a)redhat.com> > Gerrit-Reviewer: Yedidyah Bar David <didi(a)redhat.com> > Gerrit-Reviewer: gerrit-hooks <automation(a)ovirt.org> > Gerrit-Comment-Date: Tue, 20 Feb 2018 10:04:20 +0000 > Gerrit-HasComments: No -- Didi

1 0

[CQ]: 88062, 6 (ovirt-engine-metrics) failed "ovirt-master" system tests
by oVirt Jenkins 22 Feb '18

22 Feb '18

Change 88062,6 (ovirt-engine-metrics) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/88062/6 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5829/

1 0

[ 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

[CQ]: 87311, 2 (ovirt-host) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 22 Feb '18

22 Feb '18

A system test invoked by the "ovirt-master" change queue including change 87311,2 (ovirt-host) failed. However, this change seems not to be the root cause for this failure. Change 85421,2 (ovirt-host) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 85421,2 (ovirt-host) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87311/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/85421/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5827/

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

[CQ]: 87944,3 (vdsm) failed "ovirt-master" system tests
by oVirt Jenkins 21 Feb '18

21 Feb '18

Change 87944,3 (vdsm) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/87944/3 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5823/

1 0

oVirt infra weekly meeting notes 21.02.2018
by Evgheni Dereveanchin 21 Feb '18

21 Feb '18

Hi everyone, Please find the topics of this week's infra meeting below: We had Sahil join the meeting who volunteered to help with the infra - we can start working on improving ovirt-infra-docs.readthedocs.io - patches can be sent to gerrit: https://gerrit.ovirt.org/#/admin/projects/infra-docs *PHX DC - Jenkins updated, puppet bug caused service restarts- Several VMs had ipv6 disabled - fixed- Resources was slow due to a VM imposing load on storage- Cockpit QA requested 2 PPC VMs for testingAI - Split global_setup patch into individual functions and merge one by one- Update mirror snapshots to get the new mock* -- Regards, Evgheni Dereveanchin

1 0

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

[JIRA] (OVIRT-1908) jenkins_master_check-patch: Can't find push details for remote URL in the push map file
by Evgheni Dereveanchin (oVirt JIRA) 21 Feb '18

21 Feb '18

This is a multi-part message in MIME format... ------------=_1519215898-32323-211 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1908?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-1908: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > jenkins_master_check-patch: Can't find push details for remote URL in the push map file > --------------------------------------------------------------------------------------- > > Key: OVIRT-1908 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1908 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > check-patch is failing for the jenkins repo with a strange error: > 17:55:49 + /home/jenkins/workspace/jenkins_master_check-patch-fc25-x86_64/jenkins/scripts/pusher.py --log=/home/jenkins/workspace/jenkins_master_check-patch-fc25-x86_64/exported-artifacts/pusher_logs/push_jenkins.log push --if-not-exists --unless-hash=jenkins-jenkins_master_check-patch-fc25-x86_64-3415 master > 17:55:49 Can't find push details for remote URL: 'git://gerrit.ovirt.org/jenkins.git' in the push map file. > 17:55:49 Build step 'Execute shell' marked build as failure > Example failed jobs: > http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc25-x86_64/3415/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-fcraw-x86_64/1072/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc27-x86_64/1051/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-x86_64/3841/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-ppc64le/960/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc24-x86_64/3572/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc26-x86_64/2293/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-el6-x86_64/3567/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519215898-32323-211 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1908?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin reassigned OVIRT-1908:</h3> <pre>Assignee: Evgheni Dereveanchin (was: infra)</pre> <blockquote><h3>jenkins_master_check-patch: Can't find push details for remote URL in the push map file</h3> <pre> Key: OVIRT-1908 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1908 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: Evgheni Dereveanchin</pre> <p>check-patch is failing for the jenkins repo with a strange error: 17:55:49 + /home/jenkins/workspace/jenkins_master_check-patch-fc25-x86_64/jenkins/scripts/pusher.py --log=/home/jenkins/workspace/jenkins_master_check-patch-fc25-x86_64/exported-artifacts/pusher_logs/push_jenkins.log push --if-not-exists --unless-hash=jenkins-jenkins_master_check-patch-fc25-x86_64-3415 master 17:55:49 Can't find push details for remote URL: ‘git://gerrit.ovirt.org/jenkins.git’ in the push map file. 17:55:49 Build step ‘Execute shell’ marked build as failure Example failed jobs: <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc25-x86_64/3415/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc25-x86_64/3415/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-fcraw-x86_64/1072/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-fcraw-x86_64/1072/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc27-x86_64/1051/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc27-x86_64/1051/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-x86_64/3841/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-x86_64/3841/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-ppc64le/960/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-ppc64le/960/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc24-x86_64/3572/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc24-x86_64/3572/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc26-x86_64/2293/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc26-x86_64/2293/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-el6-x86_64/3567/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-el6-x86_64/3567/</a></p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519215898-32323-211--

1 0

[ OST Failure Report ] [ oVirt $VER (ovirt-log-collector) ] [ 21-02-2018 ] [ 098_ovirt_provider_ovn.use_ovn_provider ]
by Dafna Ron 21 Feb '18

21 Feb '18

Hi, We failed test on duplicate network name. I don't think that the change is related. I can see that we are importing network_1 and then trying to create a network by the same name. I don't think there was a change made to ovn before this failure that could have cause this to fail but adding Dan in case he is aware of any changes. *Link and headline of suspected patches: failed change: * inventory: handle to postgresql dumps from sosreport - https://gerrit.ovirt.org/#/c/88010/ *Change reported as root cause of failure: *collector: fix list function - https://gerrit.ovirt.org/#/c/87798/ *Link to Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5805 <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5805>Link to all logs:* http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5805/artifacts *(Relevant) error snippet from the log: <error>* 2018-02-20 23:51:03,179-05 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-19) [4a0a588a-e606-4151-936a-f66a8c580a78] Compiled stored procedure. Call string is [{call getdcidbyexternalnetworkid(?)}] 2018-02-20 23:51:03,179-05 DEBUG [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall] (default task-19) [4a0a588a-e606-4151-936a-f66a8c580a78] SqlCall for procedure [GetDcIdByExternalNetworkId] compiled 2018-02-20 23:51:03,180-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-19) [4a0a588a-e606-4151-936a-f66a8c580a78] method: runQuery, params: [GetAllExternalNetworksOnProvider, IdQueryParameters:{refresh='false', filtered='false'}], timeElapsed: 266ms 2018-02-20 23:51:03,187-05 INFO [org.ovirt.engine.core.bll.network.dc.AddNetworkCommand] (default task-19) [4a0a588a-e606-4151-936a-f66a8c580a78] Lock Acquired to object 'EngineLock:{exclusiveLocks='[network_1=NETWORK, 94fc81b9-fbf2-4262-a877-32a066a573c2=PROVIDER]', sharedLocks=''}' 2018-02-20 23:51:03,190-05 WARN [org.ovirt.engine.core.bll.network.dc.AddNetworkCommand] (default task-19) [4a0a588a-e606-4151-936a-f66a8c580a78] Validation of action 'AddNetwork' failed for user admin@internal-authz. Reasons: VAR__TYPE__NETWORK,VAR__ACTION__ADD,ACTION_TYPE_FAILED_NETWORK_NAME_IN_USE,$NetworkName network_1 2018-02-20 23:51:03,190-05 INFO [org.ovirt.engine.core.bll.network.dc.AddNetworkCommand] (default task-19) [4a0a588a-e606-4151-936a-f66a8c580a78] Lock freed to object 'EngineLock:{exclusiveLocks='[network_1=NETWORK, 94fc81b9-fbf2-4262-a877-32a066a573c2=PROVIDER]', sharedLocks=''}' 2018-02-20 23:51:03,191-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-19) [4a0a588a-e606-4151-936a-f66a8c580a78] method: runAction, params: [AddNetwork, AddNetworkStoragePoolParameters:{commandId='41c44658-04e5-4aeb-9f65-cc2ad76e0c42', user='null', commandType='Unknown'}], timeElapsed: 10ms 2018-02-20 23:51:03,196-05 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-19) [] Operation Failed: [Cannot add Network. The name of the logical network 'network_1' is already used by an existing logical network in the same data-center. -Please choose a different name.] 2018-02-20 23:51:03,346-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (EE-ManagedThreadFactory-engineScheduled-Thread-47) [] method: get, params: [da0bebdb-cb83-415f-bcba-8920126e31a4], timeElapsed: 6ms 2018-02-20 23:51:03,346-05 DEBUG [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-47) [] vdsManager::refreshVdsStats entered, host='lago-basic-suite-master-host-1'(da0bebdb-cb83-415f-bcba-8920126e31a4) 2018-02-20 23:51:03,365-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsAsyncVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-47) [] START, GetStatsAsyncVDSCommand(HostName = lago-basic-suite-master-host-1, VdsIdAndVdsVDSCommandParametersBase:{hostId='da0bebdb-cb83-415f-bcba-8920126e31a4', vds='Host[lago-basic-suite-master-host-1,da0bebdb-cb83-415f-bcba-8920126e31a4]'}), log id: 279de334 2018-02-20 23:51:03,365-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (EE-ManagedThreadFactory-engineScheduled-Thread-47) [] SEND destination:jms.topic.vdsm_requests reply-to:jms.topic.vdsm_responses content-length:98 *</error>*

1 0

[JIRA] (OVIRT-1908) jenkins_master_check-patch: Can't find push details for remote URL in the push map file
by Barak Korren (oVirt JIRA) 21 Feb '18

21 Feb '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1908?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1908: ------------------------------------- The issue is that your jobs are running with an older version of {{pusher.py}} that is included in your patch that does not know how to properly resolve annotated tags into commit checksums. Please rebase your patch on the latest master. > jenkins_master_check-patch: Can't find push details for remote URL in the push map file > --------------------------------------------------------------------------------------- > > Key: OVIRT-1908 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1908 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: infra > > check-patch is failing for the jenkins repo with a strange error: > 17:55:49 + /home/jenkins/workspace/jenkins_master_check-patch-fc25-x86_64/jenkins/scripts/pusher.py --log=/home/jenkins/workspace/jenkins_master_check-patch-fc25-x86_64/exported-artifacts/pusher_logs/push_jenkins.log push --if-not-exists --unless-hash=jenkins-jenkins_master_check-patch-fc25-x86_64-3415 master > 17:55:49 Can't find push details for remote URL: 'git://gerrit.ovirt.org/jenkins.git' in the push map file. > 17:55:49 Build step 'Execute shell' marked build as failure > Example failed jobs: > http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc25-x86_64/3415/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-fcraw-x86_64/1072/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc27-x86_64/1051/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-x86_64/3841/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-ppc64le/960/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc24-x86_64/3572/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc26-x86_64/2293/ > http://jenkins.ovirt.org/job/jenkins_master_check-patch-el6-x86_64/3567/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)

1 0

[JIRA] (OVIRT-1907) mock: $STD_CI_YUMREPOS is declared even when --try-mirrors isn't specified
by Barak Korren (oVirt JIRA) 21 Feb '18

21 Feb '18

This is a multi-part message in MIME format... ------------=_1519210669-27720-153 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1907?page=com.atlassian.jira.… ] Barak Korren edited comment on OVIRT-1907 at 2/21/18 10:57 AM: --------------------------------------------------------------- Also the point of STD_CI_YUMREPOS is to make code able to find the yumrepos file regardless of wither it was injected into or not - so this is not really a bug. was (Author: bkorren(a)redhat.com) Also the point of STD_CI_YUMREPOS is to make code able to find the yumrepos file regardless of wither it was injected into or not - so this is not really a bog. > mock: $STD_CI_YUMREPOS is declared even when --try-mirrors isn't specified > -------------------------------------------------------------------------- > > Key: OVIRT-1907 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1907 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: CI Mirrors, mock_runner > Reporter: Gal Ben Haim > Assignee: infra > > This issue makes it hard to determine if mirrors injection occurred or not (from within the mock env). -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519210669-27720-153 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1907?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren edited comment on OVIRT-1907 at 2/21/18 10:57 AM:</h3> <p>Also the point of STD_CI_YUMREPOS is to make code able to find the yumrepos file regardless of wither it was injected into or not – so this is not really a bug.</p> <p>was (Author: bkorren(a)redhat.com) Also the point of STD_CI_YUMREPOS is to make code able to find the yumrepos file regardless of wither it was injected into or not – so this is not really a bog.</p> <blockquote><h3>mock: $STD_CI_YUMREPOS is declared even when --try-mirrors isn't specified</h3> <pre> Key: OVIRT-1907 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1907 Project: oVirt - virtualization made easy Issue Type: Bug Components: CI Mirrors, mock_runner Reporter: Gal Ben Haim Assignee: infra</pre> <p>This issue makes it hard to determine if mirrors injection occurred or not (from within the mock env).</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519210669-27720-153--

1 0

[JIRA] (OVIRT-1907) mock: $STD_CI_YUMREPOS is declared even when --try-mirrors isn't specified
by Barak Korren (oVirt JIRA) 21 Feb '18

21 Feb '18

This is a multi-part message in MIME format... ------------=_1519210649-31442-138 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1907?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1907: ------------------------------------- Also the point of STD_CI_YUMREPOS is to make code able to find the yumrepos file regardless of wither it was injected into or not - so this is not really a bog. > mock: $STD_CI_YUMREPOS is declared even when --try-mirrors isn't specified > -------------------------------------------------------------------------- > > Key: OVIRT-1907 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1907 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: CI Mirrors, mock_runner > Reporter: Gal Ben Haim > Assignee: infra > > This issue makes it hard to determine if mirrors injection occurred or not (from within the mock env). -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519210649-31442-138 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1907?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1907:</h3> <p>Also the point of STD_CI_YUMREPOS is to make code able to find the yumrepos file regardless of wither it was injected into or not – so this is not really a bog.</p> <blockquote><h3>mock: $STD_CI_YUMREPOS is declared even when --try-mirrors isn't specified</h3> <pre> Key: OVIRT-1907 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1907 Project: oVirt - virtualization made easy Issue Type: Bug Components: CI Mirrors, mock_runner Reporter: Gal Ben Haim Assignee: infra</pre> <p>This issue makes it hard to determine if mirrors injection occurred or not (from within the mock env).</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519210649-31442-138--

1 0

[JIRA] (OVIRT-1907) mock: $STD_CI_YUMREPOS is declared even when --try-mirrors isn't specified
by Barak Korren (oVirt JIRA) 21 Feb '18

21 Feb '18

This is a multi-part message in MIME format... ------------=_1519210595-21534-138 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1907?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1907: ------------------------------------- Mirror injection is supposed to be transparent to the test/build code, why do you need to know? > mock: $STD_CI_YUMREPOS is declared even when --try-mirrors isn't specified > -------------------------------------------------------------------------- > > Key: OVIRT-1907 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1907 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: CI Mirrors, mock_runner > Reporter: Gal Ben Haim > Assignee: infra > > This issue makes it hard to determine if mirrors injection occurred or not (from within the mock env). -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519210595-21534-138 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1907?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1907:</h3> <p>Mirror injection is supposed to be transparent to the test/build code, why do you need to know?</p> <blockquote><h3>mock: $STD_CI_YUMREPOS is declared even when --try-mirrors isn't specified</h3> <pre> Key: OVIRT-1907 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1907 Project: oVirt - virtualization made easy Issue Type: Bug Components: CI Mirrors, mock_runner Reporter: Gal Ben Haim Assignee: infra</pre> <p>This issue makes it hard to determine if mirrors injection occurred or not (from within the mock env).</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519210595-21534-138--

1 0

[JIRA] (OVIRT-1908) jenkins_master_check-patch: Can't find push details for remote URL in the push map file
by Evgheni Dereveanchin (oVirt JIRA) 21 Feb '18

21 Feb '18

This is a multi-part message in MIME format... ------------=_1519209892-27815-144 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Evgheni Dereveanchin created OVIRT-1908: ------------------------------------------- Summary: jenkins_master_check-patch: Can't find push details for remote URL in the push map file Key: OVIRT-1908 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1908 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra check-patch is failing for the jenkins repo with a strange error: 17:55:49 + /home/jenkins/workspace/jenkins_master_check-patch-fc25-x86_64/jenkins/scripts/pusher.py --log=/home/jenkins/workspace/jenkins_master_check-patch-fc25-x86_64/exported-artifacts/pusher_logs/push_jenkins.log push --if-not-exists --unless-hash=jenkins-jenkins_master_check-patch-fc25-x86_64-3415 master 17:55:49 Can't find push details for remote URL: 'git://gerrit.ovirt.org/jenkins.git' in the push map file. 17:55:49 Build step 'Execute shell' marked build as failure Example failed jobs: http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc25-x86_64/3415/ http://jenkins.ovirt.org/job/jenkins_master_check-patch-fcraw-x86_64/1072/ http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc27-x86_64/1051/ http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-x86_64/3841/ http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-ppc64le/960/ http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc24-x86_64/3572/ http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc26-x86_64/2293/ http://jenkins.ovirt.org/job/jenkins_master_check-patch-el6-x86_64/3567/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519209892-27815-144 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Evgheni Dereveanchin created OVIRT-1908:</h3> <pre> Summary: jenkins_master_check-patch: Can't find push details for remote URL in the push map file Key: OVIRT-1908 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1908 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra</pre> <p>check-patch is failing for the jenkins repo with a strange error:</p> <p>17:55:49 + /home/jenkins/workspace/jenkins_master_check-patch-fc25-x86_64/jenkins/scripts/pusher.py --log=/home/jenkins/workspace/jenkins_master_check-patch-fc25-x86_64/exported-artifacts/pusher_logs/push_jenkins.log push --if-not-exists --unless-hash=jenkins-jenkins_master_check-patch-fc25-x86_64-3415 master 17:55:49 Can't find push details for remote URL: ‘git://gerrit.ovirt.org/jenkins.git’ in the push map file. 17:55:49 Build step ‘Execute shell’ marked build as failure</p> <p>Example failed jobs: <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc25-x86_64/3415/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc25-x86_64/3415/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-fcraw-x86_64/1072/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-fcraw-x86_64/1072/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc27-x86_64/1051/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc27-x86_64/1051/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-x86_64/3841/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-x86_64/3841/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-ppc64le/960/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-el7-ppc64le/960/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc24-x86_64/3572/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc24-x86_64/3572/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc26-x86_64/2293/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-fc26-x86_64/2293/</a> <a href="http://jenkins.ovirt.org/job/jenkins_master_check-patch-el6-x86_64/3567/">http://jenkins.ovirt.org/job/jenkins_master_check-patch-el6-x86_64/3567/</a></p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519209892-27815-144--

1 0

[JIRA] (OVIRT-1907) mock: $STD_CI_YUMREPOS is declared even when --try-mirrors isn't specified
by Gal Ben Haim (oVirt JIRA) 21 Feb '18

21 Feb '18

Gal Ben Haim created OVIRT-1907: ----------------------------------- Summary: mock: $STD_CI_YUMREPOS is declared even when --try-mirrors isn't specified Key: OVIRT-1907 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1907 Project: oVirt - virtualization made easy Issue Type: Bug Components: CI Mirrors, mock_runner Reporter: Gal Ben Haim Assignee: infra This issue makes it hard to determine if mirrors injection occurred or not (from within the mock env). -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)

1 0

[JIRA] (OVIRT-1906) Manual Trigger permission
by eyal edri (oVirt JIRA) 21 Feb '18

21 Feb '18

This is a multi-part message in MIME format... ------------=_1519203805-32558-186 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1906?page=com.atlassian.jira.… ] eyal edri reassigned OVIRT-1906: -------------------------------- Assignee: Dusan Dodor (was: infra) > Manual Trigger permission > ------------------------- > > Key: OVIRT-1906 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1906 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Ales Musil > Assignee: Dusan Dodor > > Hi, > please add me (amusil) manual trigger permission. > Thanks. > Regards, > Ales. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519203805-32558-186 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1906?page=com.atlassian.jira.… ]</pre> <h3>eyal edri reassigned OVIRT-1906:</h3> <pre>Assignee: Dusan Dodor (was: infra)</pre> <blockquote><h3>Manual Trigger permission</h3> <pre> Key: OVIRT-1906 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1906 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Ales Musil Assignee: Dusan Dodor</pre> <p>Hi, please add me (amusil) manual trigger permission. Thanks. Regards, Ales.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519203805-32558-186--

1 0

[JIRA] (OVIRT-1906) Manual Trigger permission
by eyal edri (oVirt JIRA) 21 Feb '18

21 Feb '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1906?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1906: ---------------------------------- Hi, You need to register first to Jenkins and then ask for the developer permission. Can you tell us which team you're from and who is the project maintainer? also we'll need your jenkins username. > Manual Trigger permission > ------------------------- > > Key: OVIRT-1906 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1906 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Ales Musil > Assignee: infra > > Hi, > please add me (amusil) manual trigger permission. > Thanks. > Regards, > Ales. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)

1 0

[JIRA] (OVIRT-1906) Manual Trigger permission
by Ales Musil (oVirt JIRA) 21 Feb '18

21 Feb '18

Ales Musil created OVIRT-1906: --------------------------------- Summary: Manual Trigger permission Key: OVIRT-1906 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1906 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Ales Musil Assignee: infra Hi, please add me (amusil) manual trigger permission. Thanks. Regards, Ales. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)

1 0

[CQ]: 87847, 4 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 21 Feb '18

21 Feb '18

A system test invoked by the "ovirt-master" change queue including change 87847,4 (vdsm) failed. However, this change seems not to be the root cause for this failure. Change 86405,7 (vdsm) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 86405,7 (vdsm) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87847/4 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/86405/7 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5810/

1 0

[CQ]: 87943, 2 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 21 Feb '18

21 Feb '18

A system test invoked by the "ovirt-master" change queue including change 87943,2 (vdsm) failed. However, this change seems not to be the root cause for this failure. Change 86405,7 (vdsm) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 86405,7 (vdsm) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87943/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/86405/7 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5809/

1 0

[CQ]: 87984, 3 (ovirt-engine-sdk-ruby) failed "ovirt-4.2" system tests, but isn't the failure root cause
by oVirt Jenkins 21 Feb '18

21 Feb '18

A system test invoked by the "ovirt-4.2" change queue including change 87984,3 (ovirt-engine-sdk-ruby) failed. However, this change seems not to be the root cause for this failure. Change 87985,2 (ovirt-engine-sdk-ruby) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87985,2 (ovirt-engine-sdk-ruby) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87984/3 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87985/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/896/

1 0

[CQ]: 87986, 2 (ovirt-engine-sdk-ruby) failed "ovirt-4.2" system tests, but isn't the failure root cause
by oVirt Jenkins 21 Feb '18

21 Feb '18

A system test invoked by the "ovirt-4.2" change queue including change 87986,2 (ovirt-engine-sdk-ruby) failed. However, this change seems not to be the root cause for this failure. Change 87985,2 (ovirt-engine-sdk-ruby) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87985,2 (ovirt-engine-sdk-ruby) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87986/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87985/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/895/

1 0

[CQ]: 87985, 2 (ovirt-engine-sdk-ruby) failed "ovirt-4.2" system tests
by oVirt Jenkins 21 Feb '18

21 Feb '18

Change 87985,2 (ovirt-engine-sdk-ruby) is probably the reason behind recent system test failures in the "ovirt-4.2" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/87985/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/893/

1 0

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1-snapshot_build-artifacts-el7-x86_64 - Build # 417 - Fixed!
by jenkins＠jenkins.phx.ovirt.org 21 Feb '18

21 Feb '18

------=_Part_29_454887601.1519198650759 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-snapshot_build-artifac… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-snapshot_build-artifac… Build Number: 417 Build Status: Fixed Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #416 [Sandro Bonazzola] Add Javier Coscia [Daniel Belenky] std enqueue: Add env.GERRIT_TRIGGER_CI_VOTE_LABEL [Daniel Belenky] cleanup: Fix race when unmounting dirs in chroot [Daniel Belenky] Add a tool to check if a change is merged [Yuval Turgeman] automation: view install log in console output Changes for Build #417 [Sandro Bonazzola] ovirt-provider-ovn: drop manual jobs [Dafna Ron] jenkins: adding infra(a)ovirt.org to the alert list [Barak Korren] Run `pusher.py` on non-Gerrit events [Daniel Belenky] Utilize stdci_dsl api in standard-stage [Yuval Turgeman] automation: view install log in console output ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_29_454887601.1519198650759--

1 0

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x86_64 - Build # 445 - Still Failing!
by jenkins＠jenkins.phx.ovirt.org 21 Feb '18

21 Feb '18

------=_Part_1_1217510936.1519111938413 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… Build Number: 445 Build Status: Still Failing Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #444 [Sandro Bonazzola] Add Javier Coscia [Daniel Belenky] std enqueue: Add env.GERRIT_TRIGGER_CI_VOTE_LABEL [Daniel Belenky] cleanup: Fix race when unmounting dirs in chroot [Daniel Belenky] Add a tool to check if a change is merged [Ryan Barry] Bump version Changes for Build #445 No changes ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_1_1217510936.1519111938413--

1 2

[oVirt Jenkins] ovirt-node-ng_ovirt-4.2_build-artifacts-el7-x86_64 - Build # 182 - Fixed!
by jenkins＠jenkins.phx.ovirt.org 21 Feb '18

21 Feb '18

------=_Part_25_1031661261.1519197315739 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2_build-artifacts-el7-x8… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2_build-artifacts-el7-x8… Build Number: 182 Build Status: Fixed Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #180 No changes Changes for Build #181 [Sandro Bonazzola] Add Javier Coscia [Daniel Belenky] std enqueue: Add env.GERRIT_TRIGGER_CI_VOTE_LABEL [Daniel Belenky] cleanup: Fix race when unmounting dirs in chroot [Daniel Belenky] Add a tool to check if a change is merged [Yuval Turgeman] node-setup: added retries to `ssh nodectl check` Changes for Build #182 [Sandro Bonazzola] ovirt-provider-ovn: drop manual jobs [Dafna Ron] jenkins: adding infra(a)ovirt.org to the alert list [Barak Korren] Run `pusher.py` on non-Gerrit events [Daniel Belenky] Utilize stdci_dsl api in standard-stage [Yuval Turgeman] node-setup: added retries to `ssh nodectl check` ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_25_1031661261.1519197315739--

1 0

[CQ]: 88010, 2 (ovirt-log-collector) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 21 Feb '18

21 Feb '18

A system test invoked by the "ovirt-master" change queue including change 88010,2 (ovirt-log-collector) failed. However, this change seems not to be the root cause for this failure. Change 87798,5 (ovirt-log-collector) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87798,5 (ovirt-log-collector) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/88010/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87798/5 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5805/

1 0

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-4.1 - Build # 192 - Fixed!
by jenkins＠jenkins.phx.ovirt.org 21 Feb '18

21 Feb '18

------=_Part_23_1755085641.1519185001780 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.1/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.1/192/ Build Number: 192 Build Status: Fixed Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #191 [Eyal Edri] Add upgrade suites to 4.2 [Daniel Belenky] std enqueue: Add env.GERRIT_TRIGGER_CI_VOTE_LABEL [Daniel Belenky] cleanup: Fix race when unmounting dirs in chroot [Daniel Belenky] Add a tool to check if a change is merged Changes for Build #192 [Gal Ben Haim] master: Update reposync-config [Sandro Bonazzola] ovirt-provider-ovn: drop manual jobs [Dafna Ron] jenkins: adding infra(a)ovirt.org to the alert list [Barak Korren] Run `pusher.py` on non-Gerrit events [Daniel Belenky] Utilize stdci_dsl api in standard-stage ----------------- Failed Tests: ----------------- All tests passed ------=_Part_23_1755085641.1519185001780--

1 0

[oVirt Jenkins] ovirt-appliance_ovirt-4.2-snapshot_build-artifacts-el7-x86_64 - Build # 171 - Still Failing!
by jenkins＠jenkins.phx.ovirt.org 21 Feb '18

21 Feb '18

Project: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.2-snapshot_build-artif… Build: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.2-snapshot_build-artif… Build Number: 171 Build Status: Still Failing Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #170 [Sandro Bonazzola] Add Javier Coscia [Daniel Belenky] std enqueue: Add env.GERRIT_TRIGGER_CI_VOTE_LABEL [Daniel Belenky] cleanup: Fix race when unmounting dirs in chroot [Daniel Belenky] Add a tool to check if a change is merged [Yuval Turgeman] Resolve network issues in kickstart Changes for Build #171 [Yuval Turgeman] Resolve network issues in kickstart ----------------- Failed Tests: ----------------- No tests ran.

1 2