- Infra - oVirt List Archives

[JIRA] (OVIRT-2369) Make sure that $WORKSPACE is the same everywhere
by Daniel Belenky (oVirt JIRA) 25 Jul '18

25 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2369?page=com.atlassian.jira.… ] Daniel Belenky updated OVIRT-2369: ---------------------------------- Epic Link: OVIRT-2326 > Make sure that $WORKSPACE is the same everywhere > ------------------------------------------------ > > Key: OVIRT-2369 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2369 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Daniel Belenky > Assignee: infra > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 23-07-2018 ] [ 008_basic_ui_sanity.start_grid ]
by Dafna Ron 25 Jul '18

25 Jul '18

Hi, the issue seems to be that host-1 stopped responding and I can see some fluetd errors which we should look at. Jira opened to track this issue: https://ovirt-jira.atlassian.net/browse/OVIRT-2363 Martin, I also added you to the Jira - can you please have a look? error from node-1 messages log: Jul 23 05:09:14 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:14 -0400 [warn]: detached forwarding server 'lago-basic-suite-master-engine' host="lago-basic-suite-master-engine" port=24224 phi=16.275347714068506 Jul 23 05:09:14 lago-basic-suite-master-host-1 fluentd: ["lago-basic-suite-master-engine", "lago-basic-suite-master-engine", "lago-basic-suite-master-engine", "lago-basic-suite-master-engine", "lago-basic-suite-master-engine", "lago-basic-suite-master-engine"] Jul 23 05:09:14 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:14 -0400 fluent.warn: {"host":"lago-basic-suite-master-engine","port":24224,"phi":16.275347714068506,"message":"detached forwarding server 'lago-basic-suite-master-engine' host=\"lago-basic-suite-master-engine\" port=24224 phi=16.275347714068506"} Jul 23 05:09:15 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:15 -0400 [warn]: detached forwarding server 'lago-basic-suite-master-engine' host="lago-basic-suite-master-engine" port=24224 phi=16.70444149784817 Jul 23 05:09:15 lago-basic-suite-master-host-1 fluentd: ["lago-basic-suite-master-engine", "lago-basic-suite-master-engine", "lago-basic-suite-master-engine", "lago-basic-suite-master-engine", "lago-basic-suite-master-engine", "lago-basic-suite-master-engine"] Jul 23 05:09:15 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:15 -0400 fluent.warn: {"host":"lago-basic-suite-master-engine","port":24224,"phi":16.70444149784817,"message":"detached forwarding server 'lago-basic-suite-master-engine' host=\"lago-basic-suite-master-engine\" port=24224 phi=16.70444149784817"} Jul 23 05:09:23 lago-basic-suite-master-host-1 python: ansible-command Invoked with warn=False executable=None _uses_shell=False _raw_params=systemctl is-active 'collectd' removes=None argv=None creates=None chdir=None stdin=None Jul 23 05:09:25 lago-basic-suite-master-host-1 systemd-logind: New session 29 of user root. Jul 23 05:09:25 lago-basic-suite-master-host-1 systemd: Started Session 29 of user root. Jul 23 05:09:25 lago-basic-suite-master-host-1 systemd: Starting Session 29 of user root. Jul 23 05:09:25 lago-basic-suite-master-host-1 systemd-logind: Removed session 29. Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 [warn]: failed to flush the buffer. error_class="RuntimeError" error="no nodes are available" plugin_id="object:151a620" Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 [warn]: retry count exceededs limit. Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 [warn]: /usr/share/gems/gems/fluentd-0.12.42/lib/fluent/plugin/out_forward.rb:222:in `write_objects' Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 [warn]: /usr/share/gems/gems/fluentd-0.12.42/lib/fluent/output.rb:490:in `write' Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 [warn]: /usr/share/gems/gems/fluentd-0.12.42/lib/fluent/buffer.rb:354:in `write_chunk' Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 [warn]: /usr/share/gems/gems/fluentd-0.12.42/lib/fluent/buffer.rb:333:in `pop' Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 [warn]: /usr/share/gems/gems/fluentd-0.12.42/lib/fluent/output.rb:342:in `try_flush' Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 [warn]: /usr/share/gems/gems/fluentd-0.12.42/lib/fluent/output.rb:149:in `run' Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 [error]: throwing away old logs. Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 fluent.warn: {"error_class":"RuntimeError","error":"no nodes are available","plugin_id":"object:151a620","message":"failed to flush the buffer. error_class=\"RuntimeError\" error=\"no nodes are available\" plugin_id=\"object:151a620\""} Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 fluent.warn: {"message":"retry count exceededs limit."} Jul 23 05:09:27 lago-basic-suite-master-host-1 fluentd: 2018-07-23 05:09:27 -0400 fluent.error: {"message":"throwing away old logs."} Thanks. Dafna On Mon, Jul 23, 2018 at 10:31 AM, oVirt Jenkins <jenkins(a)ovirt.org> wrote: > Change 92882,9 (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/92882/9 > > For failed test results see: > http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8764/ > _______________________________________________ > 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/6LYYXSGM4LQSRVSYY3IJEIE64LW27TJM/ >

5 4

[oVirt Jenkins] ovirt-system-tests_compat-3.6-suite-master - Build # 1 - Failure!
by jenkins＠jenkins.phx.ovirt.org 25 Jul '18

25 Jul '18

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-3.6-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-3.6-suite-master/1/ Build Number: 1 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 004_basic_sanity.preview_snapshot_with_memory_36 Error Message: False != True after 600 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 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 78, in wrapper prefix.virt_env.engine_vm().get_api(api_ver=4), *args, **kwargs File "/home/jenkins/workspace/ovirt-system-tests_compat-3.6-suite-master/ovirt-system-tests/compat-3.6-suite-master/test-scenarios/004_basic_sanity.py", line 431, in preview_snapshot_with_memory pass File "/usr/lib64/python2.7/contextlib.py", line 24, in __exit__ self.gen.next() File "/home/jenkins/workspace/ovirt-system-tests_compat-3.6-suite-master/ovirt-system-tests/compat-3.6-suite-master/test_utils/__init__.py", line 264, in TestEvent lambda: File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 271, in assert_true_within_long assert_equals_within_long(func, True, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 258, in assert_equals_within_long func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 237, in assert_equals_within '%s != %s after %s seconds' % (res, value, timeout) AssertionError: False != True after 600 seconds

1 8

[JIRA] (OVIRT-2271) staging-jenkins is not usable from Firefox
by Evgheni Dereveanchin (oVirt JIRA) 25 Jul '18

25 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2271?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-2271: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > staging-jenkins is not usable from Firefox > ------------------------------------------ > > Key: OVIRT-2271 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2271 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: Staging infra > Reporter: Barak Korren > Assignee: Evgheni Dereveanchin > Priority: Highest > > The staging-jenkins instance is not usable from Firefox ATM, job editing forms never finish loading, pages like the Script Console to not get drawn properly and generally it seems that any operation that involves writing data to Jenkins fails in one way or another. > The reason behind these issues seems to be that clinet-side JavaScript is not running. Looking at then script console in FireFox shows the following error: > {quote} > Content Security Policy: The page’s settings blocked the loading of a resource at self (“default-src https://jenkins-staging.phx.ovirt.org 'unsafe-inline' https://cdnjs.cloudflare.com”) Source: call to eval() or related function blocked by CSP. > {quote} > So it seems that some recent changes we've made to the Jenkins CSP are breaking Jenkins itself on FireFox. > For some reason this does not seem to be affecting Chrome. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

planned Jenkins restart
by Evgheni Dereveanchin 25 Jul '18

25 Jul '18

Hi everyone, I'll be performing a planned Jenkins restart within the next hour. No new jobs will be scheduled during this maintenance period. I will inform you once it is over. Regards, Evgheni Dereveanchin

1 1

[CQ]: 93274,2 (ioprocess) failed "ovirt-4.2" system tests
by oVirt Jenkins 25 Jul '18

25 Jul '18

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

1 0

oVirt infra daily report - unstable production jobs - 531
by jenkins＠jenkins.phx.ovirt.org 25 Jul '18

25 Jul '18

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/531//artifact/exported-a… Cheers, Jenkins

1 0

[oVirt Jenkins] ovirt-node-ng_ovirt-4.2-pre_build-artifacts-el7-x86_64 - Build # 429 - Failure!
by jenkins＠jenkins.phx.ovirt.org 24 Jul '18

24 Jul '18

Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2-pre_build-artifacts-el… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2-pre_build-artifacts-el… Build Number: 429 Build Status: Failure Triggered By: Started by user Lev Veyde ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #429 [Sandro Bonazzola] add kmajumde(a)redhat.com [Barak Korren] Refactor: consolidate STDCI reporting code [Barak Korren] Enable customizing GitHub report URL from DSL [Daniel Belenky] Temporary disable s390x jobs [Ryan Barry] kickstart: let VDSM reconfigure itself ----------------- Failed Tests: ----------------- No tests ran.

1 1

[JIRA] (OVIRT-2203) failure in update host caused patch to fail
by sbonazzo (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2203?page=com.atlassian.jira.… ] sbonazzo commented on OVIRT-2203: --------------------------------- is this still an issue? failed test results at https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8213/ are not available anymore. > failure in update host caused patch to fail > ------------------------------------------- > > Key: OVIRT-2203 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2203 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Labels: ost_failures, ost_infra, ost_race > > The patch failed due to failure to update the host: > '2018-06-14 08:25:38,754-04 ERROR [org.ovirt.engine.core.bll.host.HostUpgradeManager] (EE-ManagedThreadFactory-commandCoordinator-Thread-1) [cb22fd71-b94d-4567-a8e4-78238868d2de] Failed to run check-update of host 'lago-basic-suite-master- > host-0'' > I can see that the upgrade suite also failed for not seeing repos > The next metrics build succeeded successfully so there is no need to do anything > I cannot be sure but I think its probably a network glitch or jenkins issue which happened during the test run. > here is the info from the mail: > Change 92195,2 (ovirt-engine-metrics) is probably the reason behind recent > system test failures in the "ovirt-master" change queue and needs to be fixed. > This change had been removed from the testing queue. Artifacts build from this > change will not be released until it is fixed. > For further details about the change see: > https://gerrit.ovirt.org/#/c/92195/2 > For failed test results see: > http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8213/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[oVirt Jenkins] ovirt-appliance_ovirt-4.2-pre_build-artifacts-el7-x86_64 - Build # 115 - Failure!
by jenkins＠jenkins.phx.ovirt.org 24 Jul '18

24 Jul '18

Project: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.2-pre_build-artifacts-… Build: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.2-pre_build-artifacts-… Build Number: 115 Build Status: Failure Triggered By: Started by user Lev Veyde ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #115 [Yuval Turgeman] build: add ovirt-engine-extension-aaa-ldap-setup ----------------- Failed Tests: ----------------- No tests ran.

1 2

Re: Hi, it seems lfedora1.lf-dev.marist.edu is down
by Barak Korren 24 Jul '18

24 Jul '18

Any update? On 23 July 2018 at 15:13, Dan Horák <dan(a)danny.cz> wrote: > Hi Barak, > > thanks for info, another user already told me about it and I'm looking > into it now, although no ETA for a fix yet. > > > Dan > > On Mon, 23 Jul 2018 15:08:59 +0300 > Barak Korren <bkorren(a)redhat.com> wrote: > > > Hi Dan, > > > > Its Barak from oVirt CI, > > > > Both our jenkins masters are failing to connect to it ATM, and we have > > build jobs piling up in the build queues... > > > > Can you take care of it? > > > > -- > > Barak Korren > > RHV DevOps team , RHCE, RHCi > > Red Hat EMEA > > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted > -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

1 0

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

24 Jul '18

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-iscsi-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-iscsi-suite-master… Build Number: 361 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #361 [Galit] LagoInitFile.in deploy-scripts path points now to <suit>/deploy-scripts ----------------- Failed Tests: ----------------- No tests ran.

1 2

[JIRA] (OVIRT-2367) Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback
by Eyal Edri (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2367?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2367: ----------------------------- Labels: ost (was: ) > Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback > ----------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-2367 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2367 > Project: oVirt - virtualization made easy > Issue Type: Epic > Components: OST > Reporter: Maor Lipchuk > Assignee: infra > Priority: High > Labels: ost > > RHV/oVirt should support functional tests for the disaster recovery feature which was introduced in oVirt/RHV 4.2 > The functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback between the different setups. > Here are more resources explaining about the feature and the its usecases: > github project: > https://github.com/oVirt/ovirt-ansible-disaster-recovery/ > Documentation: > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… > Videos demostrating the usecases for oVirt DR: > https://www.youtube.com/watch?v=_TVhU9Sf2uc > https://www.youtube.com/watch?v=uRxsZME6fGs > https://www.youtube.com/watch?v=7dStBp7Wpo0 > https://www.youtube.com/watch?v=a44PdFbeIfE > https://youtu.be/ayYrV5IBFUg > https://www.youtube.com/watch?v=rt31-XJ45So&t=8s > [~gbenhaim(a)redhat.com] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2367) Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback
by Eyal Edri (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2367?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2367: ----------------------------- Component/s: (was: oVirt CI) OST > Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback > ----------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-2367 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2367 > Project: oVirt - virtualization made easy > Issue Type: Epic > Components: OST > Reporter: Maor Lipchuk > Assignee: infra > Priority: High > > RHV/oVirt should support functional tests for the disaster recovery feature which was introduced in oVirt/RHV 4.2 > The functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback between the different setups. > Here are more resources explaining about the feature and the its usecases: > github project: > https://github.com/oVirt/ovirt-ansible-disaster-recovery/ > Documentation: > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… > Videos demostrating the usecases for oVirt DR: > https://www.youtube.com/watch?v=_TVhU9Sf2uc > https://www.youtube.com/watch?v=uRxsZME6fGs > https://www.youtube.com/watch?v=7dStBp7Wpo0 > https://www.youtube.com/watch?v=a44PdFbeIfE > https://youtu.be/ayYrV5IBFUg > https://www.youtube.com/watch?v=rt31-XJ45So&t=8s > [~gbenhaim(a)redhat.com] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2367) Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback
by Eyal Edri (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2367?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2367: ----------------------------- Epic Name: Add support for DR flows in OST Epic Status: To Do Epic Color: blue Issue Type: Epic (was: Bug) > Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback > ----------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-2367 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2367 > Project: oVirt - virtualization made easy > Issue Type: Epic > Components: oVirt CI > Reporter: Maor Lipchuk > Assignee: infra > Priority: High > > RHV/oVirt should support functional tests for the disaster recovery feature which was introduced in oVirt/RHV 4.2 > The functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback between the different setups. > Here are more resources explaining about the feature and the its usecases: > github project: > https://github.com/oVirt/ovirt-ansible-disaster-recovery/ > Documentation: > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… > Videos demostrating the usecases for oVirt DR: > https://www.youtube.com/watch?v=_TVhU9Sf2uc > https://www.youtube.com/watch?v=uRxsZME6fGs > https://www.youtube.com/watch?v=7dStBp7Wpo0 > https://www.youtube.com/watch?v=a44PdFbeIfE > https://youtu.be/ayYrV5IBFUg > https://www.youtube.com/watch?v=rt31-XJ45So&t=8s > [~gbenhaim(a)redhat.com] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2367) Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback
by Eyal Edri (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2367?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2367: ---------------------------------- The general guidelines for OST suite is total runtime from 30-45 min max, If this workflow is planning to take longer, you need to consider running it in QE and not CI. I suggest you'll schedule a meeting with [~gbenhaim(a)redhat.com] to share your needs and requirements so we'll see what is needed on OST side, but just to emphasis, most of the work will be done by you or the future maintainer of the suite, as other teams did ( see Networking/Ansible/Compat for e.g ). > Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback > ----------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-2367 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2367 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: oVirt CI > Reporter: Maor Lipchuk > Assignee: infra > Priority: High > > RHV/oVirt should support functional tests for the disaster recovery feature which was introduced in oVirt/RHV 4.2 > The functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback between the different setups. > Here are more resources explaining about the feature and the its usecases: > github project: > https://github.com/oVirt/ovirt-ansible-disaster-recovery/ > Documentation: > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… > Videos demostrating the usecases for oVirt DR: > https://www.youtube.com/watch?v=_TVhU9Sf2uc > https://www.youtube.com/watch?v=uRxsZME6fGs > https://www.youtube.com/watch?v=7dStBp7Wpo0 > https://www.youtube.com/watch?v=a44PdFbeIfE > https://youtu.be/ayYrV5IBFUg > https://www.youtube.com/watch?v=rt31-XJ45So&t=8s > [~gbenhaim(a)redhat.com] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2367) Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback
by Dafna Ron (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2367?page=com.atlassian.jira.… ] Dafna Ron commented on OVIRT-2367: ---------------------------------- The tests that are done by lago should be integration testing and our suites should be fast and simple. disaster recovery, although important, I think should be done on more extensive testing with more resources then we have and longer suites. > Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback > ----------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-2367 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2367 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: oVirt CI > Reporter: Maor Lipchuk > Assignee: infra > Priority: High > > RHV/oVirt should support functional tests for the disaster recovery feature which was introduced in oVirt/RHV 4.2 > The functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback between the different setups. > Here are more resources explaining about the feature and the its usecases: > github project: > https://github.com/oVirt/ovirt-ansible-disaster-recovery/ > Documentation: > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… > Videos demostrating the usecases for oVirt DR: > https://www.youtube.com/watch?v=_TVhU9Sf2uc > https://www.youtube.com/watch?v=uRxsZME6fGs > https://www.youtube.com/watch?v=7dStBp7Wpo0 > https://www.youtube.com/watch?v=a44PdFbeIfE > https://youtu.be/ayYrV5IBFUg > https://www.youtube.com/watch?v=rt31-XJ45So&t=8s > [~gbenhaim(a)redhat.com] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2368) Please create some ovirt-ansible-* github repositories
by Lucie Leistnerova (oVirt JIRA) 24 Jul '18

24 Jul '18

Lucie Leistnerova created OVIRT-2368: ---------------------------------------- Summary: Please create some ovirt-ansible-* github repositories Key: OVIRT-2368 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2368 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Lucie Leistnerova Assignee: infra Please create this github repositories: ovirt-ansible-dump-db ovirt-ansible-rename-db ovirt-ansible-remote-db ovirt-ansible-local-to-remote-db And assign leistnerova as administrator. Thank you. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2367) Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback
by Maor Lipchuk (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2367?page=com.atlassian.jira.… ] Maor Lipchuk edited comment on OVIRT-2367 at 7/24/18 9:42 AM: -------------------------------------------------------------- The funtional tests which I want to add is related to the disaster recovery scenario, it is not directly related to storage but to the whole setup. We want to check whether the recovery for the primary setup went well and the secondary setup recovered successfully. For doing that we need the OST to support two engines and after that we can start to write functional tests for it I'm not sure what is the difference between the QE functional tests and the OST functional tests? If you think it is the QE responsibility which ticket should I open for it? was (Author: mlipchuk(a)redhat.com) The funtional tests which I want to add is related to the disaster recovery scenario, it is not directly related to storage but to the whole setup. We want to check whether the recovery for the primary setup went well and the secondary setup recovered successfully. For doing that we need the OST to support two engines and after that we can start to write functional tests for it What is the difference between the QE functional tests and the OST functional tests. If you think it is the QE responsibility which ticket should I open for it? > Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback > ----------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-2367 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2367 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: oVirt CI > Reporter: Maor Lipchuk > Assignee: infra > Priority: High > > RHV/oVirt should support functional tests for the disaster recovery feature which was introduced in oVirt/RHV 4.2 > The functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback between the different setups. > Here are more resources explaining about the feature and the its usecases: > github project: > https://github.com/oVirt/ovirt-ansible-disaster-recovery/ > Documentation: > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… > Videos demostrating the usecases for oVirt DR: > https://www.youtube.com/watch?v=_TVhU9Sf2uc > https://www.youtube.com/watch?v=uRxsZME6fGs > https://www.youtube.com/watch?v=7dStBp7Wpo0 > https://www.youtube.com/watch?v=a44PdFbeIfE > https://youtu.be/ayYrV5IBFUg > https://www.youtube.com/watch?v=rt31-XJ45So&t=8s > [~gbenhaim(a)redhat.com] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2367) Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback
by Maor Lipchuk (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2367?page=com.atlassian.jira.… ] Maor Lipchuk commented on OVIRT-2367: ------------------------------------- The funtional tests which I want to add is related to the disaster recovery scenario, it is not directly related to storage but to the whole setup. We want to check whether the recovery for the primary setup went well and the secondary setup recovered successfully. For doing that we need the OST to support two engines and after that we can start to write functional tests for it What is the difference between the QE functional tests and the OST functional tests. If you think it is the QE responsibility which ticket should I open for it? > Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback > ----------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-2367 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2367 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: oVirt CI > Reporter: Maor Lipchuk > Assignee: infra > Priority: High > > RHV/oVirt should support functional tests for the disaster recovery feature which was introduced in oVirt/RHV 4.2 > The functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback between the different setups. > Here are more resources explaining about the feature and the its usecases: > github project: > https://github.com/oVirt/ovirt-ansible-disaster-recovery/ > Documentation: > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… > Videos demostrating the usecases for oVirt DR: > https://www.youtube.com/watch?v=_TVhU9Sf2uc > https://www.youtube.com/watch?v=uRxsZME6fGs > https://www.youtube.com/watch?v=7dStBp7Wpo0 > https://www.youtube.com/watch?v=a44PdFbeIfE > https://youtu.be/ayYrV5IBFUg > https://www.youtube.com/watch?v=rt31-XJ45So&t=8s > [~gbenhaim(a)redhat.com] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2367) Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback
by Dafna Ron (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2367?page=com.atlassian.jira.… ] Dafna Ron commented on OVIRT-2367: ---------------------------------- I also think that those sort of tests should be done by QE and not in CI testing. > Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback > ----------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-2367 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2367 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: oVirt CI > Reporter: Maor Lipchuk > Assignee: infra > Priority: High > > RHV/oVirt should support functional tests for the disaster recovery feature which was introduced in oVirt/RHV 4.2 > The functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback between the different setups. > Here are more resources explaining about the feature and the its usecases: > github project: > https://github.com/oVirt/ovirt-ansible-disaster-recovery/ > Documentation: > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… > Videos demostrating the usecases for oVirt DR: > https://www.youtube.com/watch?v=_TVhU9Sf2uc > https://www.youtube.com/watch?v=uRxsZME6fGs > https://www.youtube.com/watch?v=7dStBp7Wpo0 > https://www.youtube.com/watch?v=a44PdFbeIfE > https://youtu.be/ayYrV5IBFUg > https://www.youtube.com/watch?v=rt31-XJ45So&t=8s > [~gbenhaim(a)redhat.com] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[oVirt Jenkins] ovirt-system-tests_compat-4.0-suite-master - Build # 2 - Failure!
by jenkins＠jenkins.phx.ovirt.org 24 Jul '18

24 Jul '18

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.0-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.0-suite-master/2/ Build Number: 2 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #2 [Lev Veyde] 004_basic_sanity.py cleanup ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 004_basic_sanity.preview_snapshot_with_memory_40 Error Message: False != True after 600 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 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 78, in wrapper prefix.virt_env.engine_vm().get_api(api_ver=4), *args, **kwargs File "/home/jenkins/workspace/ovirt-system-tests_compat-4.0-suite-master/ovirt-system-tests/compat-4.0-suite-master/test-scenarios/004_basic_sanity.py", line 431, in preview_snapshot_with_memory pass File "/usr/lib64/python2.7/contextlib.py", line 24, in __exit__ self.gen.next() File "/home/jenkins/workspace/ovirt-system-tests_compat-4.0-suite-master/ovirt-system-tests/compat-4.0-suite-master/test_utils/__init__.py", line 264, in TestEvent lambda: File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 271, in assert_true_within_long assert_equals_within_long(func, True, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 258, in assert_equals_within_long func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 237, in assert_equals_within '%s != %s after %s seconds' % (res, value, timeout) AssertionError: False != True after 600 seconds

1 4

[JIRA] (OVIRT-2367) Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback
by Eyal Edri (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2367?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2367: ---------------------------------- Hi [~mlipchuk(a)redhat.com] I'm not sure what is the expectation here from the infra team, Do you need help in setting a new storage suite in OST or you're planning to write tests as part of the project check-pr job? > Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback > ----------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-2367 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2367 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: oVirt CI > Reporter: Maor Lipchuk > Assignee: infra > Priority: High > > RHV/oVirt should support functional tests for the disaster recovery feature which was introduced in oVirt/RHV 4.2 > The functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback between the different setups. > Here are more resources explaining about the feature and the its usecases: > github project: > https://github.com/oVirt/ovirt-ansible-disaster-recovery/ > Documentation: > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… > Videos demostrating the usecases for oVirt DR: > https://www.youtube.com/watch?v=_TVhU9Sf2uc > https://www.youtube.com/watch?v=uRxsZME6fGs > https://www.youtube.com/watch?v=7dStBp7Wpo0 > https://www.youtube.com/watch?v=a44PdFbeIfE > https://youtu.be/ayYrV5IBFUg > https://www.youtube.com/watch?v=rt31-XJ45So&t=8s > [~gbenhaim(a)redhat.com] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2363) 008_basic_ui_sanity.start_grid failure with error "[Errno 2] No such file or directory"
by Shirly Radco (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2363?page=com.atlassian.jira.… ] Shirly Radco commented on OVIRT-2363: ------------------------------------- Fluentd is not related to mom. > 008_basic_ui_sanity.start_grid failure with error "[Errno 2] No such file or directory" > --------------------------------------------------------------------------------------- > > Key: OVIRT-2363 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2363 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Labels: ost_failures > > patch that failed is: https://gerrit.ovirt.org/#/c/92882/ - core: hotplug new disk only if VM is up or paused states > I don't think the patch causes a regression but I am looking at the logs and checking to see if there was a behavior change which caused the ost test itself to fail. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2363) 008_basic_ui_sanity.start_grid failure with error "[Errno 2] No such file or directory"
by Dafna Ron (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2363?page=com.atlassian.jira.… ] Dafna Ron commented on OVIRT-2363: ---------------------------------- [~sradco(a)redhat.com] [~ybardavi] [~msivak(a)redhat.com] Martin Perina 1:59 PM (19 hours ago) to Yedidyah, Shirly, Martin, me, devel, infra Hi, I can see in vdsm.log that it received a kill signal: 2018-07-23 05:24:26,735-0400 INFO (MainThread) [vds] Received signal 15, shutting down (vdsmd:68) And in /var/log/messages I found that mom was killed: Jul 23 05:24:16 lago-basic-suite-master-host-1 systemd: Stopping MOM instance configured for VDSM purposes... ... Jul 23 05:24:26 lago-basic-suite-master-host-1 systemd: mom-vdsm.service stop-sigterm timed out. Killing. Jul 23 05:24:26 lago-basic-suite-master-host-1 systemd: mom-vdsm.service: main process exited, code=killed, status=9/KILL Jul 23 05:24:26 lago-basic-suite-master-host-1 systemd: Stopped MOM instance configured for VDSM purposes. Jul 23 05:24:26 lago-basic-suite-master-host-1 systemd: Unit mom-vdsm.service entered failed state. Jul 23 05:24:26 lago-basic-suite-master-host-1 systemd: mom-vdsm.service failed. So Didi/Shirly/Martin can fluentd error be related to mom shutdown? And could this be a cause of VDSM shutdown? > 008_basic_ui_sanity.start_grid failure with error "[Errno 2] No such file or directory" > --------------------------------------------------------------------------------------- > > Key: OVIRT-2363 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2363 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Labels: ost_failures > > patch that failed is: https://gerrit.ovirt.org/#/c/92882/ - core: hotplug new disk only if VM is up or paused states > I don't think the patch causes a regression but I am looking at the logs and checking to see if there was a behavior change which caused the ost test itself to fail. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2168) Show build artifacts as soon as they are created in STDCI build summary
by Barak Korren (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2168?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-2168: ----------------------------------- Assignee: Barak Korren (was: infra) > Show build artifacts as soon as they are created in STDCI build summary > ----------------------------------------------------------------------- > > Key: OVIRT-2168 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2168 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Standard CI (Pipelines), STDCI Build Report > Reporter: Daniel Belenky > Assignee: Barak Korren > > As an STDCI user, I want to have access to build artifacts as soon as possible in order to access different logs and outputs of my code. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2367) Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback
by Maor Lipchuk (oVirt JIRA) 24 Jul '18

24 Jul '18

Maor Lipchuk created OVIRT-2367: ----------------------------------- Summary: Functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback Key: OVIRT-2367 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2367 Project: oVirt - virtualization made easy Issue Type: Bug Components: oVirt CI Reporter: Maor Lipchuk Assignee: infra Priority: High RHV/oVirt should support functional tests for the disaster recovery feature which was introduced in oVirt/RHV 4.2 The functional tests should support testing disaster recovery scenratios with two ovirt-engine setups to simulate failover and failback between the different setups. Here are more resources explaining about the feature and the its usecases: github project: https://github.com/oVirt/ovirt-ansible-disaster-recovery/ Documentation: https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… Videos demostrating the usecases for oVirt DR: https://www.youtube.com/watch?v=_TVhU9Sf2uc https://www.youtube.com/watch?v=uRxsZME6fGs https://www.youtube.com/watch?v=7dStBp7Wpo0 https://www.youtube.com/watch?v=a44PdFbeIfE https://youtu.be/ayYrV5IBFUg https://www.youtube.com/watch?v=rt31-XJ45So&t=8s [~gbenhaim(a)redhat.com] -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2364) STDCI containers should register themselves as agents
by Barak Korren (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2364?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-2364: ------------------------------------- The ticket title is a bit misleading as it seems to imply that each container will require access to credentials to register itself. Having run_stdci_containers.sh do it will require it to have crediatials as well, which probably also not the best approach. I think long-term the best approach will be to have the slave allocation flow in jenkins create the node objects and then setup the containers on the physical host. > STDCI containers should register themselves as agents > ----------------------------------------------------- > > Key: OVIRT-2364 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2364 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Daniel Belenky > Assignee: infra > > Instead of manually setting up an agent from Jenkins GUI, run_stdci_containers.sh should register them automatically. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2366) Look at the Jenkins "configuration-as-code" plugin to automate more configuraiton
by Barak Korren (oVirt JIRA) 24 Jul '18

24 Jul '18

Barak Korren created OVIRT-2366: ----------------------------------- Summary: Look at the Jenkins "configuration-as-code" plugin to automate more configuraiton Key: OVIRT-2366 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2366 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Jenkins Master Reporter: Barak Korren Assignee: infra While JJB does a lot of cinfiguration for us, its limited to job and view configuration, the [configuration-as-code plugin|https://github.com/jenkinsci/configuration-as-code-plugin] may be able to allow us to configura more aspects of Jenkins automatically. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2365) Please create ovirt-ansible-hosted-engine-setup github repostiory
by Evgheni Dereveanchin (oVirt JIRA) 24 Jul '18

24 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2365?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-2365: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > Please create ovirt-ansible-hosted-engine-setup github repostiory > ----------------------------------------------------------------- > > Key: OVIRT-2365 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2365 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Ido Rosenzwig > Assignee: Evgheni Dereveanchin > > Please create ovirt-ansible-hosted-engine-setup github repostiory > And please assign irosenzw, tiraboschi and sandrobonazzola as administrators. > Thanks. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2365) Please create ovirt-ansible-hosted-engine-setup github repostiory
by Ido Rosenzwig (oVirt JIRA) 24 Jul '18

24 Jul '18

Ido Rosenzwig created OVIRT-2365: ------------------------------------ Summary: Please create ovirt-ansible-hosted-engine-setup github repostiory Key: OVIRT-2365 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2365 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Ido Rosenzwig Assignee: infra Please create ovirt-ansible-hosted-engine-setup github repostiory And please assign irosenzw, tiraboschi and sandrobonazzola as administrators. Thanks. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-master - Build # 598 - Failure!
by jenkins＠jenkins.phx.ovirt.org 24 Jul '18

24 Jul '18

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/598/ Build Number: 598 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #598 [Galit] LagoInitFile.in deploy-scripts path points now to <suit>/deploy-scripts ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_hosts Error Message: The response content type 'text/html; charset=iso-8859-1' isn't the expected XML -------------------- >> begin captured logging << -------------------- ovirtlago.testlib: ERROR: * Unhandled exception in <function _host_is_up_4 at 0x7f6710e53c08> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_within res = func() File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", line 253, in _host_is_up_4 host_obj = host_service.get() File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 36676, in get return self._internal_get(headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_get 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 208, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 130, in _check_fault body = self._internal_read_body(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 316, in _internal_read_body self._connection.check_xml_content_type(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 849, in check_xml_content_type response.headers File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 889, in _check_content_type raise Error(msg) Error: The response content type 'text/html; charset=iso-8859-1' isn't the expected XML --------------------- >> 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 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", line 228, in add_hosts add_hosts_4(prefix) File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", line 275, in add_hosts_4 testlib.assert_true_within(_host_is_up_4, timeout=15*60) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 263, in assert_true_within assert_equals_within(func, True, timeout, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_within res = func() File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", line 253, in _host_is_up_4 host_obj = host_service.get() File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 36676, in get return self._internal_get(headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_get 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 208, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 130, in _check_fault body = self._internal_read_body(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 316, in _internal_read_body self._connection.check_xml_content_type(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 849, in check_xml_content_type response.headers File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 889, in _check_content_type raise Error(msg) 'The response content type \'text/html; charset=iso-8859-1\' isn\'t the expected XML\n-------------------- >> begin captured logging << --------------------\novirtlago.testlib: ERROR: * Unhandled exception in <function _host_is_up_4 at 0x7f6710e53c08>\nTraceback (most recent call last):\n File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_within\n res = func()\n File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", line 253, in _host_is_up_4\n host_obj = host_service.get()\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 36676, in get\n return self._internal_get(headers, query, wait)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_get\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 208, in callback\n self._check_fault(response)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 130, in _check_fault\n body = self._internal_read_body(response)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 316, in _internal_read_body\n self._connection.check_xml_content_type(response)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 849, in check_xml_content_type\n response.headers\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 889, in _check_content_type\n raise Error(msg)\nError: The response content type \'text/html; charset=iso-8859-1\' isn\'t the expected XML\n--------------------- >> end captured logging << ---------------------'

1 1

oVirt infra daily report - unstable production jobs - 530
by jenkins＠jenkins.phx.ovirt.org 24 Jul '18

24 Jul '18

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/530//artifact/exported-a… Cheers, Jenkins

1 0

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

23 Jul '18

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-master/51… Build Number: 517 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #517 [Lev Veyde] 004_basic_sanity.py cleanup [Ehud Yonasi] Drop mock_runner supp for fc26 [Ehud Yonasi] Drop support for fc26 mirror jobs ----------------- Failed Tests: ----------------- No tests ran.

1 1

[JIRA] (OVIRT-2359) Set environment variable in jenkins user's env to inidicate it's a container
by Daniel Belenky (oVirt JIRA) 23 Jul '18

23 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2359?page=com.atlassian.jira.… ] Daniel Belenky edited comment on OVIRT-2359 at 7/23/18 2:38 PM: ---------------------------------------------------------------- Env var will be STDCI_SLAVE_CONTAINER_NAME was (Author: dbelenky(a)redhat.com) STDCI_SLAVE_CONTAINER_NAME > Set environment variable in jenkins user's env to inidicate it's a container > ---------------------------------------------------------------------------- > > Key: OVIRT-2359 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2359 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Daniel Belenky > Assignee: infra > > We need to set a variable under the jenkins user that will indicate we're running inside a container. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2359) Set environment variable in jenkins user's env to inidicate it's a container
by Daniel Belenky (oVirt JIRA) 23 Jul '18

23 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2359?page=com.atlassian.jira.… ] Daniel Belenky updated OVIRT-2359: ---------------------------------- Resolution: Fixed Status: Done (was: To Do) STDCI_SLAVE_CONTAINER_NAME > Set environment variable in jenkins user's env to inidicate it's a container > ---------------------------------------------------------------------------- > > Key: OVIRT-2359 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2359 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Daniel Belenky > Assignee: infra > > We need to set a variable under the jenkins user that will indicate we're running inside a container. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2359) Set environment variable in jenkins user's env to inidicate it's a container
by Daniel Belenky (oVirt JIRA) 23 Jul '18

23 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2359?page=com.atlassian.jira.… ] Daniel Belenky commented on OVIRT-2359: --------------------------------------- Solution I've implemented is adding another systemd unit that reads environment from /proc/1/environ, filters some irrelevant vars such as HOME and PATH, formats the data and writes the rest to /etc/environment. Then /etc/environment is used as EnvironmentFile for systemd which then loads jenkins-jnlp-agent. The current containers startup script gets (via CLI) and a list of agent secrets. I've created OVIRT-2364 to automatically register agents and generate the names. > Set environment variable in jenkins user's env to inidicate it's a container > ---------------------------------------------------------------------------- > > Key: OVIRT-2359 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2359 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Daniel Belenky > Assignee: infra > > We need to set a variable under the jenkins user that will indicate we're running inside a container. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2364) STDCI containers should register themselves as agents
by Daniel Belenky (oVirt JIRA) 23 Jul '18

23 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2364?page=com.atlassian.jira.… ] Daniel Belenky updated OVIRT-2364: ---------------------------------- Description: Instead of manually setting up an agent from Jenkins GUI, run_stdci_containers.sh should register them automatically. (was: Instead of manually setting up an agent from Jenkins GUI, STDCI containers should register automatically upon startup) > STDCI containers should register themselves as agents > ----------------------------------------------------- > > Key: OVIRT-2364 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2364 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Daniel Belenky > Assignee: infra > > Instead of manually setting up an agent from Jenkins GUI, run_stdci_containers.sh should register them automatically. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2364) STDCI containers should register themselves as agents
by Daniel Belenky (oVirt JIRA) 23 Jul '18

23 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2364?page=com.atlassian.jira.… ] Daniel Belenky updated OVIRT-2364: ---------------------------------- Description: Instead of manually setting up an agent from Jenkins GUI, STDCI containers should register automatically upon startup > STDCI containers should register themselves as agents > ----------------------------------------------------- > > Key: OVIRT-2364 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2364 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Daniel Belenky > Assignee: infra > > Instead of manually setting up an agent from Jenkins GUI, STDCI containers should register automatically upon startup -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2364) STDCI containers should register themselves as agents
by Daniel Belenky (oVirt JIRA) 23 Jul '18

23 Jul '18

Daniel Belenky created OVIRT-2364: ------------------------------------- Summary: STDCI containers should register themselves as agents Key: OVIRT-2364 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2364 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Daniel Belenky Assignee: infra -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2364) STDCI containers should register themselves as agents
by Daniel Belenky (oVirt JIRA) 23 Jul '18

23 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2364?page=com.atlassian.jira.… ] Daniel Belenky updated OVIRT-2364: ---------------------------------- Epic Link: OVIRT-2326 > STDCI containers should register themselves as agents > ----------------------------------------------------- > > Key: OVIRT-2364 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2364 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Daniel Belenky > Assignee: infra > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

Build failed in Jenkins: system-sync_mirrors-epel-el7-x86_64 #1656
by jenkins＠jenkins.phx.ovirt.org 23 Jul '18

23 Jul '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el7-x86_64/1656/displ…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el7-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 2f98558c97f22c06e50cbd4e435866e077ecdba6 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 2f98558c97f22c06e50cbd4e435866e077ecdba6 Commit message: "Add DSL handling for the 'reporting' option" > git rev-list --no-walk 2f98558c97f22c06e50cbd4e435866e077ecdba6 # timeout=10 [system-sync_mirrors-epel-el7-x86_64] $ /bin/bash -xe /tmp/jenkins8394307344546902714.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Resyncing repo: epel-el7 Syncing yum repo epel-el7 for arch: x86_64 epel-el7/group | 365 kB 00:00 godot-3.0.4-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/g * free 20 k * needed 15 M php-bartlett-php-compatinfo-db-1.33.0-1.el7.noarch: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/p * free 20 k * needed 342 k godot-server-3.0.4-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/g * free 20 k * needed 15 M godot-runner-3.0.4-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/g * free 20 k * needed 6.7 M Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 326, in main result, error = my.sigCheckPkg(pkg) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 2759, in sigCheckPkg ts, po.localPkg(), payload=self.conf.payload_gpgcheck, File "/usr/lib/python2.7/site-packages/rpmUtils/miscutils.py", line 76, in checkSig fdno = os.open(package, os.O_RDONLY) OSError: [Errno 2] No such file or directory: '/var/www/html/repos/yum/epel-el7/base/Packages/g/godot-3.0.4-1.el7.x86_64.rpm' Build step 'Execute shell' marked build as failure

1 1

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

23 Jul '18

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

1 1

Hi, it seems lfedora1.lf-dev.marist.edu is down
by Barak Korren 23 Jul '18

23 Jul '18

Hi Dan, Its Barak from oVirt CI, Both our jenkins masters are failing to connect to it ATM, and we have build jobs piling up in the build queues... Can you take care of it? -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

1 0

Build failed in Jenkins: system-sync_mirrors-fedora-updates-fc28-x86_64 #247
by jenkins＠jenkins.phx.ovirt.org 23 Jul '18

23 Jul '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc28-x86_64…> ------------------------------------------ [...truncated 59.19 KB...] * free 20 k * needed 534 k dracut-caps-048-6.git20180718.fc28.1.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/d * free 20 k * needed 48 k systemd-pam-238-9.git0e0aa59.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/s * free 20 k * needed 203 k systemd-238-9.git0e0aa59.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/s * free 20 k * needed 3.7 M evolution-devel-3.28.4-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/e * free 20 k * needed 275 k python2-rasterio-1.0.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 947 k tigervnc-icons-1.9.0-1.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/t * free 20 k * needed 44 k dracut-live-048-6.git20180718.fc28.1.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/d * free 20 k * needed 57 k evolution-ews-langpacks-3.28.4-1.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/e * free 20 k * needed 165 k hunspell-xh-0.20091030-14.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/h * free 20 k * needed 79 k unbound-1.7.3-6.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/u * free 20 k * needed 885 k kernel-modules-4.17.7-200.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 20 k * needed 28 M evolution-data-server-doc-3.28.4-1.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/e * free 20 k * needed 914 k 1:gnome-bluetooth-libs-3.28.1-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/g * free 20 k * needed 316 k tigervnc-license-1.9.0-1.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/t * free 20 k * needed 35 k tigervnc-server-1.9.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/t * free 20 k * needed 247 k file-libs-5.33-7.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/f * free 20 k * needed 547 k dracut-config-rescue-048-6.git20180718.fc28.1.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/d * free 20 k * needed 48 k kernel-headers-4.17.7-200.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 20 k * needed 1.2 M libspiro-20150131-8.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/l * free 20 k * needed 38 k sword-devel-1.8.1-7.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/s * free 20 k * needed 117 k 1:libuv-1.22.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/l * free 20 k * needed 138 k mutter-devel-3.28.3-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/m * free 20 k * needed 347 k evolution-pst-3.28.4-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/e * free 20 k * needed 34 k poedit-2.0.9-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 1.7 M kernel-debug-modules-4.17.7-200.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 20 k * needed 28 M dracut-048-6.git20180718.fc28.1.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/d * free 20 k * needed 352 k hunspell-zu-0.20100126-16.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/h * free 20 k * needed 361 k evolution-ews-3.28.4-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/e * free 20 k * needed 389 k krb5-pkinit-1.16.1-13.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 20 k * needed 176 k python2-audit-2.8.4-2.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 84 k libkadm5-1.16.1-13.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/l * free 20 k * needed 182 k sugar-pippy-71-3.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/s * free 20 k * needed 4.0 M 1:libuv-static-1.22.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/l * free 20 k * needed 89 k systemd-tests-238-9.git0e0aa59.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/s * free 20 k * needed 4.7 M python3-rasterio-1.0.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 953 k krb5-pkinit-1.16.1-13.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 20 k * needed 170 k bpftool-4.17.7-200.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/b * free 20 k * needed 495 k 1:libuv-1.22.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/l * free 20 k * needed 132 k systemd-container-238-9.git0e0aa59.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/s * free 20 k * needed 474 k python3-sword-1.8.1-7.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 461 k sword-devel-1.8.1-7.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/s * free 20 k * needed 117 k audit-2.8.4-2.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/a * free 20 k * needed 259 k evolution-data-server-devel-3.28.4-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/e * free 20 k * needed 557 k krb5-libs-1.16.1-13.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 20 k * needed 842 k evolution-data-server-langpacks-3.28.4-1.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/e * free 20 k * needed 1.4 M audispd-plugins-2.8.4-2.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/a * free 20 k * needed 38 k evolution-bogofilter-3.28.4-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/e * free 20 k * needed 21 k hyphen-lv-1.0.0-7.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/h * free 20 k * needed 48 k proftpd-devel-1.3.6-15.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 134 k python3-audit-2.8.4-2.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 83 k bibletime-2.11.2-2.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/b * free 20 k * needed 2.0 M unbound-munin-1.7.3-6.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/u * free 20 k * needed 38 k hunspell-ve-0.20091030-14.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/h * free 20 k * needed 48 k python2-cryptography-2.3-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 504 k libvarlink-devel-12-1.fc28.i686: [Errno 256] No more mirrors to try. 1:libuv-devel-1.22.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/l * free 20 k * needed 33 k python3-varlink-27.1.0-1.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 48 k tigervnc-server-applet-1.9.0-1.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/t * free 20 k * needed 599 k systemd-devel-238-9.git0e0aa59.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/s * free 20 k * needed 330 k python3-perf-4.17.7-200.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 115 k dracut-network-048-6.git20180718.fc28.1.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/d * free 20 k * needed 92 k proftpd-postgresql-1.3.6-15.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 60 k systemd-238-9.git0e0aa59.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/s * free 20 k * needed 3.6 M 1:libuv-static-1.22.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/l * free 20 k * needed 98 k unbound-devel-1.7.3-6.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/u * free 20 k * needed 57 k audit-libs-devel-2.8.4-2.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/a * free 20 k * needed 83 k dracut-tools-048-6.git20180718.fc28.1.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/d * free 20 k * needed 49 k hunspell-vi-0.20120418-1.fc28.noarch: [Errno 256] No more mirrors to try. proftpd-ldap-1.3.6-15.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 80 k systemd-journal-remote-238-9.git0e0aa59.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/s * free 20 k * needed 135 k proftpd-devel-1.3.6-15.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 134 k proftpd-mysql-1.3.6-15.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 59 k audit-libs-static-2.8.4-2.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/a * free 20 k * needed 124 k libattr-2.4.48-3.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/l * free 20 k * needed 26 k mutter-3.28.3-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/m * free 20 k * needed 2.5 M hunspell-uz-0.6-16.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/h * free 20 k * needed 288 k krb5-server-1.16.1-13.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 20 k * needed 1.1 M audit-libs-2.8.4-2.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/a * free 20 k * needed 114 k proftpd-1.3.6-15.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 3.9 M python2-unbound-1.7.3-6.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/p * free 20 k * needed 115 k Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 326, in main result, error = my.sigCheckPkg(pkg) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 2759, in sigCheckPkg ts, po.localPkg(), payload=self.conf.payload_gpgcheck, File "/usr/lib/python2.7/site-packages/rpmUtils/miscutils.py", line 76, in checkSig fdno = os.open(package, os.O_RDONLY) OSError: [Errno 2] No such file or directory: '/var/www/html/repos/yum/fedora-updates-fc28/base/Packages/a/attr-2.4.48-3.fc28.x86_64.rpm' Build step 'Execute shell' marked build as failure

1 2

[JIRA] (OVIRT-2295) HE symlinks for deployment scrips
by Gal Ben Haim (oVirt JIRA) 23 Jul '18

23 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2295?page=com.atlassian.jira.… ] Gal Ben Haim updated OVIRT-2295: -------------------------------- Resolution: Fixed Status: Done (was: To Do) https://gerrit.ovirt.org/#/c/92773/ > HE symlinks for deployment scrips > --------------------------------- > > Key: OVIRT-2295 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2295 > Project: oVirt - virtualization made easy > Issue Type: Sub-task > Components: OST > Reporter: Galit Rosenthal > Assignee: infra > > HE create symlinks for deployments scripts -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2363) 008_basic_ui_sanity.start_grid failure with error "[Errno 2] No such file or directory"
by Dafna Ron (oVirt JIRA) 23 Jul '18

23 Jul '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2363?page=com.atlassian.jira.… ] Dafna Ron commented on OVIRT-2363: ---------------------------------- looking at the logs it seems the issue was host-1 was not responding. messages log on the host shows errors on fluentd: https://pastebin.com/kBMZaFPE [~mwperina] can you please have a look at the logs as well? logs can be found here: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8764/artifac… > 008_basic_ui_sanity.start_grid failure with error "[Errno 2] No such file or directory" > --------------------------------------------------------------------------------------- > > Key: OVIRT-2363 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2363 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Labels: ost_failures > > patch that failed is: https://gerrit.ovirt.org/#/c/92882/ - core: hotplug new disk only if VM is up or paused states > I don't think the patch causes a regression but I am looking at the logs and checking to see if there was a behavior change which caused the ost test itself to fail. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[JIRA] (OVIRT-2363) 008_basic_ui_sanity.start_grid failure with error "[Errno 2] No such file or directory"
by Dafna Ron (oVirt JIRA) 23 Jul '18

23 Jul '18

Dafna Ron created OVIRT-2363: -------------------------------- Summary: 008_basic_ui_sanity.start_grid failure with error "[Errno 2] No such file or directory" Key: OVIRT-2363 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2363 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra patch that failed is: https://gerrit.ovirt.org/#/c/92882/ - core: hotplug new disk only if VM is up or paused states I don't think the patch causes a regression but I am looking at the logs and checking to see if there was a behavior change which caused the ost test itself to fail. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100090)

1 0

[CQ]: 92882,9 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 23 Jul '18

23 Jul '18

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

1 0

Build failed in Jenkins: system-sync_mirrors-fedora-base-fcraw-x86_64 #722
by jenkins＠jenkins.phx.ovirt.org 23 Jul '18

23 Jul '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fcraw-x86_64/7…> Changes: [Barak Korren] Move DSL normalization functions to common package [Barak Korren] Re-factor STDCI DSL files for PEP8 [Barak Korren] Add DSL handling for the 'reporting' option ------------------------------------------ [...truncated 10.05 MB...] librealsense1-1.12.1-16.fc29.x86_64: [Errno 256] No more mirrors to try. gimp-help-el-2.8.2-11.fc29.noarch: [Errno 256] No more mirrors to try. dracut-048-6.git20180718.fc29.1.x86_64: [Errno 256] No more mirrors to try. libsass-3.5.4-3.fc29.i686: [Errno 256] No more mirrors to try. gegl03-0.3.30-3.fc29.i686: [Errno 256] No more mirrors to try. libsq3-20071018-24.fc29.i686: [Errno 256] No more mirrors to try. mapserver-libs-7.0.5-14.git208bb3a.fc29.i686: [Errno 256] No more mirrors to try. python3-certbot-dns-sakuracloud-0.26.1-1.fc29.noarch: [Errno 256] No more mirrors to try. mongo-c-driver-1.12.0-1.fc29.i686: [Errno 256] No more mirrors to try. json-devel-2.0.2-6.fc29.x86_64: [Errno 256] No more mirrors to try. jasmine-node-1.14.3-11.fc29.noarch: [Errno 256] No more mirrors to try. liblinear-1.94-17.fc29.x86_64: [Errno 256] No more mirrors to try. gtkpod-devel-2.1.5-9.fc29.i686: [Errno 256] No more mirrors to try. golang-misc-1.11-0.beta2.1.fc29.noarch: [Errno 256] No more mirrors to try. openscap-engine-sce-1.3.0_alpha1-1.fc29.i686: [Errno 256] No more mirrors to try. mod_session-2.4.34-3.fc29.x86_64: [Errno 256] No more mirrors to try. vrq-devel-1.0.130-4.fc29.i686: [Errno 256] No more mirrors to try. squeal-0.4.1-19.fc29.noarch: [Errno 256] No more mirrors to try. python2-zeitgeist-1.0-8.fc29.noarch: [Errno 256] No more mirrors to try. lwtools-doc-4.15-4.fc29.noarch: [Errno 256] No more mirrors to try. vdr-iptv-2.4.0-2.fc29.x86_64: [Errno 256] No more mirrors to try. mesa-libGLU-devel-9.0.0-16.fc29.x86_64: [Errno 256] No more mirrors to try. mutter-3.29.4-1.fc29.x86_64: [Errno 256] No more mirrors to try. did-0.9-9.fc29.noarch: [Errno 256] No more mirrors to try. libunistring-0.9.10-2.fc29.i686: [Errno 256] No more mirrors to try. python3-fb303-0.10.0-15.fc29.x86_64: [Errno 256] No more mirrors to try. python2-osc-lib-tests-1.9.0-3.fc29.noarch: [Errno 256] No more mirrors to try. libopkele-2.0.4-26.fc29.x86_64: [Errno 256] No more mirrors to try. mxml-devel-2.11-4.fc29.x86_64: [Errno 256] No more mirrors to try. mapserver-7.0.5-14.git208bb3a.fc29.x86_64: [Errno 256] No more mirrors to try. pjproject-2.7.2-2.fc29.i686: [Errno 256] No more mirrors to try. device-mapper-event-devel-1.02.149-1.fc29.i686: [Errno 256] No more mirrors to try. kernel-headers-4.18.0-0.rc5.git4.1.fc29.x86_64: [Errno 256] No more mirrors to try. plasma-nm-pptp-5.13.3-2.fc29.x86_64: [Errno 256] No more mirrors to try. perl-Authen-Krb5-1.9-25.fc29.x86_64: [Errno 256] No more mirrors to try. hypre-doc-2.14.0-4.fc29.noarch: [Errno 256] No more mirrors to try. slurm-devel-17.11.8-1.fc29.i686: [Errno 256] No more mirrors to try. librealsense-doc-2.14.0-1.fc29.x86_64: [Errno 256] No more mirrors to try. perl-Net-DNS-SEC-1.09-3.fc29.x86_64: [Errno 256] No more mirrors to try. hunspell-en-US-0.20140811.1-13.fc29.noarch: [Errno 256] No more mirrors to try. pimd-2.3.2-10.fc29.x86_64: [Errno 256] No more mirrors to try. python3-pyface-6.0.0-1.fc29.noarch: [Errno 256] No more mirrors to try. python3-ceilometermiddleware-0.5.0-6.fc29.noarch: [Errno 256] No more mirrors to try. nodejs-chainsaw-0.1.0-9.fc29.noarch: [Errno 256] No more mirrors to try. gegl03-0.3.30-3.fc29.x86_64: [Errno 256] No more mirrors to try. wxGTK-devel-2.8.12-31.fc29.x86_64: [Errno 256] No more mirrors to try. pcmciautils-018-15.fc29.x86_64: [Errno 256] No more mirrors to try. perl-Crypt-OpenSSL-Random-0.15-3.fc29.x86_64: [Errno 256] No more mirrors to try. libmpcdec-devel-1.2.6-22.fc29.i686: [Errno 256] No more mirrors to try. mxml-2.11-4.fc29.x86_64: [Errno 256] No more mirrors to try. graphviz-devel-2.40.1-36.fc29.x86_64: [Errno 256] No more mirrors to try. vim-halibut-1.2-6.fc29.noarch: [Errno 256] No more mirrors to try. tilix-nautilus-1.8.1-3.fc29.x86_64: [Errno 256] No more mirrors to try. gnome-online-accounts-devel-3.29.4-1.fc29.i686: [Errno 256] No more mirrors to try. perl-Exporter-Tiny-1.002001-1.fc29.noarch: [Errno 256] No more mirrors to try. libkworkspace5-5.13.3-4.fc29.x86_64: [Errno 256] No more mirrors to try. rawstudio-2.1-0.19.20170414.g003dd4f_rawspeed.20161119.gfa23d1c.fc29.x86_64: [Errno 256] No more mirrors to try. nes_ntsc-0.2.2-17.fc29.i686: [Errno 256] No more mirrors to try. x2goserver-printing-4.1.0.0-4.fc29.x86_64: [Errno 256] No more mirrors to try. netsniff-ng-0.6.4-4.fc29.x86_64: [Errno 256] No more mirrors to try. 3:mariadb-cracklib-password-check-10.3.8-3.fc29.x86_64: [Errno 256] No more mirrors to try. mingw64-gdb-8.0-4.fc29.noarch: [Errno 256] No more mirrors to try. python2-distro-info-0.18-1.fc29.noarch: [Errno 256] No more mirrors to try. python2-PyMuPDF-1.13.14-1.fc29.x86_64: [Errno 256] No more mirrors to try. python2-libproxy-0.4.15-8.fc29.noarch: [Errno 256] No more mirrors to try. ginac-utils-1.7.4-4.fc29.x86_64: [Errno 256] No more mirrors to try. llvm6.0-6.0.1-3.fc29.x86_64: [Errno 256] No more mirrors to try. irrXML-1.8.4-8.fc29.i686: [Errno 256] No more mirrors to try. nqc-doc-nl-3.1.7-23.fc29.x86_64: [Errno 256] No more mirrors to try. iperf3-3.6-3.fc29.i686: [Errno 256] No more mirrors to try. mathgl-qt4-devel-2.4.1-9.fc29.i686: [Errno 256] No more mirrors to try. python3-oslo-messaging-tests-8.0.0-1.fc29.noarch: [Errno 256] No more mirrors to try. gvfs-tests-1.37.2-2.fc29.x86_64: [Errno 256] No more mirrors to try. mingw32-gstreamer1-plugins-good-1.14.1-1.fc29.noarch: [Errno 256] No more mirrors to try. mingw32-gdb-8.0-4.fc29.noarch: [Errno 256] No more mirrors to try. vdr-live-2.3.1-7.20170519git5cb665d.fc29.x86_64: [Errno 256] No more mirrors to try. perl-Devel-Cover-1.29-4.fc29.x86_64: [Errno 256] No more mirrors to try. 1:gnu-efi-utils-3.0.8-5.fc29.x86_64: [Errno 256] No more mirrors to try. gegl04-devel-docs-0.4.4-3.fc29.x86_64: [Errno 256] No more mirrors to try. gcrystal-0.14.17-14.fc29.x86_64: [Errno 256] No more mirrors to try. unbound-libs-1.7.3-6.fc29.x86_64: [Errno 256] No more mirrors to try. python2-mpmath-1.0.0-3.fc29.noarch: [Errno 256] No more mirrors to try. 3:mariadb-connect-engine-10.3.8-3.fc29.x86_64: [Errno 256] No more mirrors to try. python-rpm-macros-3-34.fc29.noarch: [Errno 256] No more mirrors to try. native-platform-javadoc-0.14-14.fc29.noarch: [Errno 256] No more mirrors to try. vdr-live-data-2.3.1-7.20170519git5cb665d.fc29.noarch: [Errno 256] No more mirrors to try. nodejs-send-0.16.1-4.fc29.noarch: [Errno 256] No more mirrors to try. openqa-plugin-fedmsg-4.5-8.20180207git3977d2f.fc29.noarch: [Errno 256] No more mirrors to try. pnglite-0.1.17-1.fc29.17.i686: [Errno 256] No more mirrors to try. nbdkit-plugin-lua-1.5.1-1.fc29.x86_64: [Errno 256] No more mirrors to try. python3-XStatic-Json2yaml-0.1.1.0-1.fc29.noarch: [Errno 256] No more mirrors to try. mesa-libGLU-9.0.0-16.fc29.i686: [Errno 256] No more mirrors to try. python2-openimageio-1.8.12-3.fc29.x86_64: [Errno 256] No more mirrors to try. mxml-2.11-4.fc29.i686: [Errno 256] No more mirrors to try. krb5-pkinit-1.16.1-17.fc29.x86_64: [Errno 256] No more mirrors to try. python3-gccinvocation-0.1-17.fc29.noarch: [Errno 256] No more mirrors to try. plasma-workspace-wayland-5.13.3-4.fc29.x86_64: [Errno 256] No more mirrors to try. plasma-workspace-geolocation-5.13.3-4.fc29.x86_64: [Errno 256] No more mirrors to try. gegl04-0.4.4-3.fc29.i686: [Errno 256] No more mirrors to try. lm_sensors-libs-3.4.0-17.20180522git70f7e08.fc29.x86_64: [Errno 256] No more mirrors to try. python2-gexiv2-0.10.8-4.fc29.x86_64: [Errno 256] No more mirrors to try. courier-unicode-2.0-5.fc29.x86_64: [Errno 256] No more mirrors to try. kwin-libs-5.13.3-4.fc29.i686: [Errno 256] No more mirrors to try. powerdevil-5.13.3-3.fc29.x86_64: [Errno 256] No more mirrors to try. perl-Params-Util-1.07-25.fc29.x86_64: [Errno 256] No more mirrors to try. libical-glib-doc-3.0.3-7.fc29.noarch: [Errno 256] No more mirrors to try. pipewire-doc-0.2.1-1.fc29.x86_64: [Errno 256] No more mirrors to try. zaz-1.0.0-24.fc29.x86_64: [Errno 256] No more mirrors to try. mingw64-qt5-qttools-tools-5.11.1-2.fc29.x86_64: [Errno 256] No more mirrors to try. xmlindent-0.2.17-28.fc29.x86_64: [Errno 256] No more mirrors to try. python3-numexpr-2.6.6-1.fc29.x86_64: [Errno 256] No more mirrors to try. rust-pkg-config-devel-0.3.12-1.fc29.noarch: [Errno 256] No more mirrors to try. procmail-3.22-48.fc29.x86_64: [Errno 256] No more mirrors to try. mathgl-qt5-2.4.1-9.fc29.x86_64: [Errno 256] No more mirrors to try. edk2-arm-20180529gitee3198e672e2-4.fc29.noarch: [Errno 256] No more mirrors to try. device-mapper-devel-1.02.149-1.fc29.i686: [Errno 256] No more mirrors to try. flann-static-1.8.4-18.fc29.x86_64: [Errno 256] No more mirrors to try. python-certbot-dns-gehirn-doc-0.26.1-1.fc29.noarch: [Errno 256] No more mirrors to try. 1:mod_proxy_html-2.4.34-3.fc29.x86_64: [Errno 256] No more mirrors to try. npush-0.7-21.fc29.x86_64: [Errno 256] No more mirrors to try. perl-distro-info-0.18-1.fc29.noarch: [Errno 256] No more mirrors to try. lorax-templates-generic-29.10-1.fc29.x86_64: [Errno 256] No more mirrors to try. 1:libpqxx-devel-4.0.1-15.fc29.x86_64: [Errno 256] No more mirrors to try. mmg2d-5.3.10-4.fc29.i686: [Errno 256] No more mirrors to try. upx-3.94-3.fc29.x86_64: [Errno 256] No more mirrors to try. espeak-ng-vim-1.49.2-4.fc29.noarch: [Errno 256] No more mirrors to try. libomxil-bellagio-0.9.3-20.fc29.x86_64: [Errno 256] No more mirrors to try. python2-pyflakes-2.0.0-7.fc29.noarch: [Errno 256] No more mirrors to try. 3:mariadb-config-10.3.8-3.fc29.x86_64: [Errno 256] No more mirrors to try. man2html-core-1.6-22.g.fc29.x86_64: [Errno 256] No more mirrors to try. 1:qbs-1.12.0-1.fc29.x86_64: [Errno 256] No more mirrors to try. gnome-chemistry-utils-libs-0.14.17-14.fc29.x86_64: [Errno 256] No more mirrors to try. scim-tables-additional-0.5.14-5.fc29.x86_64: [Errno 256] No more mirrors to try. golang-github-data-dog-godog-devel-0.7.6-2.fc29.noarch: [Errno 256] No more mirrors to try. xstatic-filesaver-common-1.3.2.0-1.fc29.noarch: [Errno 256] No more mirrors to try. ignition-0.26.0-0.5.git7610725.fc29.x86_64: [Errno 256] No more mirrors to try. mingw64-qt5-qtbase-devel-5.11.1-4.fc29.x86_64: [Errno 256] No more mirrors to try. mingw64-curl-static-7.61.0-1.fc29.noarch: [Errno 256] No more mirrors to try. jimtcl-0.78-1.fc29.i686: [Errno 256] No more mirrors to try. uronode-2.9-3.fc29.x86_64: [Errno 256] No more mirrors to try. gputils-1.5.0-1.fc29.x86_64: [Errno 256] No more mirrors to try. setroubleshoot-server-3.3.18-1.fc29.x86_64: [Errno 256] No more mirrors to try. sha3sum-1.04-3.fc29.noarch: [Errno 256] No more mirrors to try. libwvstreams-static-4.6.1-27.fc29.x86_64: [Errno 256] No more mirrors to try. stormbaancoureur-2.1.6-16.fc29.x86_64: [Errno 256] No more mirrors to try. 3:mariadb-errmsg-10.3.8-3.fc29.x86_64: [Errno 256] No more mirrors to try. ignition-dracut-0.26.0-0.5.git7610725.fc29.noarch: [Errno 256] No more mirrors to try. golang-github-cznic-golex-unit-test-devel-0-0.6.20170803.git4ab7c5e.fc29.x86_64: [Errno 256] No more mirrors to try. python2-XStatic-Json2yaml-0.1.1.0-1.fc29.noarch: [Errno 256] No more mirrors to try. fex-2.0.0-7.fc29.x86_64: [Errno 256] No more mirrors to try. glui-2.36-14.fc29.x86_64: [Errno 256] No more mirrors to try. perl-Net-IP-CMatch-0.02-36.fc29.x86_64: [Errno 256] No more mirrors to try. setroubleshoot-legacy-3.3.18-1.fc29.x86_64: [Errno 256] No more mirrors to try. netcdf-cxx4-devel-4.3.0-7.fc29.i686: [Errno 256] No more mirrors to try. selinux-policy-doc-3.14.2-28.fc29.noarch: [Errno 256] No more mirrors to try. vdr-devel-2.4.0-2.fc29.x86_64: [Errno 256] No more mirrors to try. nut-2.7.4-18.fc29.x86_64: [Errno 256] No more mirrors to try. libinfinity-gtk-0.7.1-6.fc29.x86_64: [Errno 256] No more mirrors to try. python3-pygsl-2.2.0-10.fc29.x86_64: [Errno 256] No more mirrors to try. 3:mariadb-embedded-devel-10.3.8-3.fc29.x86_64: [Errno 256] No more mirrors to try. python3-os-client-config-1.28.0-5.fc29.noarch: [Errno 256] No more mirrors to try. hamlib-3.2-5.fc29.i686: [Errno 256] No more mirrors to try. perl-File-FcntlLock-0.22-13.fc29.x86_64: [Errno 256] No more mirrors to try. slurm-slurmdbd-17.11.8-1.fc29.x86_64: [Errno 256] No more mirrors to try. 3:mariadb-server-galera-10.3.8-3.fc29.x86_64: [Errno 256] No more mirrors to try. mingw64-nettle-3.4-2.fc29.noarch: [Errno 256] No more mirrors to try. fwupdate-11-3.fc29.x86_64: [Errno 256] No more mirrors to try. 3:mariadb-devel-10.3.8-3.fc29.x86_64: [Errno 256] No more mirrors to try. hypre-openmpi-devel-2.14.0-4.fc29.i686: [Errno 256] No more mirrors to try. python3-distro-info-0.18-1.fc29.noarch: [Errno 256] No more mirrors to try. rust-serde_bytes-devel-0.10.4-3.fc29.noarch: [Errno 256] No more mirrors to try. hostapd-2.6-11.fc29.x86_64: [Errno 256] No more mirrors to try. ncl-6.4.0-6.fc29.x86_64: [Errno 256] No more mirrors to try. lensfun-0.3.2-18.fc29.i686: [Errno 256] No more mirrors to try. python2-requests-mock-1.5.2-1.fc29.noarch: [Errno 256] No more mirrors to try. kopete-18.04.3-1.fc29.x86_64: [Errno 256] No more mirrors to try. lensfun-0.3.2-18.fc29.x86_64: [Errno 256] No more mirrors to try. gala-devel-0.3.1-0.7.20180710.git9502677.fc29.x86_64: [Errno 256] No more mirrors to try. openzwave-1.5.0-0.20180623git1e36dcc.0.fc29.x86_64: [Errno 256] No more mirrors to try. wxpdfdoc-0.9.3-13.fc29.x86_64: [Errno 256] No more mirrors to try. python2-mpich-3.2.1-8.fc29.x86_64: [Errno 256] No more mirrors to try. 3:mariadb-server-utils-10.3.8-3.fc29.x86_64: [Errno 256] No more mirrors to try. qt-creator-data-4.7.0-1.fc29.noarch: [Errno 256] No more mirrors to try. glib2-static-2.57.1-1.fc29.i686: [Errno 256] No more mirrors to try. pipewire-0.2.1-1.fc29.i686: [Errno 256] No more mirrors to try. sparse-devel-0.5.2-2.fc29.i686: [Errno 256] No more mirrors to try. testng-6.14.3-5.fc29.noarch: [Errno 256] No more mirrors to try. vrq-devel-1.0.130-4.fc29.x86_64: [Errno 256] No more mirrors to try. python2-collectd-ceilometer-plugin-1.0.1-7.fc29.noarch: [Errno 256] No more mirrors to try. mkosi-4-3.fc29.noarch: [Errno 256] No more mirrors to try. taginfo-1.2-19.fc29.x86_64: [Errno 256] No more mirrors to try. pki-base-java-10.6.4-1.fc29.noarch: [Errno 256] No more mirrors to try. nbdkit-1.5.1-1.fc29.x86_64: [Errno 256] No more mirrors to try. vodovod-1.10r22-12.fc29.x86_64: [Errno 256] No more mirrors to try. uulib-devel-0.5.20-42.fc29.x86_64: [Errno 256] No more mirrors to try. python3-collectd-ceilometer-plugin-1.0.1-7.fc29.noarch: [Errno 256] No more mirrors to try. gvfs-afc-1.37.2-2.fc29.x86_64: [Errno 256] No more mirrors to try. distro-info-data-0.38-1.fc29.noarch: [Errno 256] No more mirrors to try. ois-devel-1.3.0-16.fc29.x86_64: [Errno 256] No more mirrors to try. exim-pgsql-4.91-4.fc29.x86_64: [Errno 256] No more mirrors to try. faust-osclib-devel-0.9.46-15.fc29.i686: [Errno 256] No more mirrors to try. libesmtp-devel-1.0.6-16.fc29.i686: [Errno 256] No more mirrors to try. ginac-1.7.4-4.fc29.x86_64: [Errno 256] No more mirrors to try. xbase-3.1.2-19.fc29.i686: [Errno 256] No more mirrors to try. python-os-win-doc-2.2.0-6.fc29.noarch: [Errno 256] No more mirrors to try. python3-audit-3.0-0.1.20180717gitacd53d1.fc29.x86_64: [Errno 256] No more mirrors to try. python3-pycscope-1.2.1-16.fc29.noarch: [Errno 256] No more mirrors to try. mathgl-mglview-2.4.1-9.fc29.x86_64: [Errno 256] No more mirrors to try. libnitrokey-3.4.1-1.fc29.i686: [Errno 256] No more mirrors to try. gtkpod-2.1.5-9.fc29.x86_64: [Errno 256] No more mirrors to try. oyranos-0.9.5-27.fc29.x86_64: [Errno 256] No more mirrors to try. gspectrum-0.14.17-14.fc29.x86_64: [Errno 256] No more mirrors to try. nbdkit-1.5.1-1.fc29.i686: [Errno 256] No more mirrors to try. ncl-examples-6.4.0-6.fc29.noarch: [Errno 256] No more mirrors to try. libproxy-0.4.15-8.fc29.i686: [Errno 256] No more mirrors to try. ptscotch-openmpi-devel-6.0.6-1.fc29.i686: [Errno 256] No more mirrors to try. deepin-image-viewer-1.2.16.8-3.fc29.x86_64: [Errno 256] No more mirrors to try. libupnp-1.8.3-3.fc29.i686: [Errno 256] No more mirrors to try. mapserver-devel-7.0.5-14.git208bb3a.fc29.x86_64: [Errno 256] No more mirrors to try. perl-Image-SubImageFind-0.03-17.fc29.x86_64: [Errno 256] No more mirrors to try. nodejs-grunt-cli-1.2.0-6.fc29.noarch: [Errno 256] No more mirrors to try. mosquitto-1.5-5.fc29.i686: [Errno 256] No more mirrors to try. python-ldaptor-doc-16.0.1-3.fc29.noarch: [Errno 256] No more mirrors to try. speech-dispatcher-0.8.8-8.fc29.i686: [Errno 256] No more mirrors to try. selinux-policy-sandbox-3.14.2-28.fc29.noarch: [Errno 256] No more mirrors to try. p7zip-16.02-13.fc29.x86_64: [Errno 256] No more mirrors to try. openscap-devel-1.3.0_alpha1-1.fc29.i686: [Errno 256] No more mirrors to try. freeimage-plus-3.17.0-16.fc29.x86_64: [Errno 256] No more mirrors to try. mathgl-devel-2.4.1-9.fc29.i686: [Errno 256] No more mirrors to try. plasma-workspace-geolocation-libs-5.13.3-4.fc29.x86_64: [Errno 256] No more mirrors to try. ois-1.3.0-16.fc29.x86_64: [Errno 256] No more mirrors to try. plasma-discover-flatpak-5.13.3-4.fc29.x86_64: [Errno 256] No more mirrors to try. xbase-devel-3.1.2-19.fc29.x86_64: [Errno 256] No more mirrors to try. freeimage-3.17.0-16.fc29.x86_64: [Errno 256] No more mirrors to try. netcdf-cxx4-devel-4.3.0-7.fc29.x86_64: [Errno 256] No more mirrors to try. liblinear-doc-1.94-17.fc29.noarch: [Errno 256] No more mirrors to try. mapserver-java-7.0.5-14.git208bb3a.fc29.x86_64: [Errno 256] No more mirrors to try. mate-system-monitor-1.20.1-3.fc29.x86_64: [Errno 256] No more mirrors to try. libsq3-devel-20071018-24.fc29.i686: [Errno 256] No more mirrors to try. python2-py-bcrypt-0.4-18.fc29.x86_64: [Errno 256] No more mirrors to try. machineball-1.0-31.fc29.x86_64: [Errno 256] No more mirrors to try. libupnp-devel-1.8.3-3.fc29.x86_64: [Errno 256] No more mirrors to try. nut-client-2.7.4-18.fc29.i686: [Errno 256] No more mirrors to try. lensfun-devel-0.3.2-18.fc29.i686: [Errno 256] No more mirrors to try. dietlibc-devel-0.34-0.6.20170317.fc29.i686: [Errno 256] No more mirrors to try. containernetworking-cni-devel-0.7.1-1.fc29.noarch: [Errno 256] No more mirrors to try. zeitgeist-libs-1.0-8.fc29.i686: [Errno 256] No more mirrors to try. native-platform-0.14-14.fc29.x86_64: [Errno 256] No more mirrors to try. Build step 'Execute shell' marked build as failure

1 3