- Infra - oVirt List Archives

[CQ]: 99533,1 (ovirt-vmconsole) failed "ovirt-4.3" system tests
by oVirt Jenkins 08 May '19

08 May '19

Change 99533,1 (ovirt-vmconsole) is probably the reason behind recent system test failures in the "ovirt-4.3" 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/99533/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/826/

1 0

[CQ]: 99533,1 (ovirt-vmconsole) failed "ovirt-master" system tests
by oVirt Jenkins 08 May '19

08 May '19

Change 99533,1 (ovirt-vmconsole) 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/99533/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14048/

1 0

[JIRA] (OVIRT-2724) Re: Please add me jenkins 'dev' role
by Dafna Ron (oVirt JIRA) 08 May '19

08 May '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2724?page=com.atlassian.jira.… ] Dafna Ron reassigned OVIRT-2724: -------------------------------- Assignee: Dafna Ron (was: infra) > Re: Please add me jenkins 'dev' role > ------------------------------------ > > Key: OVIRT-2724 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2724 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Amit Bawer > Assignee: Dafna Ron > > Hi, > seems I am still unable to run OST on ovirt jenkins: > "abawer is missing the Job/Build permission" > Please add the required permissions for user *abawer* > Thanks > Amit > On Tue, Apr 23, 2019 at 12:51 PM Amit Bawer <abawer(a)redhat.com> wrote: > > Hi > > > > usename: *abawer* > > will need a jenkins 'dev' role for OST executions. > > > > > > Thanks, > > Amit > > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100100)

1 0

[JIRA] (OVIRT-2724) Re: Please add me jenkins 'dev' role
by Amit Bawer (oVirt JIRA) 08 May '19

08 May '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2724?page=com.atlassian.jira.… ] Amit Bawer commented on OVIRT-2724: ----------------------------------- Seems to be working. Thanks! > Re: Please add me jenkins 'dev' role > ------------------------------------ > > Key: OVIRT-2724 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2724 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Amit Bawer > Assignee: infra > > Hi, > seems I am still unable to run OST on ovirt jenkins: > "abawer is missing the Job/Build permission" > Please add the required permissions for user *abawer* > Thanks > Amit > On Tue, Apr 23, 2019 at 12:51 PM Amit Bawer <abawer(a)redhat.com> wrote: > > Hi > > > > usename: *abawer* > > will need a jenkins 'dev' role for OST executions. > > > > > > Thanks, > > Amit > > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100100)

1 0

[CQ]: 99823,1 (ovirt-setup-lib) failed "ovirt-master" system tests
by oVirt Jenkins 08 May '19

08 May '19

Change 99823,1 (ovirt-setup-lib) 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/99823/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14046/

1 0

[JIRA] (OVIRT-2724) Re: Please add me jenkins 'dev' role
by Dafna Ron (oVirt JIRA) 08 May '19

08 May '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2724?page=com.atlassian.jira.… ] Dafna Ron commented on OVIRT-2724: ---------------------------------- added. please check now > Re: Please add me jenkins 'dev' role > ------------------------------------ > > Key: OVIRT-2724 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2724 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Amit Bawer > Assignee: infra > > Hi, > seems I am still unable to run OST on ovirt jenkins: > "abawer is missing the Job/Build permission" > Please add the required permissions for user *abawer* > Thanks > Amit > On Tue, Apr 23, 2019 at 12:51 PM Amit Bawer <abawer(a)redhat.com> wrote: > > Hi > > > > usename: *abawer* > > will need a jenkins 'dev' role for OST executions. > > > > > > Thanks, > > Amit > > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100100)

1 0

[JIRA] (OVIRT-2722) Jenkins is very slow now - can someone restart it?
by Dafna Ron (oVirt JIRA) 08 May '19

08 May '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2722?page=com.atlassian.jira.… ] Dafna Ron commented on OVIRT-2722: ---------------------------------- We try to avoid a restart without a planned maintenance but I also see this was sorted and jenkins is not slow (at least not for me) I am leaving open as I don't know if anyone has restarted and also, perhaps Evgheni can look once he's back to see if this is a known issue. > Jenkins is very slow now - can someone restart it? > -------------------------------------------------- > > Key: OVIRT-2722 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2722 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > $ time curl -s https://jenkins.ovirt.org/job/ovirt-system-tests_manual/ > >/dev/null > real 0m27.380s > user 0m0.038s > sys 0m0.028s > For reference: > $ time curl -s https://travis-ci.org/oVirt/vdsm/builds >/dev/null > real 0m0.614s > user 0m0.027s > sys 0m0.015s > Can someone restart jenkins? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100100)

1 0

[JIRA] (OVIRT-2723) Whitelist request
by sbonazzo (oVirt JIRA) 08 May '19

08 May '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2723?page=com.atlassian.jira.… ] sbonazzo reassigned OVIRT-2723: ------------------------------- Assignee: sbonazzo (was: infra) > Whitelist request > ----------------- > > Key: OVIRT-2723 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2723 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Lucia Jelinkova > Assignee: sbonazzo > > Hi all, > I've recently joined RHV Virt team and I'd like to be whitelisted for the > CI so that it runs automatically on my Gerrit patches (e.g > https://gerrit.ovirt.org/#/c/99747/) > Thanks, > Lucia -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100100)

1 0

[oVirt Jenkins] ovirt-system-tests_compat-4.2-suite-master - Build # 571 - Failure!
by jenkins＠jenkins.phx.ovirt.org 08 May '19

08 May '19

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.2-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.2-suite-master/571/ Build Number: 571 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #571 [Galit Rosenthal] Fix repofile build not to exclude=* and predefine includepkgs ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.get_host_devices_42 Error Message: Could not find block_vda_1 device in host devices: -------------------- >> begin captured logging << -------------------- 002_bootstrap: INFO: * lago-compat-4-2-suite-master-host-0: up lago-compat-4-2-suite-master-host-1: up ost_utils.general_utils: DEBUG: attempt 2/120, 1 seconds sleeping 002_bootstrap: INFO: * lago-compat-4-2-suite-master-host-0: up lago-compat-4-2-suite-master-host-1: up --------------------- >> 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 runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 142, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 60, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 79, in wrapper prefix.virt_env.engine_vm().get_api(api_ver=4), *args, **kwargs File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 1056, in get_host_devices raise RuntimeError('Could not find block_vda_1 device in host devices: {}'.format(device_list)) 'Could not find block_vda_1 device in host devices: \n-------------------- >> begin captured logging << --------------------\n002_bootstrap: INFO: * lago-compat-4-2-suite-master-host-0: up\nlago-compat-4-2-suite-master-host-1: up\n\nost_utils.general_utils: DEBUG: attempt 2/120, 1 seconds sleeping\n002_bootstrap: INFO: * lago-compat-4-2-suite-master-host-0: up\nlago-compat-4-2-suite-master-host-1: up\n\n--------------------- >> end captured logging << ---------------------'

1 1

ML upgrade
by Marc Dequènes (Duck) 08 May '19

08 May '19

Quack, I've fixed the packaging problems around the Mailman 3 deployment due to changes in Python 3 in EL7/EPEL (very short version). Part of the work to upgrade MM3 to a newer version, more specifically the routing daemon, is also ready (the UI will need more work). I've already deployed this to several instances and nothing bad to report. I'll then upgrade the oVirt instance when I come back from the Golden Week, probably on 7th or 8th of May, in the (Japanese) morning when most oVirt people sleep. There is no need to warn users specifically as it is only package upgrades and a quick service restart, so it should not be noticeable. This will also unblock the usual OS updates which are held by package conflicts. See you after the Golden Week o/ \_o<

2 2

[JIRA] (OVIRT-2724) Re: Please add me jenkins 'dev' role
by Amit Bawer (oVirt JIRA) 07 May '19

07 May '19

Amit Bawer created OVIRT-2724: --------------------------------- Summary: Re: Please add me jenkins 'dev' role Key: OVIRT-2724 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2724 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Amit Bawer Assignee: infra Hi, seems I am still unable to run OST on ovirt jenkins: "abawer is missing the Job/Build permission" Please add the required permissions for user *abawer* Thanks Amit On Tue, Apr 23, 2019 at 12:51 PM Amit Bawer <abawer(a)redhat.com> wrote: > Hi > > usename: *abawer* > will need a jenkins 'dev' role for OST executions. > > > Thanks, > Amit > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100100)

1 0

[JIRA] (OVIRT-2723) Whitelist request
by Lucia Jelinkova (oVirt JIRA) 07 May '19

07 May '19

Lucia Jelinkova created OVIRT-2723: -------------------------------------- Summary: Whitelist request Key: OVIRT-2723 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2723 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Lucia Jelinkova Assignee: infra Hi all, I've recently joined RHV Virt team and I'd like to be whitelisted for the CI so that it runs automatically on my Gerrit patches (e.g https://gerrit.ovirt.org/#/c/99747/) Thanks, Lucia -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100100)

1 0

[JIRA] (OVIRT-2722) Jenkins is very slow now - can someone restart it?
by Nir Soffer (oVirt JIRA) 07 May '19

07 May '19

Nir Soffer created OVIRT-2722: --------------------------------- Summary: Jenkins is very slow now - can someone restart it? Key: OVIRT-2722 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2722 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Nir Soffer Assignee: infra $ time curl -s https://jenkins.ovirt.org/job/ovirt-system-tests_manual/ >/dev/null real 0m27.380s user 0m0.038s sys 0m0.028s For reference: $ time curl -s https://travis-ci.org/oVirt/vdsm/builds >/dev/null real 0m0.614s user 0m0.027s sys 0m0.015s Can someone restart jenkins? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100100)

1 0

[CQ]: 99112, 15 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 07 May '19

07 May '19

A system test invoked by the "ovirt-master" change queue including change 99112,15 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 98920,15 (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 98920,15 (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/99112/15 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14038/

1 0

oVirt infra daily report - unstable production jobs - 818
by jenkins＠jenkins.phx.ovirt.org 07 May '19

07 May '19

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - http://jenkins.ovirt.org/job/system_jenkins-report/818//artifact/exported-a… Cheers, Jenkins

1 0

[CQ]: 99552, 19 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 07 May '19

07 May '19

A system test invoked by the "ovirt-master" change queue including change 99552,19 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 98920,15 (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 98920,15 (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/99552/19 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14034/

1 0

[CQ]: 99445, 11 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 07 May '19

07 May '19

A system test invoked by the "ovirt-master" change queue including change 99445,11 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 98920,15 (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 98920,15 (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/99445/11 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14030/

1 0

[CQ]: 99066, 4 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 07 May '19

07 May '19

A system test invoked by the "ovirt-master" change queue including change 99066,4 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 98920,15 (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 98920,15 (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/99066/4 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14024/

1 0

[CQ]: 99786, 1 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 07 May '19

07 May '19

A system test invoked by the "ovirt-master" change queue including change 99786,1 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 98920,15 (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 98920,15 (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/99786/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14021/

1 0

[CQ]: 99772,2 (ovirt-engine-metrics) failed "ovirt-4.3" system tests
by oVirt Jenkins 07 May '19

07 May '19

Change 99772,2 (ovirt-engine-metrics) is probably the reason behind recent system test failures in the "ovirt-4.3" 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/99772/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/816/

1 0

[oVirt Jenkins] ovirt-system-tests_compat-4.2-suite-master - Build # 569 - Failure!
by jenkins＠jenkins.phx.ovirt.org 07 May '19

07 May '19

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.2-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.2-suite-master/569/ Build Number: 569 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #569 [Galit Rosenthal] Set sd_format value by cluster version, Fix ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 005_network_by_label.assign_labeled_network_42 Error Message: False != True after 180 seconds Stack Trace: Traceback (most recent call last): 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 runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 142, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 60, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 79, in wrapper prefix.virt_env.engine_vm().get_api(api_ver=4), *args, **kwargs File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/005_network_by_label.py", line 149, in assign_labeled_network host_service, LABELED_NET_NAME)) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 282, in assert_true_within_short assert_equals_within_short(func, True, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 266, in assert_equals_within_short func, value, SHORT_TIMEOUT, allowed_exceptions=allowed_exceptions File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 252, in assert_equals_within '%s != %s after %s seconds' % (res, value, timeout) AssertionError: False != True after 180 seconds

1 1

Jenkins build became unstable: ovirt_4.2_publish-rpms_nightly #595
by jenkins＠jenkins.phx.ovirt.org 07 May '19

07 May '19

See <http://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/595/display/red…>

1 1

[oVirt Jenkins] ovirt-release_master_build-artifacts-fcraw-x86_64 - Build # 95 - Failure!
by jenkins＠jenkins.phx.ovirt.org 06 May '19

06 May '19

Project: http://jenkins.ovirt.org/job/ovirt-release_master_build-artifacts-fcraw-x86… Build: http://jenkins.ovirt.org/job/ovirt-release_master_build-artifacts-fcraw-x86… Build Number: 95 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #95 [Sandro Bonazzola] fedora: fix dep repo file [Barak Korren] automation: drop V1 fcraw jobs ----------------- Failed Tests: ----------------- No tests ran.

1 1

oVirt infra daily report - unstable production jobs - 817
by jenkins＠jenkins.phx.ovirt.org 06 May '19

06 May '19

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - http://jenkins.ovirt.org/job/system_jenkins-report/817//artifact/exported-a… Cheers, Jenkins

1 0

[CQ]: 99786, 1 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 06 May '19

06 May '19

A system test invoked by the "ovirt-master" change queue including change 99786,1 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 98920,15 (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 98920,15 (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/99786/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14016/

1 0

[oVirt Jenkins] ovirt-system-tests_compat-4.2-suite-master - Build # 533 - Failure!
by jenkins＠jenkins.phx.ovirt.org 06 May '19

06 May '19

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.2-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.2-suite-master/533/ Build Number: 533 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #533 [Eitan Raviv] hostlib: report host mgmt net and its attachment data ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_secondary_storage_domains_42 Error Message: Fault reason is "Operation Failed". Fault detail is "[Cannot attach Storage. Storage Domain format V5 is illegal.]". HTTP response code is 409. -------------------- >> begin captured logging << -------------------- lago.utils: DEBUG: Error while running thread Thread-625 Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 423, in add_nfs_storage_domain add_generic_nfs_storage_domain(prefix, SD_NFS_NAME, SD_NFS_HOST_NAME, SD_NFS_PATH, nfs_version='v4_2') File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 471, in add_generic_nfs_storage_domain _add_storage_domain(api, p) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 405, in _add_storage_domain id=sd.id, File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 3053, 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 "[Cannot attach Storage. Storage Domain format V5 is illegal.]". HTTP response code is 409. lago.utils: DEBUG: Error while running thread Thread-627 Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 429, in add_second_nfs_storage_domain SD_NFS_HOST_NAME, SD_SECOND_NFS_PATH) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 471, in add_generic_nfs_storage_domain _add_storage_domain(api, p) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 410, in _add_storage_domain lambda: attached_sd_service.get().status == sdk4.types.StorageDomainStatus.ACTIVE File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ self.gen.throw(type, value, traceback) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test_utils/__init__.py", line 264, in TestEvent lambda: File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 286, in assert_true_within_long assert_equals_within_long(func, True, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 273, in assert_equals_within_long func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 252, in assert_equals_within '%s != %s after %s seconds' % (res, value, timeout) AssertionError: False != True after 600 seconds --------------------- >> 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 runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 142, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 60, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 500, in add_secondary_storage_domains vt.join_all() File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 423, in add_nfs_storage_domain add_generic_nfs_storage_domain(prefix, SD_NFS_NAME, SD_NFS_HOST_NAME, SD_NFS_PATH, nfs_version='v4_2') File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 471, in add_generic_nfs_storage_domain _add_storage_domain(api, p) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 405, in _add_storage_domain id=sd.id, File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 3053, 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 "[Cannot attach Storage. Storage Domain format V5 is illegal.]". HTTP response code is 409.\n-------------------- >> begin captured logging << --------------------\nlago.utils: DEBUG: Error while running thread Thread-625\nTraceback (most recent call last):\n File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue\n queue.put({\'return\': func()})\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 423, in add_nfs_storage_domain\n add_generic_nfs_storage_domain(prefix, SD_NFS_NAME, SD_NFS_HOST_NAME, SD_NFS_PATH, nfs_version=\'v4_2\')\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 471, in add_generic_nfs_storage_domain\n _add_storage_domain(api, p)\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 405, in _add_storage_domain\n id=sd.id,\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 3053, 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 _internal_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 File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault\n self._raise_error(response, body)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error\n raise error\nError: Fault reason is "Operation Failed". Fault detail is "[Cannot attach Storage. Storage Domain format V5 is illegal.]". HTTP response code is 409.\nlago.utils: DEBUG: Error while running thread Thread-627\nTraceback (most recent call last):\n File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue\n queue.put({\'return\': func()})\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 429, in add_second_nfs_storage_domain\n SD_NFS_HOST_NAME, SD_SECOND_NFS_PATH)\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 471, in add_generic_nfs_storage_domain\n _add_storage_domain(api, p)\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test-scenarios/002_bootstrap.py", line 410, in _add_storage_domain\n lambda: attached_sd_service.get().status == sdk4.types.StorageDomainStatus.ACTIVE\n File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__\n self.gen.throw(type, value, traceback)\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.2-suite-master/ovirt-system-tests/compat-4.2-suite-master/test_utils/__init__.py", line 264, in TestEvent\n lambda:\n File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 286, in assert_true_within_long\n assert_equals_within_long(func, True, allowed_exceptions)\n File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 273, in assert_equals_within_long\n func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions\n File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 252, in assert_equals_within\n \'%s != %s after %s seconds\' % (res, value, timeout)\nAssertionError: False != True after 600 seconds\n--------------------- >> end captured logging << ---------------------'

1 35

[oVirt Jenkins] ovirt-system-tests_compat-4.1-suite-master - Build # 533 - Failure!
by jenkins＠jenkins.phx.ovirt.org 06 May '19

06 May '19

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.1-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.1-suite-master/533/ Build Number: 533 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #533 [Eitan Raviv] hostlib: report host mgmt net and its attachment data ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_secondary_storage_domains_41 Error Message: Fault reason is "Operation Failed". Fault detail is "[Cannot attach Storage. Storage Domain format V5 is illegal.]". HTTP response code is 409. -------------------- >> begin captured logging << -------------------- lago.utils: DEBUG: Error while running thread Thread-625 Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 423, in add_nfs_storage_domain add_generic_nfs_storage_domain(prefix, SD_NFS_NAME, SD_NFS_HOST_NAME, SD_NFS_PATH, nfs_version='v4_2') File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 471, in add_generic_nfs_storage_domain _add_storage_domain(api, p) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 405, in _add_storage_domain id=sd.id, File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 3053, 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 "[Cannot attach Storage. Storage Domain format V5 is illegal.]". HTTP response code is 409. lago.utils: DEBUG: Error while running thread Thread-627 Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 429, in add_second_nfs_storage_domain SD_NFS_HOST_NAME, SD_SECOND_NFS_PATH) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 471, in add_generic_nfs_storage_domain _add_storage_domain(api, p) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 410, in _add_storage_domain lambda: attached_sd_service.get().status == sdk4.types.StorageDomainStatus.ACTIVE File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ self.gen.throw(type, value, traceback) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test_utils/__init__.py", line 264, in TestEvent lambda: File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 286, in assert_true_within_long assert_equals_within_long(func, True, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 273, in assert_equals_within_long func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 252, in assert_equals_within '%s != %s after %s seconds' % (res, value, timeout) AssertionError: False != True after 600 seconds --------------------- >> 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 runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 142, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 60, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 500, in add_secondary_storage_domains vt.join_all() File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 423, in add_nfs_storage_domain add_generic_nfs_storage_domain(prefix, SD_NFS_NAME, SD_NFS_HOST_NAME, SD_NFS_PATH, nfs_version='v4_2') File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 471, in add_generic_nfs_storage_domain _add_storage_domain(api, p) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 405, in _add_storage_domain id=sd.id, File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 3053, 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 "[Cannot attach Storage. Storage Domain format V5 is illegal.]". HTTP response code is 409.\n-------------------- >> begin captured logging << --------------------\nlago.utils: DEBUG: Error while running thread Thread-625\nTraceback (most recent call last):\n File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue\n queue.put({\'return\': func()})\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 423, in add_nfs_storage_domain\n add_generic_nfs_storage_domain(prefix, SD_NFS_NAME, SD_NFS_HOST_NAME, SD_NFS_PATH, nfs_version=\'v4_2\')\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 471, in add_generic_nfs_storage_domain\n _add_storage_domain(api, p)\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 405, in _add_storage_domain\n id=sd.id,\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 3053, 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 _internal_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 File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault\n self._raise_error(response, body)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error\n raise error\nError: Fault reason is "Operation Failed". Fault detail is "[Cannot attach Storage. Storage Domain format V5 is illegal.]". HTTP response code is 409.\nlago.utils: DEBUG: Error while running thread Thread-627\nTraceback (most recent call last):\n File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue\n queue.put({\'return\': func()})\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 429, in add_second_nfs_storage_domain\n SD_NFS_HOST_NAME, SD_SECOND_NFS_PATH)\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 471, in add_generic_nfs_storage_domain\n _add_storage_domain(api, p)\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test-scenarios/002_bootstrap.py", line 410, in _add_storage_domain\n lambda: attached_sd_service.get().status == sdk4.types.StorageDomainStatus.ACTIVE\n File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__\n self.gen.throw(type, value, traceback)\n File "/home/jenkins/workspace/ovirt-system-tests_compat-4.1-suite-master/ovirt-system-tests/compat-4.1-suite-master/test_utils/__init__.py", line 264, in TestEvent\n lambda:\n File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 286, in assert_true_within_long\n assert_equals_within_long(func, True, allowed_exceptions)\n File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 273, in assert_equals_within_long\n func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions\n File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 252, in assert_equals_within\n \'%s != %s after %s seconds\' % (res, value, timeout)\nAssertionError: False != True after 600 seconds\n--------------------- >> end captured logging << ---------------------'

1 33

Fwd: Whitelist request
by Lucia Jelinkova 06 May '19

06 May '19

Hi all, I've recently joined RHV Virt team and I'd like to be whitelisted for the CI so that it runs automatically on my Gerrit patches (e.g https://gerrit.ovirt.org/#/c/99747/) Thanks, Lucia

2 2

[CQ]: 99735, 2 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 06 May '19

06 May '19

A system test invoked by the "ovirt-master" change queue including change 99735,2 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 98920,15 (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 98920,15 (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/99735/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14013/

1 0

[CQ]: 99711, 3 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 06 May '19

06 May '19

A system test invoked by the "ovirt-master" change queue including change 99711,3 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 98920,15 (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 98920,15 (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/99711/3 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14012/

1 0

[CQ]: 99704, 2 (ovirt-hosted-engine-setup) failed "ovirt-master" system tests
by oVirt Jenkins 06 May '19

06 May '19

Change 99704,2 (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/99704/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14010/

1 0

[CQ]: 98657, 7 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 06 May '19

06 May '19

A system test invoked by the "ovirt-master" change queue including change 98657,7 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 98920,15 (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 98920,15 (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/98657/7 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14008/

1 0

Build failed in Jenkins: system-sync_mirrors-fedora-base-fc29-x86_64 #542
by jenkins＠jenkins.phx.ovirt.org 06 May '19

06 May '19

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fc29-x86_64/54…> ------------------------------------------ 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-fedora-base-fc29-x86_64/ws/> No credentials specified > 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 8e55d002d91e6007823c262509f8a9c40b8efcda (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 8e55d002d91e6007823c262509f8a9c40b8efcda Commit message: "automation: drop V1 fcraw jobs" > git rev-list --no-walk 8e55d002d91e6007823c262509f8a9c40b8efcda # timeout=10 [system-sync_mirrors-fedora-base-fc29-x86_64] $ /bin/bash -xe /tmp/jenkins7196085581457803182.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror fedora-base-fc29 x86_64 jenkins/data/mirrors-reposync.conf + MIRRORS_MP_BASE=/var/www/html/repos + MIRRORS_HTTP_BASE=http://mirrors.phx.ovirt.org/repos + MIRRORS_CACHE=/home/jenkins/mirrors_cache + MAX_LOCK_ATTEMPTS=120 + LOCK_WAIT_INTERVAL=5 + LOCK_BASE=/home/jenkins + OLD_MD_TO_KEEP=100 + HTTP_SELINUX_TYPE=httpd_sys_content_t + HTTP_FILE_MODE=644 + main resync_yum_mirror fedora-base-fc29 x86_64 jenkins/data/mirrors-reposync.conf + local command=resync_yum_mirror + command_args=("${@:2}") + local command_args + cmd_resync_yum_mirror fedora-base-fc29 x86_64 jenkins/data/mirrors-reposync.conf + local repo_name=fedora-base-fc29 + local repo_archs=x86_64 + local reposync_conf=jenkins/data/mirrors-reposync.conf + local sync_needed + mkdir -p /home/jenkins/mirrors_cache + verify_repo_fs fedora-base-fc29 yum + local repo_name=fedora-base-fc29 + local repo_type=yum + sudo install -o jenkins -d /var/www/html/repos/yum /var/www/html/repos/yum/fedora-base-fc29 /var/www/html/repos/yum/fedora-base-fc29/base + check_yum_sync_needed fedora-base-fc29 x86_64 jenkins/data/mirrors-reposync.conf sync_needed + local repo_name=fedora-base-fc29 + local repo_archs=x86_64 + local reposync_conf=jenkins/data/mirrors-reposync.conf + local p_sync_needed=sync_needed + local reposync_out + echo 'Checking if mirror needs a resync' Checking if mirror needs a resync + rm -rf /home/jenkins/mirrors_cache/fedora-base-fc29 ++ IFS=, ++ echo x86_64 + for arch in '$(IFS=,; echo $repo_archs)' ++ run_reposync fedora-base-fc29 x86_64 jenkins/data/mirrors-reposync.conf --urls --quiet ++ local repo_name=fedora-base-fc29 ++ local repo_arch=x86_64 ++ local reposync_conf=jenkins/data/mirrors-reposync.conf ++ extra_args=("${@:4}") ++ local extra_args ++ reposync --config=jenkins/data/mirrors-reposync.conf --repoid=fedora-base-fc29 --arch=x86_64 --cachedir=/home/jenkins/mirrors_cache --download_path=/var/www/html/repos/yum/fedora-base-fc29/base --norepopath --newest-only --urls --quiet Traceback (most recent call last): File "/usr/bin/reposync", line 373, in <module> main() File "/usr/bin/reposync", line 185, 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 1482, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1259, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1025, in _getFile result = self.grab.urlgrab(misc.to_utf8(relative), local, File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 703, in <lambda> grab = property(lambda self: self._getgrab()) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 698, in _getgrab self._setupGrab() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 635, in _setupGrab urls = self.urls File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 881, in <lambda> urls = property(fget=lambda self: self._geturls(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 878, in _geturls self._baseurlSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 824, in _baseurlSetup mirrorurls.extend(list(self.metalink_data.urls())) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 921, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 917, in _getMetalink self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename) File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 185, in __init__ raise MetaLinkRepoErrorParseFail, "File %s does not exist" %filename yum.metalink.MetaLinkRepoErrorParseFail: File /home/jenkins/mirrors_cache/fedora-base-fc29/metalink.xml does not exist + reposync_out='Could not parse metalink https://mirrors.fedoraproject.org/metalink?repo=fedora-29&arch=x86_64 error was File /home/jenkins/mirrors_cache/fedora-base-fc29/metalink.xml.tmp is not XML' Build step 'Execute shell' marked build as failure

1 1

Build failed in Jenkins: system-sync_mirrors-centos-kvm-common-el7-x86_64 #2441
by jenkins＠jenkins.phx.ovirt.org 05 May '19

05 May '19

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_…> ------------------------------------------ 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-kvm-common-el7-x86_…> No credentials specified > 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/changes/59/95959/1:test --prune > git rev-parse origin/test^{commit} # timeout=10 > git rev-parse test^{commit} # timeout=10 Checking out Revision 05b40dfb4ec43a82530e8c471395d1858e5c59e1 (test) > git config core.sparsecheckout # timeout=10 > git checkout -f 05b40dfb4ec43a82530e8c471395d1858e5c59e1 Commit message: "mirror-reposync: remove gluster-3.10 mirror" > git rev-list --no-walk 05b40dfb4ec43a82530e8c471395d1858e5c59e1 # timeout=10 [system-sync_mirrors-centos-kvm-common-el7-x86_64] $ /bin/bash -xe /tmp/jenkins8215446832373865404.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-kvm-common-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 373, in <module> main() File "/usr/bin/reposync", line 185, 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 1482, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1259, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1025, in _getFile result = self.grab.urlgrab(misc.to_utf8(relative), local, File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 703, in <lambda> grab = property(lambda self: self._getgrab()) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 698, in _getgrab self._setupGrab() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 635, in _setupGrab urls = self.urls File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 881, in <lambda> urls = property(fget=lambda self: self._geturls(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 878, in _geturls self._baseurlSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 824, in _baseurlSetup mirrorurls.extend(list(self.metalink_data.urls())) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 921, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 900, in _getMetalink raise Errors.RepoError, msg yum.Errors.RepoError: Cannot retrieve metalink for repository: fedora-base-fc29. Please verify its path and try again Build step 'Execute shell' marked build as failure

1 1

oVirt infra daily report - unstable production jobs - 816
by jenkins＠jenkins.phx.ovirt.org 05 May '19

05 May '19

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - http://jenkins.ovirt.org/job/system_jenkins-report/816//artifact/exported-a… Cheers, Jenkins

1 0

[CQ]: 99594, 10 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 05 May '19

05 May '19

A system test invoked by the "ovirt-master" change queue including change 99594,10 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 98920,15 (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 98920,15 (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/99594/10 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14006/

1 0

[CQ]: 99460, 3 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 05 May '19

05 May '19

A system test invoked by the "ovirt-master" change queue including change 99460,3 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 98920,15 (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 98920,15 (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/99460/3 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14005/

1 0

[CQ]: 98920,15 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 05 May '19

05 May '19

Change 98920,15 (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/98920/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14003/

1 0

Re: [ovirt-devel] Jenkins is very slow now - can someone restart it?
by Nir Soffer 05 May '19

05 May '19

On Fri, May 3, 2019 at 5:14 PM Evgheni Dereveanchin <ederevea(a)redhat.com> wrote: > Hi Nir and thanks for the report. > > I've just upgraded Jenkins and restarted it. The ovirt-system-tests_manual > job page loads much faster for me now. > It still takes some time yet that's due to the fact that Jenkins reads > each build off disk for this status page. > > Please tell me if it looks better on your side too. > This is still pretty bad. From tlv network: $ for i in $(seq 10); do /usr/bin/time -f %e curl -s https://jenkins.ovirt.org/job/ovirt-system-tests_manual/ >/dev/null; done 49.92 17.19 11.91 12.38 32.22 38.41 33.50 15.59 11.24 17.71 But it looks much better and consistent from my home network: $ for i in $(seq 10); do /usr/bin/time -f %e curl -s https://jenkins.ovirt.org/job/ovirt-system-tests_manual/ >/dev/null; done 9.99 11.71 9.98 10.75 9.76 9.87 10.87 9.98 10.15 10.60 So maybe this is an issue with tlv network, and not with jenkins? > > On Thu, May 2, 2019 at 8:27 PM Nir Soffer <nsoffer(a)redhat.com> wrote: > >> $ time curl -s https://jenkins.ovirt.org/job/ovirt-system-tests_manual/ >> >/dev/null >> >> real 0m27.380s >> user 0m0.038s >> sys 0m0.028s >> >> For reference: >> >> $ time curl -s https://travis-ci.org/oVirt/vdsm/builds >/dev/null >> >> real 0m0.614s >> user 0m0.027s >> sys 0m0.015s >> >> Can someone restart jenkins? >> _______________________________________________ >> Devel mailing list -- devel(a)ovirt.org >> To unsubscribe send an email to devel-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FEEE5AHK6B6UY… >> > > > -- > Regards, > Evgheni Dereveanchin >

2 1

[oVirt CI] standard-enqueue - Build #20916 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 05 May '19

05 May '19

Build: http://jenkins.ovirt.org/job/standard-enqueue/20916/ Build Name: #20916 Build Description: Gerrit: 99680 - ovirt-engine (4.3.3.z) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/99680 - title: build: ovirt-engine-4.3.3.7 - project: ovirt-engine - branch: ovirt-engine-4.3.3.z - author: Sandro Bonazzola <sbonazzo(a)redhat.com>

1 1

Build failed in Jenkins: system-sync_mirrors-fedora-base-fc29-x86_64 #539
by jenkins＠jenkins.phx.ovirt.org 05 May '19

05 May '19

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fc29-x86_64/53…> ------------------------------------------ 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-fedora-base-fc29-x86_64/ws/> No credentials specified > 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 8196787e002f99c866cd6b84d07f7dfa359d8175 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 8196787e002f99c866cd6b84d07f7dfa359d8175 Commit message: "pipelines: add safelease to CI" > git rev-list --no-walk 8196787e002f99c866cd6b84d07f7dfa359d8175 # timeout=10 [system-sync_mirrors-fedora-base-fc29-x86_64] $ /bin/bash -xe /tmp/jenkins1582128245710610264.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror fedora-base-fc29 x86_64 jenkins/data/mirrors-reposync.conf + MIRRORS_MP_BASE=/var/www/html/repos + MIRRORS_HTTP_BASE=http://mirrors.phx.ovirt.org/repos + MIRRORS_CACHE=/home/jenkins/mirrors_cache + MAX_LOCK_ATTEMPTS=120 + LOCK_WAIT_INTERVAL=5 + LOCK_BASE=/home/jenkins + OLD_MD_TO_KEEP=100 + HTTP_SELINUX_TYPE=httpd_sys_content_t + HTTP_FILE_MODE=644 + main resync_yum_mirror fedora-base-fc29 x86_64 jenkins/data/mirrors-reposync.conf + local command=resync_yum_mirror + command_args=("${@:2}") + local command_args + cmd_resync_yum_mirror fedora-base-fc29 x86_64 jenkins/data/mirrors-reposync.conf + local repo_name=fedora-base-fc29 + local repo_archs=x86_64 + local reposync_conf=jenkins/data/mirrors-reposync.conf + local sync_needed + mkdir -p /home/jenkins/mirrors_cache + verify_repo_fs fedora-base-fc29 yum + local repo_name=fedora-base-fc29 + local repo_type=yum + sudo install -o jenkins -d /var/www/html/repos/yum /var/www/html/repos/yum/fedora-base-fc29 /var/www/html/repos/yum/fedora-base-fc29/base + check_yum_sync_needed fedora-base-fc29 x86_64 jenkins/data/mirrors-reposync.conf sync_needed + local repo_name=fedora-base-fc29 + local repo_archs=x86_64 + local reposync_conf=jenkins/data/mirrors-reposync.conf + local p_sync_needed=sync_needed + local reposync_out + echo 'Checking if mirror needs a resync' Checking if mirror needs a resync + rm -rf /home/jenkins/mirrors_cache/fedora-base-fc29 ++ IFS=, ++ echo x86_64 + for arch in '$(IFS=,; echo $repo_archs)' ++ run_reposync fedora-base-fc29 x86_64 jenkins/data/mirrors-reposync.conf --urls --quiet ++ local repo_name=fedora-base-fc29 ++ local repo_arch=x86_64 ++ local reposync_conf=jenkins/data/mirrors-reposync.conf ++ extra_args=("${@:4}") ++ local extra_args ++ reposync --config=jenkins/data/mirrors-reposync.conf --repoid=fedora-base-fc29 --arch=x86_64 --cachedir=/home/jenkins/mirrors_cache --download_path=/var/www/html/repos/yum/fedora-base-fc29/base --norepopath --newest-only --urls --quiet Traceback (most recent call last): File "/usr/bin/reposync", line 373, in <module> main() File "/usr/bin/reposync", line 185, 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 1482, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1259, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1025, in _getFile result = self.grab.urlgrab(misc.to_utf8(relative), local, File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 703, in <lambda> grab = property(lambda self: self._getgrab()) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 698, in _getgrab self._setupGrab() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 635, in _setupGrab urls = self.urls File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 881, in <lambda> urls = property(fget=lambda self: self._geturls(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 878, in _geturls self._baseurlSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 824, in _baseurlSetup mirrorurls.extend(list(self.metalink_data.urls())) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 921, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 917, in _getMetalink self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename) File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 185, in __init__ raise MetaLinkRepoErrorParseFail, "File %s does not exist" %filename yum.metalink.MetaLinkRepoErrorParseFail: File /home/jenkins/mirrors_cache/fedora-base-fc29/metalink.xml does not exist + reposync_out='Could not parse metalink https://mirrors.fedoraproject.org/metalink?repo=fedora-29&arch=x86_64 error was File /home/jenkins/mirrors_cache/fedora-base-fc29/metalink.xml.tmp is not XML' Build step 'Execute shell' marked build as failure

1 1

Build failed in Jenkins: system-sync_mirrors-centos-kvm-common-el7-x86_64 #2438
by jenkins＠jenkins.phx.ovirt.org 04 May '19

04 May '19

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_…> ------------------------------------------ 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-kvm-common-el7-x86_…> No credentials specified > 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/changes/59/95959/1:test --prune > git rev-parse origin/test^{commit} # timeout=10 > git rev-parse test^{commit} # timeout=10 Checking out Revision 05b40dfb4ec43a82530e8c471395d1858e5c59e1 (test) > git config core.sparsecheckout # timeout=10 > git checkout -f 05b40dfb4ec43a82530e8c471395d1858e5c59e1 Commit message: "mirror-reposync: remove gluster-3.10 mirror" > git rev-list --no-walk 05b40dfb4ec43a82530e8c471395d1858e5c59e1 # timeout=10 [system-sync_mirrors-centos-kvm-common-el7-x86_64] $ /bin/bash -xe /tmp/jenkins8488327140533858406.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-kvm-common-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 373, in <module> main() File "/usr/bin/reposync", line 185, 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 1482, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1259, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1025, in _getFile result = self.grab.urlgrab(misc.to_utf8(relative), local, File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 703, in <lambda> grab = property(lambda self: self._getgrab()) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 698, in _getgrab self._setupGrab() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 635, in _setupGrab urls = self.urls File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 881, in <lambda> urls = property(fget=lambda self: self._geturls(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 878, in _geturls self._baseurlSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 824, in _baseurlSetup mirrorurls.extend(list(self.metalink_data.urls())) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 921, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 900, in _getMetalink raise Errors.RepoError, msg yum.Errors.RepoError: Cannot retrieve metalink for repository: fedora-base-fc29. Please verify its path and try again Build step 'Execute shell' marked build as failure

1 1

oVirt infra daily report - unstable production jobs - 815
by jenkins＠jenkins.phx.ovirt.org 04 May '19

04 May '19

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - http://jenkins.ovirt.org/job/system_jenkins-report/815//artifact/exported-a… Cheers, Jenkins

1 0

[oVirt CI] standard-enqueue - Build #20911 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 04 May '19

04 May '19

Build: http://jenkins.ovirt.org/job/standard-enqueue/20911/ Build Name: #20911 Build Description: Gerrit: 99738 - ovirt-engine (4.3.3.z) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/99738 - title: webadmin: Don't change Host's SMT option when changed on Cluster - project: ovirt-engine - branch: ovirt-engine-4.3.3.z - author: Michal Skrivanek <michal.skrivanek(a)redhat.com>

1 0

oVirt infra daily report - unstable production jobs - 814
by jenkins＠jenkins.phx.ovirt.org 03 May '19

03 May '19

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - http://jenkins.ovirt.org/job/system_jenkins-report/814//artifact/exported-a… Cheers, Jenkins

1 0

Jenkins restart
by Evgheni Dereveanchin 03 May '19

03 May '19

Hi everyone, We received reports that Jenkins is performing slowly so I'm going to restart it now to to apply some updates. During the outage no new builds will be started. I will announce once it is back up and running. -- Regards, Evgheni Dereveanchin

1 1

[CQ]: 99123,3 (safelease) failed "ovirt-master" system tests
by oVirt Jenkins 03 May '19

03 May '19

Change 99123,3 (safelease) 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/99123/3 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/13994/

1 0

Change in stage-stdci1[master]: Add an artifact to be built
by review＠gerrit-staging.phx.ovirt.org 03 May '19

03 May '19

From Barak Korren <bkorren(a)redhat.com>: Hello Jenkins CI, Zuul CI, I'd like you to reexamine a change. Please visit https://gerrit-staging.phx.ovirt.org/242 to look at the new patch set (#5). Change subject: Add an artifact to be built ...................................................................... Add an artifact to be built Change-Id: I890426bc9a4dde39b4280e6ee162bbc0ae0d3bdc Signed-off-by: Barak Korren <bkorren(a)redhat.com> --- A automation/build-artifacts.environment.yaml M automation/build-artifacts.sh 2 files changed, 22 insertions(+), 1 deletion(-) git pull ssh://gerrit-staging.phx.ovirt.org:29418/stage-stdci1 refs/changes/42/242/5 -- To view, visit https://gerrit-staging.phx.ovirt.org/242 To unsubscribe, visit https://gerrit-staging.phx.ovirt.org/settings Gerrit-Project: stage-stdci1 Gerrit-Branch: master Gerrit-MessageType: newpatchset Gerrit-Change-Id: I890426bc9a4dde39b4280e6ee162bbc0ae0d3bdc Gerrit-Change-Number: 242 Gerrit-PatchSet: 5 Gerrit-Owner: Barak Korren <bkorren(a)redhat.com> Gerrit-Reviewer: Jenkins CI <infra(a)ovirt.org> Gerrit-Reviewer: Zuul CI <zuul(a)ovirt.org>

1 0

[CQ]: 99736,5 (safelease) failed "ovirt-master" system tests
by oVirt Jenkins 03 May '19

03 May '19

Change 99736,5 (safelease) 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/99736/5 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/13984/

3 3

Change in stage-stdci1[master]: Add an artifact to be built
by review＠gerrit-staging.phx.ovirt.org 03 May '19

03 May '19

From Barak Korren <bkorren(a)redhat.com>: Hello Jenkins CI, Zuul CI, I'd like you to reexamine a change. Please visit https://gerrit-staging.phx.ovirt.org/242 to look at the new patch set (#4). Change subject: Add an artifact to be built ...................................................................... Add an artifact to be built Change-Id: I890426bc9a4dde39b4280e6ee162bbc0ae0d3bdc Signed-off-by: Barak Korren <bkorren(a)redhat.com> --- A automation/build-artifacts.environment.yaml M automation/build-artifacts.sh 2 files changed, 22 insertions(+), 1 deletion(-) git pull ssh://gerrit-staging.phx.ovirt.org:29418/stage-stdci1 refs/changes/42/242/4 -- To view, visit https://gerrit-staging.phx.ovirt.org/242 To unsubscribe, visit https://gerrit-staging.phx.ovirt.org/settings Gerrit-Project: stage-stdci1 Gerrit-Branch: master Gerrit-MessageType: newpatchset Gerrit-Change-Id: I890426bc9a4dde39b4280e6ee162bbc0ae0d3bdc Gerrit-Change-Number: 242 Gerrit-PatchSet: 4 Gerrit-Owner: Barak Korren <bkorren(a)redhat.com> Gerrit-Reviewer: Jenkins CI <infra(a)ovirt.org> Gerrit-Reviewer: Zuul CI <zuul(a)ovirt.org>

1 0