- Infra - oVirt List Archives

[JIRA] (OVIRT-2704) Increase limits on concurrent https://jenkins.ovirt.org/job/standard-manual-runner/ jobs
by Anton Marchukov (oVirt JIRA) 26 Mar '19

26 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2704?page=com.atlassian.jira.… ] Anton Marchukov reassigned OVIRT-2704: -------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > Increase limits on concurrent https://jenkins.ovirt.org/job/standard-manual-runner/ jobs > ---------------------------------------------------------------------------------------- > > Key: OVIRT-2704 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2704 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: Evgheni Dereveanchin > > We started to use this job to build artifacts for running OST. > Looks like this job is limited to one concurrent job, which make it less > useful than > it could be. > If we don't make it easy to run OST, people will not run it, and the change > queue > will break. > Please change the limit to use the same limit used for regular builds. We > seem to be > able to create more then 10 concurrent builds by uploading patches to > gerrit. The manual > runner should this as well. > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2705) Re: way to link my Github account with Gerrit?
by Anton Marchukov (oVirt JIRA) 26 Mar '19

26 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2705?page=com.atlassian.jira.… ] Anton Marchukov updated OVIRT-2705: ----------------------------------- Issue Type: Task (was: By-EMAIL) > Re: way to link my Github account with Gerrit? > ---------------------------------------------- > > Key: OVIRT-2705 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2705 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Anton Marchukov > Assignee: Evgheni Dereveanchin > > Hello Sahina. > Yes, we can merge those accounts. I am adding infra-support to make sure the ticket is opened on this. > Anton. > > On 22 Mar 2019, at 11:36, Sahina Bose <sabose(a)redhat.com> wrote: > > > > Hi, > > It looks like I ended up creating 2 different gerrit accounts. Is > > there a way to link the two? or delete one ? > > > > thanks > > sahina > > _______________________________________________ > > Infra mailing list -- infra(a)ovirt.org > > To unsubscribe send an email to infra-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/infra@ovirt.org/message/F5QSCR42G5KQP… > -- > Anton Marchukov > Associate Manager - RHV DevOps - Red Hat -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2705) Re: way to link my Github account with Gerrit?
by Anton Marchukov (oVirt JIRA) 26 Mar '19

26 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2705?page=com.atlassian.jira.… ] Anton Marchukov reassigned OVIRT-2705: -------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > Re: way to link my Github account with Gerrit? > ---------------------------------------------- > > Key: OVIRT-2705 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2705 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Anton Marchukov > Assignee: Evgheni Dereveanchin > > Hello Sahina. > Yes, we can merge those accounts. I am adding infra-support to make sure the ticket is opened on this. > Anton. > > On 22 Mar 2019, at 11:36, Sahina Bose <sabose(a)redhat.com> wrote: > > > > Hi, > > It looks like I ended up creating 2 different gerrit accounts. Is > > there a way to link the two? or delete one ? > > > > thanks > > sahina > > _______________________________________________ > > Infra mailing list -- infra(a)ovirt.org > > To unsubscribe send an email to infra-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/infra@ovirt.org/message/F5QSCR42G5KQP… > -- > Anton Marchukov > Associate Manager - RHV DevOps - Red Hat -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2708) oVirt github organization
by Eyal Edri (oVirt JIRA) 26 Mar '19

26 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2708?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2708: ----------------------------- Resolution: Fixed Status: Done (was: To Do) > oVirt github organization > ------------------------- > > Key: OVIRT-2708 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2708 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Fred Rolland > Assignee: infra > > Hi, > Can you send an invite to oVirt GitHub organization to : > https://github.com/barpavel > https://github.com/kurobako > https://github.com/vjuranek > Thanks, > Freddy -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[CQ]: 98882,1 (ovirt-iso-uploader) failed "ovirt-4.3" system tests
by oVirt Jenkins 26 Mar '19

26 Mar '19

Change 98882,1 (ovirt-iso-uploader) 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/98882/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/402/

1 0

[JIRA] (OVIRT-2708) oVirt github organization
by Eyal Edri (oVirt JIRA) 26 Mar '19

26 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2708?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2708: ---------------------------------- Sent invites. On Tue, Mar 26, 2019 at 10:31 AM Fred Rolland (oVirt JIRA) < -- Eyal edri MANAGER RHV/CNV 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) > oVirt github organization > ------------------------- > > Key: OVIRT-2708 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2708 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Fred Rolland > Assignee: infra > > Hi, > Can you send an invite to oVirt GitHub organization to : > https://github.com/barpavel > https://github.com/kurobako > https://github.com/vjuranek > Thanks, > Freddy -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2708) oVirt github organization
by Fred Rolland (oVirt JIRA) 26 Mar '19

26 Mar '19

Fred Rolland created OVIRT-2708: ----------------------------------- Summary: oVirt github organization Key: OVIRT-2708 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2708 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Fred Rolland Assignee: infra Hi, Can you send an invite to oVirt GitHub organization to : https://github.com/barpavel https://github.com/kurobako https://github.com/vjuranek Thanks, Freddy -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

2 1

[oVirt Jenkins] ovirt-system-tests_compat-4.1-suite-master - Build # 523 - Failure!
by jenkins＠jenkins.phx.ovirt.org 26 Mar '19

26 Mar '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/523/ Build Number: 523 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #523 [Milan Zamazal] Add hc-basic-suite-4.3 ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.resize_and_refresh_storage_domain_41 Error Message: False != True after 600 seconds -------------------- >> begin captured logging << -------------------- lago.ssh: DEBUG: start task:f079c7a3-961e-48b3-b776-8113033e9d90:Get ssh client for lago-compat-4-1-suite-master-engine: lago.ssh: DEBUG: end task:f079c7a3-961e-48b3-b776-8113033e9d90:Get ssh client for lago-compat-4-1-suite-master-engine: lago.ssh: DEBUG: Running 25f878ea on lago-compat-4-1-suite-master-engine: lvresize --size +3000M /dev/mapper/vg1_storage-lun0_bdev lago.ssh: DEBUG: Command 25f878ea on lago-compat-4-1-suite-master-engine returned with 0 lago.ssh: DEBUG: Command 25f878ea on lago-compat-4-1-suite-master-engine output: Size of logical volume vg1_storage/lun0_bdev changed from 20.00 GiB (5120 extents) to <22.93 GiB (5870 extents). Logical volume vg1_storage/lun0_bdev successfully resized. lago.ssh: DEBUG: start task:d8597710-43db-4c1f-b25c-d800c075ed9a:Get ssh client for lago-compat-4-1-suite-master-engine: lago.ssh: DEBUG: end task:d8597710-43db-4c1f-b25c-d800c075ed9a:Get ssh client for lago-compat-4-1-suite-master-engine: lago.ssh: DEBUG: Running 264ce22c on lago-compat-4-1-suite-master-engine: cat /root/multipath.txt lago.ssh: DEBUG: Command 264ce22c on lago-compat-4-1-suite-master-engine returned with 0 lago.ssh: DEBUG: Command 264ce22c on lago-compat-4-1-suite-master-engine output: 36001405294f0fc46a614f229ffec59ea 360014052cc1a9089eed4ce485a1043e0 360014054b8bb241ba74431096015bb81 360014055678cb430ef64b0d998500eed 360014057b0f6f7e71104ca59dc503d07 --------------------- >> 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 528, in resize_and_refresh_storage_domain logical_units=luns 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) 'False != True after 600 seconds\n-------------------- >> begin captured logging << --------------------\nlago.ssh: DEBUG: start task:f079c7a3-961e-48b3-b776-8113033e9d90:Get ssh client for lago-compat-4-1-suite-master-engine:\nlago.ssh: DEBUG: end task:f079c7a3-961e-48b3-b776-8113033e9d90:Get ssh client for lago-compat-4-1-suite-master-engine:\nlago.ssh: DEBUG: Running 25f878ea on lago-compat-4-1-suite-master-engine: lvresize --size +3000M /dev/mapper/vg1_storage-lun0_bdev\nlago.ssh: DEBUG: Command 25f878ea on lago-compat-4-1-suite-master-engine returned with 0\nlago.ssh: DEBUG: Command 25f878ea on lago-compat-4-1-suite-master-engine output:\n Size of logical volume vg1_storage/lun0_bdev changed from 20.00 GiB (5120 extents) to <22.93 GiB (5870 extents).\n Logical volume vg1_storage/lun0_bdev successfully resized.\n\nlago.ssh: DEBUG: start task:d8597710-43db-4c1f-b25c-d800c075ed9a:Get ssh client for lago-compat-4-1-suite-master-engine:\nlago.ssh: DEBUG: end task:d8597710-43db-4c1f-b25c-d800c075ed9a:Get ssh client for lago-compat-4-1-suite-master-engine:\nlago.ssh: DEBUG: Running 264ce22c on lago-compat-4-1-suite-master-engine: cat /root/multipath.txt\nlago.ssh: DEBUG: Command 264ce22c on lago-compat-4-1-suite-master-engine returned with 0\nlago.ssh: DEBUG: Command 264ce22c on lago-compat-4-1-suite-master-engine output:\n 36001405294f0fc46a614f229ffec59ea\n360014052cc1a9089eed4ce485a1043e0\n360014054b8bb241ba74431096015bb81\n360014055678cb430ef64b0d998500eed\n360014057b0f6f7e71104ca59dc503d07\n\n--------------------- >> end captured logging << ---------------------'

1 1

oVirt infra daily report - unstable production jobs - 775
by jenkins＠jenkins.phx.ovirt.org 26 Mar '19

26 Mar '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/775//artifact/exported-a… Cheers, Jenkins

1 0

[CQ]: 3439d2d (ovirt-ansible-hosted-engine-setup) failed "ovirt-master" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change 3439d2d (ovirt-ansible-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://github.com/oVirt/ovirt-ansible-hosted-engine-setup/commit/3439d2dd2… For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/13562/

1 0

[CQ]: 98864,1 (ovirt-engine-metrics) failed "ovirt-4.3" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change 98864,1 (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/98864/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/398/

1 0

[CQ]: 98869, 1 (ovirt-hosted-engine-setup) failed "ovirt-4.3" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change 98869,1 (ovirt-hosted-engine-setup) 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/98869/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/397/

1 0

[CQ]: 3439d2d (ovirt-ansible-hosted-engine-setup) failed "ovirt-4.3" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change 3439d2d (ovirt-ansible-hosted-engine-setup) 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://github.com/oVirt/ovirt-ansible-hosted-engine-setup/commit/3439d2dd2… For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/395/

1 0

[CQ]: 98854, 1 (ovirt-engine-api-model) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

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

1 0

[CQ]: 98853, 1 (ovirt-engine-api-model) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

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

1 0

[CQ]: 98852, 1 (ovirt-engine-api-model) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

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

1 0

[CQ]: 98854, 1 (ovirt-engine-api-model) failed "ovirt-4.3" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

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

1 0

[CQ]: 98853, 1 (ovirt-engine-api-model) failed "ovirt-4.3" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

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

1 0

[CQ]: 98852, 1 (ovirt-engine-api-model) failed "ovirt-4.3" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

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

1 0

[CQ]: 98765,5 (ovirt-engine) failed "ovirt-4.3" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change 98765,5 (ovirt-engine) 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/98765/5 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/383/

1 0

[CQ]: 3439d2d (ovirt-ansible-hosted-engine-setup) failed "ovirt-4.2" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change 3439d2d (ovirt-ansible-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://github.com/oVirt/ovirt-ansible-hosted-engine-setup/commit/3439d2dd2… For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/4109/

1 0

[CQ]: 98529, 5 (ovirt-engine-api-model) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

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

1 0

[CQ]: 98529, 5 (ovirt-engine-api-model) failed "ovirt-4.3" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

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

1 0

[CQ]: 98847, 2 (ovirt-engine) failed "ovirt-4.3" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

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

1 0

[CQ]: 98846,1 (ovirt-engine) failed "ovirt-4.3" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change 98846,1 (ovirt-engine) 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/98846/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/371/

1 0

[CQ]: 98828, 2 (ovirt-engine-api-model) failed "ovirt-4.3" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

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

1 0

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #2512
by jenkins＠jenkins.phx.ovirt.org 25 Mar '19

25 Mar '19

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> ------------------------------------------ [...truncated 68.66 KB...] : polkit-devel-0. 90% [============== ] 26 MB/s | 228 MB 00:00 ETA polkit-docs-0.112-18.el7_6.1.noarch: [Errno 256] No more mirrors to try. polkit-0.112-18.el7_6.1.x86_64: [Errno 256] No more mirrors to try. polkit-devel-0.112-18.el7_6.1.x86_64: [Errno 256] No more mirrors to try. polkit-0.112-18.el7_6.1.i686: [Errno 256] No more mirrors to try. polkit-devel-0.112-18.el7_6.1.i686: [Errno 256] No more mirrors to try. Build step 'Execute shell' marked build as failure

1 24

[CQ]: 98697,2 (vdsm) failed "ovirt-4.3" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change 98697,2 (vdsm) 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/98697/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/363/

1 0

[CQ]: 98828, 2 (ovirt-engine-api-model) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

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

2 1

[JIRA] (OVIRT-2586) Memory leak in Jenkins SSE Gateway plugin
by Evgheni Dereveanchin (oVirt JIRA) 25 Mar '19

25 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2586?page=com.atlassian.jira.… ] Evgheni Dereveanchin updated OVIRT-2586: ---------------------------------------- Issue Type: Bug (was: Outage) > Memory leak in Jenkins SSE Gateway plugin > ----------------------------------------- > > Key: OVIRT-2586 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2586 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: sbonazzo > Assignee: Evgheni Dereveanchin > Attachments: usedMemory_year.png > > > Hi, > jenkins is terribly slow and becoming worse every day. > I tried to gain some speed by adding 4 cores to the VM through engine-phx. > It's a bit better but the real issue doesn't seem related to CPU power. > Can anybody investigate? > -- > SANDRO BONAZZOLA > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > Red Hat EMEA <https://www.redhat.com/> > sbonazzo(a)redhat.com > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2586) Memory leak in Jenkins SSE Gateway plugin
by Evgheni Dereveanchin (oVirt JIRA) 25 Mar '19

25 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2586?page=com.atlassian.jira.… ] Evgheni Dereveanchin updated OVIRT-2586: ---------------------------------------- Summary: Memory leak in Jenkins SSE Gateway plugin (was: Jenkins terribly slow and unresponsive) > Memory leak in Jenkins SSE Gateway plugin > ----------------------------------------- > > Key: OVIRT-2586 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2586 > Project: oVirt - virtualization made easy > Issue Type: Outage > Reporter: sbonazzo > Assignee: Evgheni Dereveanchin > Attachments: usedMemory_year.png > > > Hi, > jenkins is terribly slow and becoming worse every day. > I tried to gain some speed by adding 4 cores to the VM through engine-phx. > It's a bit better but the real issue doesn't seem related to CPU power. > Can anybody investigate? > -- > SANDRO BONAZZOLA > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > Red Hat EMEA <https://www.redhat.com/> > sbonazzo(a)redhat.com > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2586) Jenkins terribly slow and unresponsive
by Evgheni Dereveanchin (oVirt JIRA) 25 Mar '19

25 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2586?page=com.atlassian.jira.… ] Evgheni Dereveanchin updated OVIRT-2586: ---------------------------------------- Priority: Medium (was: Highest) > Jenkins terribly slow and unresponsive > -------------------------------------- > > Key: OVIRT-2586 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2586 > Project: oVirt - virtualization made easy > Issue Type: Outage > Reporter: sbonazzo > Assignee: Evgheni Dereveanchin > Attachments: usedMemory_year.png > > > Hi, > jenkins is terribly slow and becoming worse every day. > I tried to gain some speed by adding 4 cores to the VM through engine-phx. > It's a bit better but the real issue doesn't seem related to CPU power. > Can anybody investigate? > -- > SANDRO BONAZZOLA > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > Red Hat EMEA <https://www.redhat.com/> > sbonazzo(a)redhat.com > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2707) please remove me from reviewers on ovirt-engine
by Eyal Edri (oVirt JIRA) 25 Mar '19

25 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2707?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2707: ----------------------------- Resolution: Fixed Status: Done (was: To Do) > please remove me from reviewers on ovirt-engine > ----------------------------------------------- > > Key: OVIRT-2707 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2707 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > > Hi, > Please remove me everywhere from the default reviewers on ovirt-engine > https://gerrit.ovirt.org/#/x/reviewers/p/ovirt-engine > Best wishes, > Greg > -- > GREG SHEREMETA > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > Red Hat NA > <https://www.redhat.com/> > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2707) please remove me from reviewers on ovirt-engine
by Eyal Edri (oVirt JIRA) 25 Mar '19

25 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2707?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2707: ---------------------------------- I removed you from all the path's from the Gerrit UI. On Mon, Mar 25, 2019 at 2:37 PM Greg Sheremeta (oVirt JIRA) < -- Eyal edri MANAGER RHV/CNV 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) > please remove me from reviewers on ovirt-engine > ----------------------------------------------- > > Key: OVIRT-2707 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2707 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > > Hi, > Please remove me everywhere from the default reviewers on ovirt-engine > https://gerrit.ovirt.org/#/x/reviewers/p/ovirt-engine > Best wishes, > Greg > -- > GREG SHEREMETA > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > Red Hat NA > <https://www.redhat.com/> > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2707) please remove me from reviewers on ovirt-engine
by Greg Sheremeta (oVirt JIRA) 25 Mar '19

25 Mar '19

Greg Sheremeta created OVIRT-2707: ------------------------------------- Summary: please remove me from reviewers on ovirt-engine Key: OVIRT-2707 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2707 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Greg Sheremeta Assignee: infra Hi, Please remove me everywhere from the default reviewers on ovirt-engine https://gerrit.ovirt.org/#/x/reviewers/p/ovirt-engine Best wishes, Greg -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

2 1

[oVirt Jenkins] ovirt-system-tests_compat-4.3-suite-master - Build # 17 - Failure!
by jenkins＠jenkins.phx.ovirt.org 25 Mar '19

25 Mar '19

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.3-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.3-suite-master/17/ Build Number: 17 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #17 [Milan Zamazal] Add hc-basic-suite-4.3 ----------------- Failed Tests: ----------------- 2 tests failed. FAILED: 002_bootstrap.add_master_storage_domain_43 Error Message: Could not find hosts that are up in DC test-dc -------------------- >> begin captured logging << -------------------- lago.ssh: DEBUG: start task:eac93cd6-f7d5-4709-b8d4-6abf4ede9ba8:Get ssh client for lago-compat-4-3-suite-master-engine: lago.ssh: DEBUG: end task:eac93cd6-f7d5-4709-b8d4-6abf4ede9ba8:Get ssh client for lago-compat-4-3-suite-master-engine: lago.ssh: DEBUG: Running c6f4be5c on lago-compat-4-3-suite-master-engine: cat /root/multipath.txt lago.ssh: DEBUG: Command c6f4be5c on lago-compat-4-3-suite-master-engine returned with 0 lago.ssh: DEBUG: Command c6f4be5c on lago-compat-4-3-suite-master-engine output: 360014052ab13391ff944443894c2b0f7 360014052caa297d60e9440592a1f3d04 36001405bc22d1395bd6476299a975c10 36001405edd5271bd714406584bfb9d26 36001405f0546ac01e2c444ab58bb99d3 --------------------- >> 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.3-suite-master/ovirt-system-tests/compat-4.3-suite-master/test-scenarios/002_bootstrap.py", line 417, in add_master_storage_domain add_iscsi_storage_domain(prefix) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.3-suite-master/ovirt-system-tests/compat-4.3-suite-master/test-scenarios/002_bootstrap.py", line 561, in add_iscsi_storage_domain host=_random_host_from_dc(api, DC_NAME), File "/home/jenkins/workspace/ovirt-system-tests_compat-4.3-suite-master/ovirt-system-tests/compat-4.3-suite-master/test-scenarios/002_bootstrap.py", line 122, in _random_host_from_dc return _hosts_in_dc(api, dc_name, True) File "/home/jenkins/workspace/ovirt-system-tests_compat-4.3-suite-master/ovirt-system-tests/compat-4.3-suite-master/test-scenarios/002_bootstrap.py", line 119, in _hosts_in_dc raise RuntimeError('Could not find hosts that are up in DC %s' % dc_name) 'Could not find hosts that are up in DC test-dc\n-------------------- >> begin captured logging << --------------------\nlago.ssh: DEBUG: start task:eac93cd6-f7d5-4709-b8d4-6abf4ede9ba8:Get ssh client for lago-compat-4-3-suite-master-engine:\nlago.ssh: DEBUG: end task:eac93cd6-f7d5-4709-b8d4-6abf4ede9ba8:Get ssh client for lago-compat-4-3-suite-master-engine:\nlago.ssh: DEBUG: Running c6f4be5c on lago-compat-4-3-suite-master-engine: cat /root/multipath.txt\nlago.ssh: DEBUG: Command c6f4be5c on lago-compat-4-3-suite-master-engine returned with 0\nlago.ssh: DEBUG: Command c6f4be5c on lago-compat-4-3-suite-master-engine output:\n 360014052ab13391ff944443894c2b0f7\n360014052caa297d60e9440592a1f3d04\n36001405bc22d1395bd6476299a975c10\n36001405edd5271bd714406584bfb9d26\n36001405f0546ac01e2c444ab58bb99d3\n\n--------------------- >> end captured logging << ---------------------' FAILED: 002_bootstrap.add_master_storage_domain_43 Error Message: Failed to copy files/directory from /var/log to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-1/_var_log Unable to get valid context for root -------------------- >> begin captured logging << -------------------- lago.ssh: DEBUG: start task:eac93cd6-f7d5-4709-b8d4-6abf4ede9ba8:Get ssh client for lago-compat-4-3-suite-master-engine: lago.ssh: DEBUG: end task:eac93cd6-f7d5-4709-b8d4-6abf4ede9ba8:Get ssh client for lago-compat-4-3-suite-master-engine: lago.ssh: DEBUG: Running c6f4be5c on lago-compat-4-3-suite-master-engine: cat /root/multipath.txt lago.ssh: DEBUG: Command c6f4be5c on lago-compat-4-3-suite-master-engine returned with 0 lago.ssh: DEBUG: Command c6f4be5c on lago-compat-4-3-suite-master-engine output: 360014052ab13391ff944443894c2b0f7 360014052caa297d60e9440592a1f3d04 36001405bc22d1395bd6476299a975c10 36001405edd5271bd714406584bfb9d26 36001405f0546ac01e2c444ab58bb99d3 lago.prefix: INFO: * Collect artifacts: ?[0m?[0m lago.prefix: INFO: ?[0m?[0m lago.prefix: INFO: ?[0m?[0m lago.prefix: INFO: ?[0m?[0m lago.plugins.vm: DEBUG: Extracting scp://lago-compat-4-3-suite-master-host-0:/var/log to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-0/_var_log lago.plugins.vm: INFO: ?[0m?[0m lago.plugins.vm: DEBUG: Extracting scp://lago-compat-4-3-suite-master-host-1:/var/log to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-1/_var_log lago.ssh: DEBUG: start task:8f203123-42fa-4a8f-9c1b-7d4dfbd394aa:Get ssh client for lago-compat-4-3-suite-master-host-0: lago.plugins.vm: DEBUG: Extracting scp://lago-compat-4-3-suite-master-engine:/tmp/otopi* to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-engine/_tmp_otopi* lago.plugins.vm: INFO: ?[0m?[0m lago.plugins.vm: INFO: ?[0m?[0m lago.ssh: DEBUG: start task:9f190a0b-bcd0-46c2-93ea-713e1a42be0e:Get ssh client for lago-compat-4-3-suite-master-host-1: lago.ssh: DEBUG: start task:6a194b08-2d10-4d75-9af6-f813f6113ea6:Get ssh client for lago-compat-4-3-suite-master-engine: lago.ssh: DEBUG: end task:6a194b08-2d10-4d75-9af6-f813f6113ea6:Get ssh client for lago-compat-4-3-suite-master-engine: lago.ssh: DEBUG: end task:8f203123-42fa-4a8f-9c1b-7d4dfbd394aa:Get ssh client for lago-compat-4-3-suite-master-host-0: lago.ssh: DEBUG: end task:9f190a0b-bcd0-46c2-93ea-713e1a42be0e:Get ssh client for lago-compat-4-3-suite-master-host-1: root: ERROR: ~ [Thread-561] Copy from lago-compat-4-3-suite-master-host-1:/var/log to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-1/_var_log: ?[31mERROR?[0m (in 0:00:00) lago.plugins.vm: DEBUG: File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 445, in copy_from remote_path, local_path, err.args[0] root: ERROR: - [Thread-561] lago-compat-4-3-suite-master-host-1: ?[31mERROR?[0m (in 0:00:00) lago.prefix: DEBUG: File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1526, in _collect_artifacts vm.collect_artifacts(path, ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 659, in collect_artifacts ignore_nopath=ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 379, in extract_paths return self.provider.extract_paths(paths, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/vm.py", line 398, in extract_paths ignore_nopath=ignore_nopath, File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 249, in extract_paths self._extract_paths_scp(paths=paths, ignore_nopath=ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 99, in wrapper return func(self, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 269, in _extract_paths_scp propagate_fail=not ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 445, in copy_from remote_path, local_path, err.args[0] lago.utils: DEBUG: Error while running thread Thread-561 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 "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1526, in _collect_artifacts vm.collect_artifacts(path, ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 659, in collect_artifacts ignore_nopath=ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 379, in extract_paths return self.provider.extract_paths(paths, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/vm.py", line 398, in extract_paths ignore_nopath=ignore_nopath, File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 249, in extract_paths self._extract_paths_scp(paths=paths, ignore_nopath=ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 99, in wrapper return func(self, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 269, in _extract_paths_scp propagate_fail=not ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 445, in copy_from remote_path, local_path, err.args[0] LagoCopyFilesFromVMError: Failed to copy files/directory from /var/log to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-1/_var_log Unable to get valid context for root root: ERROR: ~ [Thread-562] Copy from lago-compat-4-3-suite-master-engine:/tmp/otopi* to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-engine/_tmp_otopi*: ?[31mERROR?[0m (in 0:00:00) lago.plugins.vm: DEBUG: File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 442, in copy_from raise ExtractPathNoPathError(err.args[0]) root: ERROR: - [Thread-562] lago-compat-4-3-suite-master-engine: ?[31mERROR?[0m (in 0:00:00) lago.prefix: DEBUG: File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1526, in _collect_artifacts vm.collect_artifacts(path, ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 659, in collect_artifacts ignore_nopath=ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 379, in extract_paths return self.provider.extract_paths(paths, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/vm.py", line 398, in extract_paths ignore_nopath=ignore_nopath, File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 249, in extract_paths self._extract_paths_scp(paths=paths, ignore_nopath=ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 99, in wrapper return func(self, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 269, in _extract_paths_scp propagate_fail=not ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 442, in copy_from raise ExtractPathNoPathError(err.args[0]) lago.utils: DEBUG: Error while running thread Thread-562 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 "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1526, in _collect_artifacts vm.collect_artifacts(path, ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 659, in collect_artifacts ignore_nopath=ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 379, in extract_paths return self.provider.extract_paths(paths, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/vm.py", line 398, in extract_paths ignore_nopath=ignore_nopath, File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 249, in extract_paths self._extract_paths_scp(paths=paths, ignore_nopath=ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 99, in wrapper return func(self, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 269, in _extract_paths_scp propagate_fail=not ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 442, in copy_from raise ExtractPathNoPathError(err.args[0]) ExtractPathNoPathError: Failed to extract files: ?scp: /tmp/otopi*: No such file or directory lago.plugins.vm: INFO: ?[32mSuccess?[0m (in 0:00:01) lago.plugins.vm: DEBUG: Extracting scp://lago-compat-4-3-suite-master-host-0:/etc/resolv.conf to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-0/_etc_resolv.conf lago.plugins.vm: INFO: ?[0m?[0m lago.ssh: DEBUG: start task:4f64c62d-26aa-4e98-bd49-e0b46d4a10c3:Get ssh client for lago-compat-4-3-suite-master-host-0: lago.ssh: DEBUG: end task:4f64c62d-26aa-4e98-bd49-e0b46d4a10c3:Get ssh client for lago-compat-4-3-suite-master-host-0: lago.plugins.vm: INFO: ?[32mSuccess?[0m (in 0:00:00) lago.prefix: INFO: ?[31mERROR?[0m (in 0:00:01) root: ERROR: * Collect artifacts: ?[31mERROR?[0m (in 0:00:01) lago.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/lago/prefix.py", line 1530, in collect_artifacts self.virt_env.get_vms().values(), File "/usr/lib/python2.7/site-packages/lago/utils.py", line 103, in invoke_in_parallel return vt.join_all() File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue queue.put({'return': func()}) File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1526, in _collect_artifacts vm.collect_artifacts(path, ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 659, in collect_artifacts ignore_nopath=ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 379, in extract_paths return self.provider.extract_paths(paths, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/vm.py", line 398, in extract_paths ignore_nopath=ignore_nopath, File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 249, in extract_paths self._extract_paths_scp(paths=paths, ignore_nopath=ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 99, in wrapper return func(self, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 269, in _extract_paths_scp propagate_fail=not ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 445, in copy_from remote_path, local_path, err.args[0] --------------------- >> end captured logging << --------------------- Stack Trace: File "/usr/lib/python2.7/site-packages/nose/case.py", line 133, in run self.runTest(result) File "/usr/lib/python2.7/site-packages/nose/case.py", line 151, in runTest test(result) File "/usr/lib64/python2.7/unittest/case.py", line 433, in __call__ return self.run(*args, **kwds) File "/usr/lib64/python2.7/unittest/case.py", line 393, in run result.addError(self, sys.exc_info()) File "/usr/lib/python2.7/site-packages/nose/proxy.py", line 131, in addError plugins.addError(self.test, err) File "/usr/lib/python2.7/site-packages/nose/plugins/manager.py", line 99, in __call__ return self.call(*arg, **kw) File "/usr/lib/python2.7/site-packages/nose/plugins/manager.py", line 167, in simple result = meth(*arg, **kw) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 163, in addError self._addFault(test, err) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 174, in _addFault self._prefix.paths.test_logs(test_name), False File "/usr/lib/python2.7/site-packages/lago/sdk_utils.py", line 50, in wrapped return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in wrapper return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1530, in collect_artifacts self.virt_env.get_vms().values(), File "/usr/lib/python2.7/site-packages/lago/utils.py", line 103, in invoke_in_parallel return vt.join_all() File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue queue.put({'return': func()}) File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1526, in _collect_artifacts vm.collect_artifacts(path, ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 659, in collect_artifacts ignore_nopath=ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 379, in extract_paths return self.provider.extract_paths(paths, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/vm.py", line 398, in extract_paths ignore_nopath=ignore_nopath, File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 249, in extract_paths self._extract_paths_scp(paths=paths, ignore_nopath=ignore_nopath) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 99, in wrapper return func(self, *args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 269, in _extract_paths_scp propagate_fail=not ignore_nopath File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 445, in copy_from remote_path, local_path, err.args[0] 'Failed to copy files/directory from /var/log to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-1/_var_log\nUnable to get valid context for root\n-------------------- >> begin captured logging << --------------------\nlago.ssh: DEBUG: start task:eac93cd6-f7d5-4709-b8d4-6abf4ede9ba8:Get ssh client for lago-compat-4-3-suite-master-engine:\nlago.ssh: DEBUG: end task:eac93cd6-f7d5-4709-b8d4-6abf4ede9ba8:Get ssh client for lago-compat-4-3-suite-master-engine:\nlago.ssh: DEBUG: Running c6f4be5c on lago-compat-4-3-suite-master-engine: cat /root/multipath.txt\nlago.ssh: DEBUG: Command c6f4be5c on lago-compat-4-3-suite-master-engine returned with 0\nlago.ssh: DEBUG: Command c6f4be5c on lago-compat-4-3-suite-master-engine output:\n 360014052ab13391ff944443894c2b0f7\n360014052caa297d60e9440592a1f3d04\n36001405bc22d1395bd6476299a975c10\n36001405edd5271bd714406584bfb9d26\n36001405f0546ac01e2c444ab58bb99d3\n\nlago.prefix: INFO: * Collect artifacts: \x1b[0m\x1b[0m\nlago.prefix: INFO: \x1b[0m\x1b[0m\nlago.prefix: INFO: \x1b[0m\x1b[0m\nlago.prefix: INFO: \x1b[0m\x1b[0m\nlago.plugins.vm: DEBUG: Extracting scp://lago-compat-4-3-suite-master-host-0:/var/log to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-0/_var_log\nlago.plugins.vm: INFO: \x1b[0m\x1b[0m\nlago.plugins.vm: DEBUG: Extracting scp://lago-compat-4-3-suite-master-host-1:/var/log to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-1/_var_log\nlago.ssh: DEBUG: start task:8f203123-42fa-4a8f-9c1b-7d4dfbd394aa:Get ssh client for lago-compat-4-3-suite-master-host-0:\nlago.plugins.vm: DEBUG: Extracting scp://lago-compat-4-3-suite-master-engine:/tmp/otopi* to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-engine/_tmp_otopi*\nlago.plugins.vm: INFO: \x1b[0m\x1b[0m\nlago.plugins.vm: INFO: \x1b[0m\x1b[0m\nlago.ssh: DEBUG: start task:9f190a0b-bcd0-46c2-93ea-713e1a42be0e:Get ssh client for lago-compat-4-3-suite-master-host-1:\nlago.ssh: DEBUG: start task:6a194b08-2d10-4d75-9af6-f813f6113ea6:Get ssh client for lago-compat-4-3-suite-master-engine:\nlago.ssh: DEBUG: end task:6a194b08-2d10-4d75-9af6-f813f6113ea6:Get ssh client for lago-compat-4-3-suite-master-engine:\nlago.ssh: DEBUG: end task:8f203123-42fa-4a8f-9c1b-7d4dfbd394aa:Get ssh client for lago-compat-4-3-suite-master-host-0:\nlago.ssh: DEBUG: end task:9f190a0b-bcd0-46c2-93ea-713e1a42be0e:Get ssh client for lago-compat-4-3-suite-master-host-1:\nroot: ERROR: ~ [Thread-561] Copy from lago-compat-4-3-suite-master-host-1:/var/log to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-1/_var_log: \x1b[31mERROR\x1b[0m (in 0:00:00)\nlago.plugins.vm: DEBUG: File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 445, in copy_from\n remote_path, local_path, err.args[0]\n\nroot: ERROR: - [Thread-561] lago-compat-4-3-suite-master-host-1: \x1b[31mERROR\x1b[0m (in 0:00:00)\nlago.prefix: DEBUG: File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1526, in _collect_artifacts\n vm.collect_artifacts(path, ignore_nopath)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 659, in collect_artifacts\n ignore_nopath=ignore_nopath\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 379, in extract_paths\n return self.provider.extract_paths(paths, *args, **kwargs)\n File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/vm.py", line 398, in extract_paths\n ignore_nopath=ignore_nopath,\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 249, in extract_paths\n self._extract_paths_scp(paths=paths, ignore_nopath=ignore_nopath)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 99, in wrapper\n return func(self, *args, **kwargs)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 269, in _extract_paths_scp\n propagate_fail=not ignore_nopath\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 445, in copy_from\n remote_path, local_path, err.args[0]\n\nlago.utils: DEBUG: Error while running thread Thread-561\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 "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1526, in _collect_artifacts\n vm.collect_artifacts(path, ignore_nopath)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 659, in collect_artifacts\n ignore_nopath=ignore_nopath\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 379, in extract_paths\n return self.provider.extract_paths(paths, *args, **kwargs)\n File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/vm.py", line 398, in extract_paths\n ignore_nopath=ignore_nopath,\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 249, in extract_paths\n self._extract_paths_scp(paths=paths, ignore_nopath=ignore_nopath)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 99, in wrapper\n return func(self, *args, **kwargs)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 269, in _extract_paths_scp\n propagate_fail=not ignore_nopath\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 445, in copy_from\n remote_path, local_path, err.args[0]\nLagoCopyFilesFromVMError: Failed to copy files/directory from /var/log to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-1/_var_log\nUnable to get valid context for root\nroot: ERROR: ~ [Thread-562] Copy from lago-compat-4-3-suite-master-engine:/tmp/otopi* to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-engine/_tmp_otopi*: \x1b[31mERROR\x1b[0m (in 0:00:00)\nlago.plugins.vm: DEBUG: File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 442, in copy_from\n raise ExtractPathNoPathError(err.args[0])\n\nroot: ERROR: - [Thread-562] lago-compat-4-3-suite-master-engine: \x1b[31mERROR\x1b[0m (in 0:00:00)\nlago.prefix: DEBUG: File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1526, in _collect_artifacts\n vm.collect_artifacts(path, ignore_nopath)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 659, in collect_artifacts\n ignore_nopath=ignore_nopath\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 379, in extract_paths\n return self.provider.extract_paths(paths, *args, **kwargs)\n File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/vm.py", line 398, in extract_paths\n ignore_nopath=ignore_nopath,\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 249, in extract_paths\n self._extract_paths_scp(paths=paths, ignore_nopath=ignore_nopath)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 99, in wrapper\n return func(self, *args, **kwargs)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 269, in _extract_paths_scp\n propagate_fail=not ignore_nopath\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 442, in copy_from\n raise ExtractPathNoPathError(err.args[0])\n\nlago.utils: DEBUG: Error while running thread Thread-562\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 "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1526, in _collect_artifacts\n vm.collect_artifacts(path, ignore_nopath)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 659, in collect_artifacts\n ignore_nopath=ignore_nopath\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 379, in extract_paths\n return self.provider.extract_paths(paths, *args, **kwargs)\n File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/vm.py", line 398, in extract_paths\n ignore_nopath=ignore_nopath,\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 249, in extract_paths\n self._extract_paths_scp(paths=paths, ignore_nopath=ignore_nopath)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 99, in wrapper\n return func(self, *args, **kwargs)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 269, in _extract_paths_scp\n propagate_fail=not ignore_nopath\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 442, in copy_from\n raise ExtractPathNoPathError(err.args[0])\nExtractPathNoPathError: Failed to extract files: \x01scp: /tmp/otopi*: No such file or directory\nlago.plugins.vm: INFO: \x1b[32mSuccess\x1b[0m (in 0:00:01)\nlago.plugins.vm: DEBUG: Extracting scp://lago-compat-4-3-suite-master-host-0:/etc/resolv.conf to /dev/shm/ost/deployment-compat-4.3-suite-master/default/test_logs/002_bootstrap.add_master_storage_domain_43-20190323005122/lago-compat-4-3-suite-master-host-0/_etc_resolv.conf\nlago.plugins.vm: INFO: \x1b[0m\x1b[0m\nlago.ssh: DEBUG: start task:4f64c62d-26aa-4e98-bd49-e0b46d4a10c3:Get ssh client for lago-compat-4-3-suite-master-host-0:\nlago.ssh: DEBUG: end task:4f64c62d-26aa-4e98-bd49-e0b46d4a10c3:Get ssh client for lago-compat-4-3-suite-master-host-0:\nlago.plugins.vm: INFO: \x1b[32mSuccess\x1b[0m (in 0:00:00)\nlago.prefix: INFO: \x1b[31mERROR\x1b[0m (in 0:00:01)\nroot: ERROR: * Collect artifacts: \x1b[31mERROR\x1b[0m (in 0:00:01)\nlago.prefix: DEBUG: File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in wrapper\n return func(*args, **kwargs)\n File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1530, in collect_artifacts\n self.virt_env.get_vms().values(),\n File "/usr/lib/python2.7/site-packages/lago/utils.py", line 103, in invoke_in_parallel\n return vt.join_all()\n File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue\n queue.put({\'return\': func()})\n File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1526, in _collect_artifacts\n vm.collect_artifacts(path, ignore_nopath)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 659, in collect_artifacts\n ignore_nopath=ignore_nopath\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 379, in extract_paths\n return self.provider.extract_paths(paths, *args, **kwargs)\n File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/vm.py", line 398, in extract_paths\n ignore_nopath=ignore_nopath,\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 249, in extract_paths\n self._extract_paths_scp(paths=paths, ignore_nopath=ignore_nopath)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 99, in wrapper\n return func(self, *args, **kwargs)\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 269, in _extract_paths_scp\n propagate_fail=not ignore_nopath\n File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 445, in copy_from\n remote_path, local_path, err.args[0]\n\n--------------------- >> end captured logging << ---------------------'

1 3

[JIRA] (OVIRT-2706) how do we cache docker images in OST?
by Greg Sheremeta (oVirt JIRA) 25 Mar '19

25 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2706?page=com.atlassian.jira.… ] Greg Sheremeta commented on OVIRT-2706: --------------------------------------- HUB_CONTAINER_IMAGE = 'selenium/hub:3.9.1-actinium' FIREFOX_CONTAINER_IMAGE = 'selenium/node-firefox-debug:3.9.1-actinium' CHROME_CONTAINER_IMAGE = 'selenium/node-chrome-debug:3.9.1-actinium' > how do we cache docker images in OST? > ------------------------------------- > > Key: OVIRT-2706 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2706 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: docker_cleanup.py > Reporter: Greg Sheremeta > Assignee: infra > > Currently we download the selenium grid containers on every run of 008 > basic ui sanity, and the containers are huge. Can we cache them somewhere > so OST doesn't need to download them every time? Please advise how and what > we need to do to enable this. Thanks! > Best wishes, > Greg > -- > GREG SHEREMETA > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > Red Hat NA > <https://www.redhat.com/> > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[CQ]: d117169 (v2v-conversion-host) failed "ovirt-4.3" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change d117169 (v2v-conversion-host) 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://github.com/oVirt/v2v-conversion-host/commit/d117169276558f31d545682… For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/360/

1 0

[CQ]: 98824,4 (ovirt-engine) failed "ovirt-4.3" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change 98824,4 (ovirt-engine) 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/98824/4 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/355/

1 0

[JIRA] (OVIRT-2706) how do we cache docker images in OST?
by Barak Korren (oVirt JIRA) 25 Mar '19

25 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2706?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-2706: -------------------------------- Component/s: docker_cleanup.py > how do we cache docker images in OST? > ------------------------------------- > > Key: OVIRT-2706 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2706 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: docker_cleanup.py > Reporter: Greg Sheremeta > Assignee: infra > > Currently we download the selenium grid containers on every run of 008 > basic ui sanity, and the containers are huge. Can we cache them somewhere > so OST doesn't need to download them every time? Please advise how and what > we need to do to enable this. Thanks! > Best wishes, > Greg > -- > GREG SHEREMETA > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > Red Hat NA > <https://www.redhat.com/> > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2706) how do we cache docker images in OST?
by Barak Korren (oVirt JIRA) 25 Mar '19

25 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2706?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-2706: -------------------------------- Issue Type: Improvement (was: By-EMAIL) > how do we cache docker images in OST? > ------------------------------------- > > Key: OVIRT-2706 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2706 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Greg Sheremeta > Assignee: infra > > Currently we download the selenium grid containers on every run of 008 > basic ui sanity, and the containers are huge. Can we cache them somewhere > so OST doesn't need to download them every time? Please advise how and what > we need to do to enable this. Thanks! > Best wishes, > Greg > -- > GREG SHEREMETA > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > Red Hat NA > <https://www.redhat.com/> > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2706) how do we cache docker images in OST?
by Barak Korren (oVirt JIRA) 25 Mar '19

25 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2706?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-2706: ------------------------------------- [~gshereme(a)redhat.com] Same way we cache any container - we have a whitelist of container images that the system leaves behind on the node it ran on. If you can provide us with the list of selenium images we can make sure they are kept. > how do we cache docker images in OST? > ------------------------------------- > > Key: OVIRT-2706 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2706 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > > Currently we download the selenium grid containers on every run of 008 > basic ui sanity, and the containers are huge. Can we cache them somewhere > so OST doesn't need to download them every time? Please advise how and what > we need to do to enable this. Thanks! > Best wishes, > Greg > -- > GREG SHEREMETA > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > Red Hat NA > <https://www.redhat.com/> > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[CQ]: d117169 (v2v-conversion-host) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 25 Mar '19

25 Mar '19

A system test invoked by the "ovirt-master" change queue including change d117169 (v2v-conversion-host) failed. However, this change seems not to be the root cause for this failure. Change 48aed50 (v2v-conversion-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 48aed50 (v2v-conversion-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://github.com/oVirt/v2v-conversion-host/commit/d117169276558f31d545682… For further details about the change that seems to be the root cause behind the testing failures see: https://github.com/oVirt/v2v-conversion-host/commit/48aed50ea69389a7443c8ad… For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/13536/

1 0

[CQ]: d117169 (v2v-conversion-host) failed "ovirt-4.3" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change d117169 (v2v-conversion-host) 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://github.com/oVirt/v2v-conversion-host/commit/d117169276558f31d545682… For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/352/

1 0

[CQ]: 48aed50 (v2v-conversion-host) failed "ovirt-master" system tests
by oVirt Jenkins 25 Mar '19

25 Mar '19

Change 48aed50 (v2v-conversion-host) 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://github.com/oVirt/v2v-conversion-host/commit/48aed50ea69389a7443c8ad… For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/13535/

1 0

oVirt infra daily report - unstable production jobs - 774
by jenkins＠jenkins.phx.ovirt.org 25 Mar '19

25 Mar '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/774//artifact/exported-a… Cheers, Jenkins

1 0

[CQ]: 19dc243 (v2v-conversion-host) failed "ovirt-4.3" system tests, but isn't the failure root cause
by oVirt Jenkins 24 Mar '19

24 Mar '19

A system test invoked by the "ovirt-4.3" change queue including change 19dc243 (v2v-conversion-host) failed. However, this change seems not to be the root cause for this failure. Change b704bcf (v2v-conversion-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 b704bcf (v2v-conversion-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://github.com/oVirt/v2v-conversion-host/commit/19dc243fc7a9b8aced9f315… For further details about the change that seems to be the root cause behind the testing failures see: https://github.com/oVirt/v2v-conversion-host/commit/b704bcfdb41dab5496f1d09… For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/349/

1 0

[JIRA] (OVIRT-2706) how do we cache docker images in OST?
by Greg Sheremeta (oVirt JIRA) 24 Mar '19

24 Mar '19

Greg Sheremeta created OVIRT-2706: ------------------------------------- Summary: how do we cache docker images in OST? Key: OVIRT-2706 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2706 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Greg Sheremeta Assignee: infra Currently we download the selenium grid containers on every run of 008 basic ui sanity, and the containers are huge. Can we cache them somewhere so OST doesn't need to download them every time? Please advise how and what we need to do to enable this. Thanks! Best wishes, Greg -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2704) Increase limits on concurrent https://jenkins.ovirt.org/job/standard-manual-runner/ jobs
by Daniel Belenky (oVirt JIRA) 24 Mar '19

24 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2704?page=com.atlassian.jira.… ] Daniel Belenky edited comment on OVIRT-2704 at 3/24/19 4:27 PM: ---------------------------------------------------------------- You need to update the throttle secion of the "{project}_manual" template in `jobs/confs/yaml/templates/system_tests_templates.yaml` was (Author: dbelenky(a)redhat.com) You need to update the throttle secion of the {project}_manual template in `jobs/confs/yaml/templates/system_tests_templates.yaml` > Increase limits on concurrent https://jenkins.ovirt.org/job/standard-manual-runner/ jobs > ---------------------------------------------------------------------------------------- > > Key: OVIRT-2704 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2704 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > We started to use this job to build artifacts for running OST. > Looks like this job is limited to one concurrent job, which make it less > useful than > it could be. > If we don't make it easy to run OST, people will not run it, and the change > queue > will break. > Please change the limit to use the same limit used for regular builds. We > seem to be > able to create more then 10 concurrent builds by uploading patches to > gerrit. The manual > runner should this as well. > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0

[JIRA] (OVIRT-2704) Increase limits on concurrent https://jenkins.ovirt.org/job/standard-manual-runner/ jobs
by Daniel Belenky (oVirt JIRA) 24 Mar '19

24 Mar '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2704?page=com.atlassian.jira.… ] Daniel Belenky edited comment on OVIRT-2704 at 3/24/19 4:26 PM: ---------------------------------------------------------------- You need to update the throttle secion of the {project}_manual template in `jobs/confs/yaml/templates/system_tests_templates.yaml` was (Author: dbelenky(a)redhat.com) You need to update the throttle secion of the '{project}_manual' template in `jobs/confs/yaml/templates/system_tests_templates.yaml` > Increase limits on concurrent https://jenkins.ovirt.org/job/standard-manual-runner/ jobs > ---------------------------------------------------------------------------------------- > > Key: OVIRT-2704 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2704 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > We started to use this job to build artifacts for running OST. > Looks like this job is limited to one concurrent job, which make it less > useful than > it could be. > If we don't make it easy to run OST, people will not run it, and the change > queue > will break. > Please change the limit to use the same limit used for regular builds. We > seem to be > able to create more then 10 concurrent builds by uploading patches to > gerrit. The manual > runner should this as well. > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100099)

1 0