- Infra - oVirt List Archives

[CQ]: 89293,19 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 22 May '18

22 May '18

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

2 1

[oVirt CI] standard-enqueue - Build #13603 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 22 May '18

22 May '18

Build: http://jenkins.ovirt.org/job/standard-enqueue/13603/ Build Name: #13603 Build Description: Gerrit: 91494 - ovirt-engine (3.6.13) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/91494 - title: core: Add \"com\" packages to jackson deserialization whitelist - project: ovirt-engine - branch: ovirt-engine-3.6-els - author: Martin Peřina <mperina(a)redhat.com>

1 1

[CQ]: 91286, 14 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 22 May '18

22 May '18

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

1 0

[JIRA] (OVIRT-2047) mailman archive inconsistent
by Evgheni Dereveanchin (oVirt JIRA) 22 May '18

22 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2047?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-2047: ------------------------------------------- Assignee: Marc Dequènes (Duck) (was: infra) > mailman archive inconsistent > ---------------------------- > > Key: OVIRT-2047 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2047 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: Marc Dequènes (Duck) > > I got a report about archives being inconsistent, transforming it into a ticket: > Hello ovirt users mailing list owner, > I think there's a bug with the new mailman server. > When I go to the mailing list archive web interface through ovirt.org community tab, > and pull up a conversation that I would like to read, some of the messages > show only the original message and not any of the supposedly existing replies > one such example thread is titled: > "oVirt Node on CentOS 7.5 and AMD EPYC Support" > the interface says there should be two comments, but I only see the original message through the web interface. I used to go through the old mailman interface without problems reading threads. > Thanks for your time. > - > Ed Berger -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2047) mailman archive inconsistent
by Evgheni Dereveanchin (oVirt JIRA) 22 May '18

22 May '18

Evgheni Dereveanchin created OVIRT-2047: ------------------------------------------- Summary: mailman archive inconsistent Key: OVIRT-2047 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2047 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra I got a report about archives being inconsistent, transforming it into a ticket: Hello ovirt users mailing list owner, I think there's a bug with the new mailman server. When I go to the mailing list archive web interface through ovirt.org community tab, and pull up a conversation that I would like to read, some of the messages show only the original message and not any of the supposedly existing replies one such example thread is titled: "oVirt Node on CentOS 7.5 and AMD EPYC Support" the interface says there should be two comments, but I only see the original message through the web interface. I used to go through the old mailman interface without problems reading threads. Thanks for your time. - Ed Berger -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[oVirt CI] standard-enqueue - Build #13589 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 22 May '18

22 May '18

Build: http://jenkins.ovirt.org/job/standard-enqueue/13589/ Build Name: #13589 Build Description: Gerrit: 91477 - ovirt-engine (3.6.13) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/91477 - title: build: ovirt-engine-3.6.13.3 - project: ovirt-engine - branch: ovirt-engine-3.6-els - author: Sandro Bonazzola <sbonazzo(a)redhat.com>

1 1

[JIRA] (OVIRT-2046) Bring up Trello-Bugzilla automation inside OpenShift to support oVirt 4.3 agile flow
by eyal edri (oVirt JIRA) 22 May '18

22 May '18

eyal edri created OVIRT-2046: -------------------------------- Summary: Bring up Trello-Bugzilla automation inside OpenShift to support oVirt 4.3 agile flow Key: OVIRT-2046 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2046 Project: oVirt - virtualization made easy Issue Type: Task Reporter: eyal edri Assignee: infra Priority: High Please bring up a service on shift.ovirt.org to support multiple Trello board for the oVirt team to integrate with Bugzilla. [~msivak(a)redhat.com] should have all the relevant info the deployment, which works well locally on containers. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2046) Bring up Trello-Bugzilla automation inside OpenShift to support oVirt 4.3 agile flow
by eyal edri (oVirt JIRA) 22 May '18

22 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2046?page=com.atlassian.jira.… ] eyal edri updated OVIRT-2046: ----------------------------- Epic Link: OVIRT-403 > Bring up Trello-Bugzilla automation inside OpenShift to support oVirt 4.3 agile flow > ------------------------------------------------------------------------------------ > > Key: OVIRT-2046 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2046 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: eyal edri > Assignee: infra > Priority: High > > Please bring up a service on shift.ovirt.org to support multiple Trello board for the oVirt team to integrate with Bugzilla. > [~msivak(a)redhat.com] should have all the relevant info the deployment, which works well locally on containers. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2045) patch infra against CVE-2018-3639
by Evgheni Dereveanchin (oVirt JIRA) 22 May '18

22 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2045?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-2045: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > patch infra against CVE-2018-3639 > --------------------------------- > > Key: OVIRT-2045 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2045 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > A new security vulnerability was announced yesterday which is similar to Spectre and needs kernel/BIOS/microcode patching. > From the errata page it looks like the RHEL kernel versions with the fix are: > RHEL-7 [kernel-3.10.0-862.3.2.el7|https://access.redhat.com/errata/RHSA-2018:1629] > RHEL-6 [kernel-2.6.32-696.30.1.el6|https://access.redhat.com/errata/RHSA-2018:1651] > Need to wait till this becomes available in CentOS and confirm the fixed versions for Fedora. > More info on the vulnerability: > https://access.redhat.com/security/vulnerabilities/ssbd -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2045) patch infra against CVE-2018-3639
by Evgheni Dereveanchin (oVirt JIRA) 22 May '18

22 May '18

Evgheni Dereveanchin created OVIRT-2045: ------------------------------------------- Summary: patch infra against CVE-2018-3639 Key: OVIRT-2045 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2045 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra A new security vulnerability was announced yesterday which is similar to Spectre and needs kernel/BIOS/microcode patching. From the errata page it looks like the RHEL kernel versions with the fix are: RHEL-7 [kernel-3.10.0-862.3.2.el7|https://access.redhat.com/errata/RHSA-2018:1629] RHEL-6 [kernel-2.6.32-696.30.1.el6|https://access.redhat.com/errata/RHSA-2018:1651] Need to wait till this becomes available in CentOS and confirm the fixed versions for Fedora. More info on the vulnerability: https://access.redhat.com/security/vulnerabilities/ssbd -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[oVirt CI] standard-enqueue - Build #13584 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 22 May '18

22 May '18

Build: http://jenkins.ovirt.org/job/standard-enqueue/13584/ Build Name: #13584 Build Description: Gerrit: 91453 - ovirt-engine (3.6) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/91453 - title: core: Fill jackson deserialization whitelist - project: ovirt-engine - branch: ovirt-engine-3.6 - author: Martin Peřina <mperina(a)redhat.com>

1 1

[JIRA] (OVIRT-2038) oVirt dashboard is not being updated
by Marc Dequènes (Duck) (oVirt JIRA) 22 May '18

22 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2038?page=com.atlassian.jira.… ] Marc Dequènes (Duck) reassigned OVIRT-2038: ------------------------------------------- Assignee: Marc Dequènes (Duck) (was: infra) > oVirt dashboard is not being updated > ------------------------------------ > > Key: OVIRT-2038 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2038 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: Marc Dequènes (Duck) > Attachments: signature.asc, signature.asc, signature.asc > > > Hi, > looking at https://ovirt.org/dashboard/ I see that latest data are from > March while http://ovirt.biterg.io/ is updated to today. > Can you please check what's got broken in data retrieval from bitergia? > Thanks, > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > sbonazzo(a)redhat.com > <https://red.ht/sig> > <https://redhat.com/summit> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[oVirt CI] standard-enqueue - Build #13577 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 22 May '18

22 May '18

Build: http://jenkins.ovirt.org/job/standard-enqueue/13577/ Build Name: #13577 Build Description: Gerrit: 91369 - ovirt-engine (4.2.3) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/91369 - title: engine: added support for sending vm cpu flags according to cluster - project: ovirt-engine - branch: ovirt-engine-4.2.3.z - author: Tomas Jelinek <tjelinek(a)redhat.com>

1 2

[oVirt CI] standard-enqueue - Build #13573 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 22 May '18

22 May '18

Build: http://jenkins.ovirt.org/job/standard-enqueue/13573/ Build Name: #13573 Build Description: Gerrit: 91368 - ovirt-engine (3.6.13) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/91368 - title: engine: added support for sending vm cpu flags according to cluster - project: ovirt-engine - branch: ovirt-engine-3.6-els - author: Tomas Jelinek <tjelinek(a)redhat.com>

1 2

[JIRA] (OVIRT-1759) Gerrit patches can reach CQ out-of-order
by Piotr Kliczewski (oVirt JIRA) 22 May '18

22 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1759?page=com.atlassian.jira.… ] Piotr Kliczewski commented on OVIRT-1759: ----------------------------------------- Yes, I am guilty of this one. I often do that and as far as I know other people are doing it. If that is the issue I can trigger merges one by one but we would have usablility issue :|. > Gerrit patches can reach CQ out-of-order > ---------------------------------------- > > Key: OVIRT-1759 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1759 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Change Queue, Gerrit/git > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: change-queue, gerrit > > Is seems that despite the fact that all the jobs involved were designed to preserve proper patch ordering, there can be cases where patches trigger Jenkins jobs in the wrong order, which in turn end up putting the patches in the wrong order into the CQ. This in turn, causes the CQ to fail accurately detecting the patches that cause issues. > Here is en example of such an occurance. The following patches were merged in the order specified below: > # https://gerrit.ovirt.org/c/83917 > # https://gerrit.ovirt.org/c/83918 > # https://gerrit.ovirt.org/c/83919 > # https://gerrit.ovirt.org/c/83920 > The standard-enqueue runs putting them in the CQ however, seem to have run in a different order: > # http://jenkins.ovirt.org/job/standard-enqueue/6712/ (83917) > # http://jenkins.ovirt.org/job/standard-enqueue/6713/ (83919) > # http://jenkins.ovirt.org/job/standard-enqueue/6714/ (83920) > # http://jenkins.ovirt.org/job/standard-enqueue/6715/ (83918) > This resulted in CQ 'add' command running in the wrong order: > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12200/ (add 83917) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12201/ (add 83919) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12202/ (add 83920) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12203/ (add 83918) > We need to come up with a way to make the system properly preserver order. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-1759) Gerrit patches can reach CQ out-of-order
by Barak Korren (oVirt JIRA) 22 May '18

22 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1759?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1759: ------------------------------------- {quote} I think 1 hour should suffice, but it depends on how loaded the CQ is, Barak Korren any thoughts? {quote} There is no need to wait one hour and this has nothing to do with the delay between merging 'vdsm-jsonrpc-java' and 'ovirt-engine'. The issue discussed in this ticket is triggered when reviewing a series of patches and merging all of then together by clicking the "submit with parents" button on a child patch in Gerrit. As long as patches are merged individually by clicking on the "merge" button for each one the issue shouldn't arise. This issue should not be confused with the need to do dependency handling so that equivalent versions of engine and 'vdsm-jsonrpc-java' are tested together. That is tracked in OVIRT-1662. > Gerrit patches can reach CQ out-of-order > ---------------------------------------- > > Key: OVIRT-1759 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1759 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Change Queue, Gerrit/git > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: change-queue, gerrit > > Is seems that despite the fact that all the jobs involved were designed to preserve proper patch ordering, there can be cases where patches trigger Jenkins jobs in the wrong order, which in turn end up putting the patches in the wrong order into the CQ. This in turn, causes the CQ to fail accurately detecting the patches that cause issues. > Here is en example of such an occurance. The following patches were merged in the order specified below: > # https://gerrit.ovirt.org/c/83917 > # https://gerrit.ovirt.org/c/83918 > # https://gerrit.ovirt.org/c/83919 > # https://gerrit.ovirt.org/c/83920 > The standard-enqueue runs putting them in the CQ however, seem to have run in a different order: > # http://jenkins.ovirt.org/job/standard-enqueue/6712/ (83917) > # http://jenkins.ovirt.org/job/standard-enqueue/6713/ (83919) > # http://jenkins.ovirt.org/job/standard-enqueue/6714/ (83920) > # http://jenkins.ovirt.org/job/standard-enqueue/6715/ (83918) > This resulted in CQ 'add' command running in the wrong order: > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12200/ (add 83917) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12201/ (add 83919) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12202/ (add 83920) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12203/ (add 83918) > We need to come up with a way to make the system properly preserver order. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #1506
by jenkins＠jenkins.phx.ovirt.org 22 May '18

22 May '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/1506/displ…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 43cf7bc564f91ced28faf91e1ef6b59ac5e038b7 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 43cf7bc564f91ced28faf91e1ef6b59ac5e038b7 Commit message: "Verify Jenkins user settings from global_setup" > git rev-list --no-walk 43cf7bc564f91ced28faf91e1ef6b59ac5e038b7 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins7569116168862018092.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 1465, in _commonLoadRepoXML local = self.cachedir + '/repomd.xml' File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> cachedir = property(lambda self: self._dirGetAttr('cachedir')) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr self.dirSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup self._dirSetupMkdir_p(dir) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p raise Errors.RepoError, msg yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' Build step 'Execute shell' marked build as failure

1 1

[oVirt Jenkins] ovirt-system-tests_network-suite-master - Build # 229 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 May '18

21 May '18

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-master/229/ Build Number: 229 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #229 [Sandro Bonazzola] repos: adding cockpit-machines-ovirt [Evgheni Dereveanchin] Verify Jenkins user settings from global_setup ----------------- Failed Tests: ----------------- No tests ran.

1 1

[oVirt Jenkins] ovirt-system-tests_performance-suite-master - Build # 329 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 May '18

21 May '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/32… Build Number: 329 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #329 [Sandro Bonazzola] repos: adding cockpit-machines-ovirt [Evgheni Dereveanchin] Verify Jenkins user settings from global_setup ----------------- Failed Tests: ----------------- No tests ran.

1 1

[JIRA] (OVIRT-2038) oVirt dashboard is not being updated
by Marc Dequènes (Duck) (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2038?page=com.atlassian.jira.… ] Marc Dequènes (Duck) commented on OVIRT-2038: --------------------------------------------- The redirection is done. The cleanup needs review here: https://github.com/oVirt/ovirt-site/pull/1624 > oVirt dashboard is not being updated > ------------------------------------ > > Key: OVIRT-2038 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2038 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > Attachments: signature.asc, signature.asc, signature.asc > > > Hi, > looking at https://ovirt.org/dashboard/ I see that latest data are from > March while http://ovirt.biterg.io/ is updated to today. > Can you please check what's got broken in data retrieval from bitergia? > Thanks, > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > sbonazzo(a)redhat.com > <https://red.ht/sig> > <https://redhat.com/summit> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2038) oVirt dashboard is not being updated
by Marc Dequènes (Duck) (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2038?page=com.atlassian.jira.… ] Marc Dequènes (Duck) updated OVIRT-2038: ---------------------------------------- Attachment: signature.asc On 05/21/2018 10:41 PM, Brian Proffitt wrote: > By all means, you don't need my clearance for this. This also affects RDO, Gluster and probably not anymore ManageIQ. And this means the Community.rh.c dashboard is also to be replaced. > oVirt dashboard is not being updated > ------------------------------------ > > Key: OVIRT-2038 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2038 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > Attachments: signature.asc, signature.asc, signature.asc > > > Hi, > looking at https://ovirt.org/dashboard/ I see that latest data are from > March while http://ovirt.biterg.io/ is updated to today. > Can you please check what's got broken in data retrieval from bitergia? > Thanks, > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > sbonazzo(a)redhat.com > <https://red.ht/sig> > <https://redhat.com/summit> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-1759) Gerrit patches can reach CQ out-of-order
by eyal edri (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1759?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1759: ---------------------------------- I think we've seen it so far only on vdsm-jsonrpc-java, but maybe I'm not aware of all the incidents. Also, differ between the old way we published in 4.1 ( copy from job ) and the new flow in 4.2 with CQ, which is a different issue than before. I think 1 hour should suffice, but it depends on how loaded the CQ is, [~bkorren(a)redhat.com] any thoughts? > Gerrit patches can reach CQ out-of-order > ---------------------------------------- > > Key: OVIRT-1759 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1759 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Change Queue, Gerrit/git > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: change-queue, gerrit > > Is seems that despite the fact that all the jobs involved were designed to preserve proper patch ordering, there can be cases where patches trigger Jenkins jobs in the wrong order, which in turn end up putting the patches in the wrong order into the CQ. This in turn, causes the CQ to fail accurately detecting the patches that cause issues. > Here is en example of such an occurance. The following patches were merged in the order specified below: > # https://gerrit.ovirt.org/c/83917 > # https://gerrit.ovirt.org/c/83918 > # https://gerrit.ovirt.org/c/83919 > # https://gerrit.ovirt.org/c/83920 > The standard-enqueue runs putting them in the CQ however, seem to have run in a different order: > # http://jenkins.ovirt.org/job/standard-enqueue/6712/ (83917) > # http://jenkins.ovirt.org/job/standard-enqueue/6713/ (83919) > # http://jenkins.ovirt.org/job/standard-enqueue/6714/ (83920) > # http://jenkins.ovirt.org/job/standard-enqueue/6715/ (83918) > This resulted in CQ 'add' command running in the wrong order: > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12200/ (add 83917) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12201/ (add 83919) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12202/ (add 83920) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12203/ (add 83918) > We need to come up with a way to make the system properly preserver order. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-1759) Gerrit patches can reach CQ out-of-order
by Piotr Kliczewski (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1759?page=com.atlassian.jira.… ] Piotr Kliczewski commented on OVIRT-1759: ----------------------------------------- [mailto:eedri@redhat.com] I do not think it is related only to vdsm-jsonrpc-java and it my opinion it can happen for anyone. In general I give couple of hrs between merging jsonrpc version update patch and the engine patch. Do you have any specific time in your mind for how long should I wait? > Gerrit patches can reach CQ out-of-order > ---------------------------------------- > > Key: OVIRT-1759 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1759 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Change Queue, Gerrit/git > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: change-queue, gerrit > > Is seems that despite the fact that all the jobs involved were designed to preserve proper patch ordering, there can be cases where patches trigger Jenkins jobs in the wrong order, which in turn end up putting the patches in the wrong order into the CQ. This in turn, causes the CQ to fail accurately detecting the patches that cause issues. > Here is en example of such an occurance. The following patches were merged in the order specified below: > # https://gerrit.ovirt.org/c/83917 > # https://gerrit.ovirt.org/c/83918 > # https://gerrit.ovirt.org/c/83919 > # https://gerrit.ovirt.org/c/83920 > The standard-enqueue runs putting them in the CQ however, seem to have run in a different order: > # http://jenkins.ovirt.org/job/standard-enqueue/6712/ (83917) > # http://jenkins.ovirt.org/job/standard-enqueue/6713/ (83919) > # http://jenkins.ovirt.org/job/standard-enqueue/6714/ (83920) > # http://jenkins.ovirt.org/job/standard-enqueue/6715/ (83918) > This resulted in CQ 'add' command running in the wrong order: > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12200/ (add 83917) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12201/ (add 83919) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12202/ (add 83920) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12203/ (add 83918) > We need to come up with a way to make the system properly preserver order. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-1759) Gerrit patches can reach CQ out-of-order
by eyal edri (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1759?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1759: ---------------------------------- [~pkliczew(a)redhat.com] since this issue only happened with vdsm-jsonrpc-java AFAIK, due to its tight integration with engine, How often would you say such issue happens? can we allow for a delay between version bumps patches of the project to try and avoid it until we implement a permenant solution? > Gerrit patches can reach CQ out-of-order > ---------------------------------------- > > Key: OVIRT-1759 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1759 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Change Queue, Gerrit/git > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: change-queue, gerrit > > Is seems that despite the fact that all the jobs involved were designed to preserve proper patch ordering, there can be cases where patches trigger Jenkins jobs in the wrong order, which in turn end up putting the patches in the wrong order into the CQ. This in turn, causes the CQ to fail accurately detecting the patches that cause issues. > Here is en example of such an occurance. The following patches were merged in the order specified below: > # https://gerrit.ovirt.org/c/83917 > # https://gerrit.ovirt.org/c/83918 > # https://gerrit.ovirt.org/c/83919 > # https://gerrit.ovirt.org/c/83920 > The standard-enqueue runs putting them in the CQ however, seem to have run in a different order: > # http://jenkins.ovirt.org/job/standard-enqueue/6712/ (83917) > # http://jenkins.ovirt.org/job/standard-enqueue/6713/ (83919) > # http://jenkins.ovirt.org/job/standard-enqueue/6714/ (83920) > # http://jenkins.ovirt.org/job/standard-enqueue/6715/ (83918) > This resulted in CQ 'add' command running in the wrong order: > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12200/ (add 83917) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12201/ (add 83919) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12202/ (add 83920) > # http://jenkins.ovirt.org/job/ovirt-master_change-queue/12203/ (add 83918) > We need to come up with a way to make the system properly preserver order. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2044) Drop oVirt 4.1 resources from CI
by Barak Korren (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2044?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-2044: ----------------------------------- Assignee: Barak Korren (was: infra) > Drop oVirt 4.1 resources from CI > -------------------------------- > > Key: OVIRT-2044 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2044 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: CI client projects > Reporter: Barak Korren > Assignee: Barak Korren > > Tracker ticket from dropping all resources relating to the now EOLed oVirt 4.1 -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2044) Drop oVirt 4.1 resources from CI
by Barak Korren (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2044?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-2044: -------------------------------- Epic Link: OVIRT-400 > Drop oVirt 4.1 resources from CI > -------------------------------- > > Key: OVIRT-2044 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2044 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: CI client projects > Reporter: Barak Korren > Assignee: infra > > Tracker ticket from dropping all resources relating to the now EOLed oVirt 4.1 -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2044) Drop oVirt 4.1 resources from CI
by Barak Korren (oVirt JIRA) 21 May '18

21 May '18

Barak Korren created OVIRT-2044: ----------------------------------- Summary: Drop oVirt 4.1 resources from CI Key: OVIRT-2044 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2044 Project: oVirt - virtualization made easy Issue Type: New Feature Components: CI client projects Reporter: Barak Korren Assignee: infra Tracker ticket from dropping all resources relating to the now EOLed oVirt 4.1 -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2043) hyperkitty not showing replies
by eyal edri (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2043?page=com.atlassian.jira.… ] eyal edri reassigned OVIRT-2043: -------------------------------- Assignee: Marc Dequènes (Duck) (was: infra) > hyperkitty not showing replies > ------------------------------ > > Key: OVIRT-2043 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2043 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: Marc Dequènes (Duck) > > Hi, > It looks like hyperkitty has stopped threading / grouping together newer > threads. It's showing the original, but not replies. > Here is an example where there are replies, but they don't show in the UI: > https://lists.ovirt.org/archives/list/devel@ovirt.org/thread/UGGNDS4SVJ2GHA… > But older ones in that list do show all replies. > Am I doing something wrong, or is this a list issue? > -- > GREG SHEREMETA > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > Red Hat NA > <https://www.redhat.com/> > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2043) hyperkitty not showing replies
by Greg Sheremeta (oVirt JIRA) 21 May '18

21 May '18

Greg Sheremeta created OVIRT-2043: ------------------------------------- Summary: hyperkitty not showing replies Key: OVIRT-2043 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2043 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Greg Sheremeta Assignee: infra Hi, It looks like hyperkitty has stopped threading / grouping together newer threads. It's showing the original, but not replies. Here is an example where there are replies, but they don't show in the UI: https://lists.ovirt.org/archives/list/devel@ovirt.org/thread/UGGNDS4SVJ2GHA… But older ones in that list do show all replies. Am I doing something wrong, or is this a list issue? -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2038) oVirt dashboard is not being updated
by bproffit＠redhat.com (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2038?page=com.atlassian.jira.… ] bproffit(a)redhat.com commented on OVIRT-2038: -------------------------------------------- By all means, you don't need my clearance for this. BKP On Mon, May 21, 2018 at 9:38 AM, Marc Dequènes (Duck) <duck(a)redhat.com> wrote: > Quack, > > On 05/21/2018 04:25 PM, Sandro Bonazzola wrote: > > > Ok on my side to link to the new page and drop current dashboard. > > Can you please take care of this? > > I can create a redirect and cleanup the related Ruby and pages. > > BKP, would this be acceptable? > > \_o< > > -- BRIAN PROFFITT PRINCIPAL COMMUNITY ANALYST Red Hat Inc. <https://www.redhat.com/> bproffit(a)redhat.com T: 574.383.9BKP <http://redhatemailsignature-marketing.itos.redhat.com/> M: 574.780.5695 <http://redhatemailsignature-marketing.itos.redhat.com/> <https://red.ht/sig> T: @redhatopen <https://twitter.com/redhatopen> F: Red Hat Community <https://www.facebook.com/redhatopen> > oVirt dashboard is not being updated > ------------------------------------ > > Key: OVIRT-2038 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2038 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > Attachments: signature.asc, signature.asc > > > Hi, > looking at https://ovirt.org/dashboard/ I see that latest data are from > March while http://ovirt.biterg.io/ is updated to today. > Can you please check what's got broken in data retrieval from bitergia? > Thanks, > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > sbonazzo(a)redhat.com > <https://red.ht/sig> > <https://redhat.com/summit> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2038) oVirt dashboard is not being updated
by Marc Dequènes (Duck) (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2038?page=com.atlassian.jira.… ] Marc Dequènes (Duck) updated OVIRT-2038: ---------------------------------------- Attachment: signature.asc Quack, On 05/21/2018 04:25 PM, Sandro Bonazzola wrote: > Ok on my side to link to the new page and drop current dashboard. > Can you please take care of this? I can create a redirect and cleanup the related Ruby and pages. BKP, would this be acceptable? \_o< > oVirt dashboard is not being updated > ------------------------------------ > > Key: OVIRT-2038 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2038 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > Attachments: signature.asc, signature.asc > > > Hi, > looking at https://ovirt.org/dashboard/ I see that latest data are from > March while http://ovirt.biterg.io/ is updated to today. > Can you please check what's got broken in data retrieval from bitergia? > Thanks, > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > sbonazzo(a)redhat.com > <https://red.ht/sig> > <https://redhat.com/summit> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2042) Drop FC25 support from STDCI
by Barak Korren (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2042?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-2042: ----------------------------------- Assignee: Barak Korren (was: infra) > Drop FC25 support from STDCI > ---------------------------- > > Key: OVIRT-2042 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2042 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: CI Mirrors, mock_runner > Reporter: Barak Korren > Assignee: Barak Korren > > Since FC25 is not/should not be used any more, drop the STDCI support for it including: > # Mirrors > # Mock configuration files -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2040) CQ failure due to yum cleanup
by Dafna Ron (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2040?page=com.atlassian.jira.… ] Dafna Ron updated OVIRT-2040: ----------------------------- Assignee: Dafna Ron (was: infra) Status: In Progress (was: To Do) > CQ failure due to yum cleanup > ----------------------------- > > Key: OVIRT-2040 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2040 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: Dafna Ron > Labels: ost_failures, ost_infra, ost_infra_mirrors > > Change 91366,3 (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/91366/3 > the actual failure seems to be in the epel 7 repo: > From job: > 08:23:55 [basic-suit] + lago ovirt reposetup --reposync-yum-config /home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/reposync-config.repo --custom-source=conf:/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/extra_sources > 08:23:55 [basic-suit] @ Create prefix internal repo: > 08:23:55 [basic-suit] # Syncing remote repos locally (this might take some time): > 08:23:55 [basic-suit] * Running reposync: > 08:24:27 [basic-suit] - repo: epel-el7: failed, re-running. > 08:24:27 [basic-suit] - removing conflicting RPM: /var/lib/lago/epel-el7/Packages/a/ansible-2.5.2-1.el7.noarch.rpm > 08:24:27 [basic-suit] - repo: epel-el7: failed. clearing cache and re-running. > 08:24:32 [basic-suit] - reposync command failed for repoid: epel-el7 > 08:24:32 [basic-suit] stdout: > 08:24:32 [basic-suit] > ovirt-master-tested-el7 | 3.0 kB 00:00 > 08:24:32 [basic-suit] > centos-base-el7 | 4.2 kB 00:00 > 08:24:32 [basic-suit] > centos-extras-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-opstools-testing-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-ovirt-4.2-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-qemu-ev-release-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-sclo-rh-release-el7 | 3.0 kB 00:00 > 08:24:32 [basic-suit] > centos-updates-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > epel-el7 | 4.1 kB 00:00 > 08:24:32 [basic-suit] > glusterfs-3.12-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > ovirt-master-snapshot-static-el7 | 3.0 kB 00:00 > 08:24:32 [basic-suit] > centos-ovirt-common-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > (1/8): centos-ovirt-4.2-el7/primary_db | 195 kB 00:00 > 08:24:32 [basic-suit] > (2/8): centos-qemu-ev-release-el7/primary_db | 38 kB 00:00 > 08:24:32 [basic-suit] > (3/8): centos-opstools-testing-el7/primary_db | 304 kB 00:00 > 08:24:32 [basic-suit] > (4/8): glusterfs-3.12-el7/primary_db | 95 kB 00:00 > 08:24:32 [basic-suit] > (5/8): centos-ovirt-common-el7/primary_db | 116 kB 00:00 > 08:24:32 [basic-suit] > (6/8): ovirt-master-snapshot-static-el7/primary_db | 5.0 kB 00:00 > 08:24:32 [basic-suit] > (7/8): ovirt-master-tested-el7/primary_db | 1.4 MB 00:00 > 08:24:32 [basic-suit] > (8/8): centos-sclo-rh-rele 42% [======- ] 0.0 B/s | 2.3 MB --:-- ETA > (8/8): centos-sclo-rh-rele 52% [======== ] 569 kB/s | 2.8 MB 00:04 ETA > (8/8): centos-sclo-rh-rele 72% [===========- ] 745 kB/s | 3.9 MB 00:02 ETA > (8/8): centos-sclo-rh-release-el7/primary_db | 3.3 MB 00:01 > 08:24:32 [basic-suit] > ansible-2.5.2-1.el7.noarch.rpm FAILED > 08:24:32 [basic-suit] > ansible-2.5.2-1.el7.noarch 0% [ ] 0.0 B/s | 0 B --:-- ETA > ansible-2.5.2-1.el7.noarch: [Errno 256] No more mirrors to try. > 08:24:32 [basic-suit] > 08:24:32 [basic-suit] stderr: > 08:24:32 [basic-suit] Not using downloaded centos-extras-el7/repomd.xml because it is older than what we have: > 08:24:32 [basic-suit] Current : Sun May 20 14:00:41 2018 > 08:24:32 [basic-suit] Downloaded: Sat May 19 10:32:34 2018 > 08:24:32 [basic-suit] Not using downloaded centos-updates-el7/repomd.xml because it is older than what we have: > 08:24:32 [basic-suit] Current : Sun May 20 14:00:41 2018 > 08:24:32 [basic-suit] Downloaded: Sun May 20 00:41:21 2018 > 08:24:32 [basic-suit] Not using downloaded epel-el7/repomd.xml because it is older than what we have: > 08:24:32 [basic-suit] Current : Sat May 19 23:30:39 2018 > 08:24:32 [basic-suit] Downloaded: Sat May 19 12:42:45 2018 > 08:24:32 [basic-suit] > 08:24:32 [basic-suit] * Running reposync: ERROR (in 0:00:38) > 08:24:32 [basic-suit] # Syncing remote repos locally (this might take some time): ERROR (in 0:00:38) > 08:24:32 [basic-suit] @ Create prefix internal repo: ERROR (in 0:00:38) > 08:24:32 [basic-suit] Error occured, aborting > 08:24:32 [basic-suit] Traceback (most recent call last): > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in do_run > 08:24:32 [basic-suit] self.cli_plugins[args.ovirtverb].do_run(args) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run > 08:24:32 [basic-suit] self._do_run(**vars(args)) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 505, in wrapper > 08:24:32 [basic-suit] return func(*args, **kwargs) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 516, in wrapper > 08:24:32 [basic-suit] return func(*args, prefix=prefix, **kwargs) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 158, in do_ovirt_reposetup > 08:24:32 [basic-suit] repoman_config=repoman_config, > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in wrapper > 08:24:32 [basic-suit] return func(*args, **kwargs) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/prefix.py", line 141, in prepare_repo > 08:24:32 [basic-suit] repos, > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 230, in sync_rpm_repository > 08:24:32 [basic-suit] ).format(repo) > 08:24:32 [basic-suit] RuntimeError: Failed to run reposync 3 times for repoid: epel-el7, aborting. > 08:24:33 [basic-suit] + on_exit > 08:24:33 [basic-suit] + logger.info 'Dumping lago env status' > 08:24:33 [basic-suit] + logger.log INFO 'Dumping lago env status' > 08:24:33 [basic-suit] + set +x > Local query or repo: > [dron@dron ovirt-system-tests]$ repoquery --repofrompath=testrepo,http://download.fedoraproject.org/pub/epel/7/x86_64 --repoid=testrepo --query --all ansible-2.5.2-1.el7.noarch > Repository google-chrome is listed more than once in the configuration > Repository google-talkplugin is listed more than once in the configuration > Can't download or revert repomd.xml for testrepo -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

this can be confusing
by Dafna Ron 21 May '18

21 May '18

Hi, if we cannot solve, can we change this to WARN? if we want to solve, can we add an infra to output so people know its a known issues? *10:57:45* [basic-suit] Loading mirror speeds from cached hostfile*10:57:44* [upgrade-from-release-suit] No package python3-docker available.*10:57:44* [upgrade-from-release-suit] Error: Nothing to do*10:57:45* [upgrade-from-release-suit] + local failed=0*10:57:45* [upgrade-from-release-suit] + for package in '"${packages[@]}"'*10:57:45* [upgrade-from-release-suit] + rpm -q --quiet --whatprovides python2-docker*10:57:45* [upgrade-from-release-suit] + log ERROR 'package '\''python2-docker'\'' is not, and could not be, installed'*10:57:45* [upgrade-from-release-suit] + local level=ERROR*10:57:45* [upgrade-from-release-suit] + shift*10:57:45* [upgrade-from-release-suit] + local 'message=package '\''python2-docker'\'' is not, and could not be, installed'*10:57:45* [upgrade-from-release-suit] + local prefix*10:57:45* [upgrade-from-release-suit] + [[ 5 -gt 1 ]]*10:57:45* [upgrade-from-release-suit] + prefix='global_setup[verify_packages]'*10:57:45* [upgrade-from-release-suit] + echo 'global_setup[verify_packages] ERROR: package '\''python2-docker'\'' is not, and could not be, installed'*10:57:45* [upgrade-from-release-suit] global_setup[verify_packages] ERROR: package 'python2-docker' is not, and could not be, installed*10:57:45* [upgrade-from-release-suit] + (( ++failed ))*10:57:45* [upgrade-from-release-suit] + for package in '"${packages[@]}"'*10:57:45* [upgrade-from-release-suit] + rpm -q --quiet --whatprovides python3-docker*10:57:45* [upgrade-from-release-suit] + log ERROR 'package '\''python3-docker'\'' is not, and could not be, installed'*10:57:45* [upgrade-from-release-suit] + local level=ERROR*10:57:45* [upgrade-from-release-suit] + shift Thanks, Dafna

2 1

[CQ]: 91380,2 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 21 May '18

21 May '18

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

1 0

Build failed in Jenkins: system-sync_mirrors-epel-el7-x86_64 #1462
by jenkins＠jenkins.phx.ovirt.org 21 May '18

21 May '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el7-x86_64/1462/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 590375b63082c509575860789958514fd9a3392c (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 590375b63082c509575860789958514fd9a3392c Commit message: "Don't run check-patch-s390x.sh on merge" > git rev-list --no-walk 590375b63082c509575860789958514fd9a3392c # timeout=10 [system-sync_mirrors-epel-el7-x86_64] $ /bin/bash -xe /tmp/jenkins456869987040345718.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 xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el7.x86_64.rpm FAILED xrootd-4.8.3-1.el7.x86_64. 0% [ ] 0.0 B/s | 0 B --:-- ETA 1:xrootd-client-devel-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 67 k 1:xrootd-server-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 391 k 1:python34-xrootd-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/p * free 20 k * needed 108 k 1:xrootd-libs-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 555 k 1:xrootd-fuse-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 29 k 1:xrootd-server-libs-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 564 k 1:xrootd-doc-4.8.3-1.el7.noarch: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 4.8 M 1:xrootd-private-devel-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 71 k 1:xrootd-server-devel-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 47 k 1:xrootd-client-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 196 k 1:xrootd-client-libs-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 662 k 1:xrootd-selinux-4.8.3-1.el7.noarch: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 24 k 1:xrootd-4.8.3-1.el7.x86_64: [Errno 256] No more mirrors to try. youtube-dl-2018.04.16-1.el7.noarch: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/y * free 20 k * needed 2.7 M 1:python2-xrootd-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/p * free 20 k * needed 106 k 1:xrootd-devel-4.8.3-1.el7.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el7/base/Packages/x * free 20 k * needed 117 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/epel-el7/base/Packages/p/python2-xrootd-4.8.3-1.el7.x86_64.rpm' Build step 'Execute shell' marked build as failure

1 4

[JIRA] (OVIRT-2022) libguestfs-1.36.10-6.el7.centos.ppc64le requires qemu-img-ma
by Dafna Ron (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2022?page=com.atlassian.jira.… ] Dafna Ron updated OVIRT-2022: ----------------------------- Labels: ost_failures ost_infra ost_infra_packages (was: ost_failures ost_infra ost_packages) > libguestfs-1.36.10-6.el7.centos.ppc64le requires qemu-img-ma > ------------------------------------------------------------- > > Key: OVIRT-2022 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2022 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Labels: ost_failures, ost_infra, ost_infra_packages > > build-artifacts failing on http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-ppc64le/3508/c… > The error is package missing for; > 12:20:11 Package qemu-img-ma is obsoleted by qemu-img-ev, but obsoleting package does not provide for requirements > 12:20:11 Package qemu-img-ma is obsoleted by qemu-img-ev, but obsoleting package does not provide for requirements > 12:20:11 Package qemu-img-ma is obsoleted by qemu-img-ev, but obsoleting package does not provide for requirements > 12:20:11 Package qemu-img-ma is obsoleted by qemu-img-ev, but obsoleting package does not provide for requirements > 12:20:11 Package qemu-img-ma is obsoleted by qemu-img-ev, but obsoleting package does not provide for requirements > 12:20:11 Package qemu-img-ma is obsoleted by qemu-img-ev, but obsoleting package does not provide for requirements > 12:20:11 Package qemu-img-ma is obsoleted by qemu-img-ev, but obsoleting package does not provide for requirements > 12:20:11 Package qemu-img-ma is obsoleted by qemu-img-ev, but obsoleting package does not provide for requirements > 12:20:11 Package qemu-img-ma is obsoleted by qemu-img-ev, but obsoleting package does not provide for requirements > 12:20:11 Error: Package: 1:libguestfs-1.36.10-6.el7.centos.ppc64le (el) > 12:20:11 Requires: qemu-img-ma > 12:20:11 Available: 10:qemu-img-ma-2.10.0-21.el7.ppc64le (el) > 12:20:11 qemu-img-ma = 10:2.10.0-21.el7 > 12:20:11 Available: 10:qemu-img-ma-2.10.0-21.el7_5.1.ppc64le (el-updates) > 12:20:11 qemu-img-ma = 10:2.10.0-21.el7_5.1 > 12:20:11 You could try using --skip-broken to work around the problem > 12:20:11 You could try running: rpm -Va --nofiles --nodigest > 12:20:11 > 12:20:11 Init took 28 seconds > 12:20:11 ============================ > 12:20:11 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ > 12:20:11 @@ Thu May 10 12:20:11 UTC 2018 automation/build-artifacts.sh chroot finished > 12:20:11 @@ took 28 seconds > 12:20:11 @@ rc = 1 > 12:20:11 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ > 12:20:11 ========== Scrubbing chroot > 12:20:11 mock \ > The issue is with centos: > https://bugzilla.redhat.com/show_bug.cgi?id=1570533 > The 7.5.1 should come out tomorrow and this issue will be fixed > opening ticket to follow up and make sure that its back to normal tomorrow. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2040) CQ failure due to yum cleanup
by Dafna Ron (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2040?page=com.atlassian.jira.… ] Dafna Ron updated OVIRT-2040: ----------------------------- Labels: ost_failures ost_infra ost_infra_mirrors (was: ost_failures ost_infra) > CQ failure due to yum cleanup > ----------------------------- > > Key: OVIRT-2040 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2040 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Labels: ost_failures, ost_infra, ost_infra_mirrors > > Change 91366,3 (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/91366/3 > the actual failure seems to be in the epel 7 repo: > From job: > 08:23:55 [basic-suit] + lago ovirt reposetup --reposync-yum-config /home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/reposync-config.repo --custom-source=conf:/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/extra_sources > 08:23:55 [basic-suit] @ Create prefix internal repo: > 08:23:55 [basic-suit] # Syncing remote repos locally (this might take some time): > 08:23:55 [basic-suit] * Running reposync: > 08:24:27 [basic-suit] - repo: epel-el7: failed, re-running. > 08:24:27 [basic-suit] - removing conflicting RPM: /var/lib/lago/epel-el7/Packages/a/ansible-2.5.2-1.el7.noarch.rpm > 08:24:27 [basic-suit] - repo: epel-el7: failed. clearing cache and re-running. > 08:24:32 [basic-suit] - reposync command failed for repoid: epel-el7 > 08:24:32 [basic-suit] stdout: > 08:24:32 [basic-suit] > ovirt-master-tested-el7 | 3.0 kB 00:00 > 08:24:32 [basic-suit] > centos-base-el7 | 4.2 kB 00:00 > 08:24:32 [basic-suit] > centos-extras-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-opstools-testing-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-ovirt-4.2-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-qemu-ev-release-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-sclo-rh-release-el7 | 3.0 kB 00:00 > 08:24:32 [basic-suit] > centos-updates-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > epel-el7 | 4.1 kB 00:00 > 08:24:32 [basic-suit] > glusterfs-3.12-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > ovirt-master-snapshot-static-el7 | 3.0 kB 00:00 > 08:24:32 [basic-suit] > centos-ovirt-common-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > (1/8): centos-ovirt-4.2-el7/primary_db | 195 kB 00:00 > 08:24:32 [basic-suit] > (2/8): centos-qemu-ev-release-el7/primary_db | 38 kB 00:00 > 08:24:32 [basic-suit] > (3/8): centos-opstools-testing-el7/primary_db | 304 kB 00:00 > 08:24:32 [basic-suit] > (4/8): glusterfs-3.12-el7/primary_db | 95 kB 00:00 > 08:24:32 [basic-suit] > (5/8): centos-ovirt-common-el7/primary_db | 116 kB 00:00 > 08:24:32 [basic-suit] > (6/8): ovirt-master-snapshot-static-el7/primary_db | 5.0 kB 00:00 > 08:24:32 [basic-suit] > (7/8): ovirt-master-tested-el7/primary_db | 1.4 MB 00:00 > 08:24:32 [basic-suit] > (8/8): centos-sclo-rh-rele 42% [======- ] 0.0 B/s | 2.3 MB --:-- ETA > (8/8): centos-sclo-rh-rele 52% [======== ] 569 kB/s | 2.8 MB 00:04 ETA > (8/8): centos-sclo-rh-rele 72% [===========- ] 745 kB/s | 3.9 MB 00:02 ETA > (8/8): centos-sclo-rh-release-el7/primary_db | 3.3 MB 00:01 > 08:24:32 [basic-suit] > ansible-2.5.2-1.el7.noarch.rpm FAILED > 08:24:32 [basic-suit] > ansible-2.5.2-1.el7.noarch 0% [ ] 0.0 B/s | 0 B --:-- ETA > ansible-2.5.2-1.el7.noarch: [Errno 256] No more mirrors to try. > 08:24:32 [basic-suit] > 08:24:32 [basic-suit] stderr: > 08:24:32 [basic-suit] Not using downloaded centos-extras-el7/repomd.xml because it is older than what we have: > 08:24:32 [basic-suit] Current : Sun May 20 14:00:41 2018 > 08:24:32 [basic-suit] Downloaded: Sat May 19 10:32:34 2018 > 08:24:32 [basic-suit] Not using downloaded centos-updates-el7/repomd.xml because it is older than what we have: > 08:24:32 [basic-suit] Current : Sun May 20 14:00:41 2018 > 08:24:32 [basic-suit] Downloaded: Sun May 20 00:41:21 2018 > 08:24:32 [basic-suit] Not using downloaded epel-el7/repomd.xml because it is older than what we have: > 08:24:32 [basic-suit] Current : Sat May 19 23:30:39 2018 > 08:24:32 [basic-suit] Downloaded: Sat May 19 12:42:45 2018 > 08:24:32 [basic-suit] > 08:24:32 [basic-suit] * Running reposync: ERROR (in 0:00:38) > 08:24:32 [basic-suit] # Syncing remote repos locally (this might take some time): ERROR (in 0:00:38) > 08:24:32 [basic-suit] @ Create prefix internal repo: ERROR (in 0:00:38) > 08:24:32 [basic-suit] Error occured, aborting > 08:24:32 [basic-suit] Traceback (most recent call last): > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in do_run > 08:24:32 [basic-suit] self.cli_plugins[args.ovirtverb].do_run(args) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run > 08:24:32 [basic-suit] self._do_run(**vars(args)) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 505, in wrapper > 08:24:32 [basic-suit] return func(*args, **kwargs) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 516, in wrapper > 08:24:32 [basic-suit] return func(*args, prefix=prefix, **kwargs) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 158, in do_ovirt_reposetup > 08:24:32 [basic-suit] repoman_config=repoman_config, > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in wrapper > 08:24:32 [basic-suit] return func(*args, **kwargs) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/prefix.py", line 141, in prepare_repo > 08:24:32 [basic-suit] repos, > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 230, in sync_rpm_repository > 08:24:32 [basic-suit] ).format(repo) > 08:24:32 [basic-suit] RuntimeError: Failed to run reposync 3 times for repoid: epel-el7, aborting. > 08:24:33 [basic-suit] + on_exit > 08:24:33 [basic-suit] + logger.info 'Dumping lago env status' > 08:24:33 [basic-suit] + logger.log INFO 'Dumping lago env status' > 08:24:33 [basic-suit] + set +x > Local query or repo: > [dron@dron ovirt-system-tests]$ repoquery --repofrompath=testrepo,http://download.fedoraproject.org/pub/epel/7/x86_64 --repoid=testrepo --query --all ansible-2.5.2-1.el7.noarch > Repository google-chrome is listed more than once in the configuration > Repository google-talkplugin is listed more than once in the configuration > Can't download or revert repomd.xml for testrepo -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2040) CQ failure due to yum cleanup
by Dafna Ron (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2040?page=com.atlassian.jira.… ] Dafna Ron commented on OVIRT-2040: ---------------------------------- this issue was effecting both 4.2 and master its probably yum corruption caused by mirrors running out of space Barak restarted the mirrors jobs that failed to solve the issue http://jenkins.ovirt.org/view/System%20and%20Monitoring/ > CQ failure due to yum cleanup > ----------------------------- > > Key: OVIRT-2040 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2040 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Labels: ost_failures, ost_infra > > Change 91366,3 (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/91366/3 > the actual failure seems to be in the epel 7 repo: > From job: > 08:23:55 [basic-suit] + lago ovirt reposetup --reposync-yum-config /home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/reposync-config.repo --custom-source=conf:/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/extra_sources > 08:23:55 [basic-suit] @ Create prefix internal repo: > 08:23:55 [basic-suit] # Syncing remote repos locally (this might take some time): > 08:23:55 [basic-suit] * Running reposync: > 08:24:27 [basic-suit] - repo: epel-el7: failed, re-running. > 08:24:27 [basic-suit] - removing conflicting RPM: /var/lib/lago/epel-el7/Packages/a/ansible-2.5.2-1.el7.noarch.rpm > 08:24:27 [basic-suit] - repo: epel-el7: failed. clearing cache and re-running. > 08:24:32 [basic-suit] - reposync command failed for repoid: epel-el7 > 08:24:32 [basic-suit] stdout: > 08:24:32 [basic-suit] > ovirt-master-tested-el7 | 3.0 kB 00:00 > 08:24:32 [basic-suit] > centos-base-el7 | 4.2 kB 00:00 > 08:24:32 [basic-suit] > centos-extras-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-opstools-testing-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-ovirt-4.2-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-qemu-ev-release-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > centos-sclo-rh-release-el7 | 3.0 kB 00:00 > 08:24:32 [basic-suit] > centos-updates-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > epel-el7 | 4.1 kB 00:00 > 08:24:32 [basic-suit] > glusterfs-3.12-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > ovirt-master-snapshot-static-el7 | 3.0 kB 00:00 > 08:24:32 [basic-suit] > centos-ovirt-common-el7 | 3.4 kB 00:00 > 08:24:32 [basic-suit] > (1/8): centos-ovirt-4.2-el7/primary_db | 195 kB 00:00 > 08:24:32 [basic-suit] > (2/8): centos-qemu-ev-release-el7/primary_db | 38 kB 00:00 > 08:24:32 [basic-suit] > (3/8): centos-opstools-testing-el7/primary_db | 304 kB 00:00 > 08:24:32 [basic-suit] > (4/8): glusterfs-3.12-el7/primary_db | 95 kB 00:00 > 08:24:32 [basic-suit] > (5/8): centos-ovirt-common-el7/primary_db | 116 kB 00:00 > 08:24:32 [basic-suit] > (6/8): ovirt-master-snapshot-static-el7/primary_db | 5.0 kB 00:00 > 08:24:32 [basic-suit] > (7/8): ovirt-master-tested-el7/primary_db | 1.4 MB 00:00 > 08:24:32 [basic-suit] > (8/8): centos-sclo-rh-rele 42% [======- ] 0.0 B/s | 2.3 MB --:-- ETA > (8/8): centos-sclo-rh-rele 52% [======== ] 569 kB/s | 2.8 MB 00:04 ETA > (8/8): centos-sclo-rh-rele 72% [===========- ] 745 kB/s | 3.9 MB 00:02 ETA > (8/8): centos-sclo-rh-release-el7/primary_db | 3.3 MB 00:01 > 08:24:32 [basic-suit] > ansible-2.5.2-1.el7.noarch.rpm FAILED > 08:24:32 [basic-suit] > ansible-2.5.2-1.el7.noarch 0% [ ] 0.0 B/s | 0 B --:-- ETA > ansible-2.5.2-1.el7.noarch: [Errno 256] No more mirrors to try. > 08:24:32 [basic-suit] > 08:24:32 [basic-suit] stderr: > 08:24:32 [basic-suit] Not using downloaded centos-extras-el7/repomd.xml because it is older than what we have: > 08:24:32 [basic-suit] Current : Sun May 20 14:00:41 2018 > 08:24:32 [basic-suit] Downloaded: Sat May 19 10:32:34 2018 > 08:24:32 [basic-suit] Not using downloaded centos-updates-el7/repomd.xml because it is older than what we have: > 08:24:32 [basic-suit] Current : Sun May 20 14:00:41 2018 > 08:24:32 [basic-suit] Downloaded: Sun May 20 00:41:21 2018 > 08:24:32 [basic-suit] Not using downloaded epel-el7/repomd.xml because it is older than what we have: > 08:24:32 [basic-suit] Current : Sat May 19 23:30:39 2018 > 08:24:32 [basic-suit] Downloaded: Sat May 19 12:42:45 2018 > 08:24:32 [basic-suit] > 08:24:32 [basic-suit] * Running reposync: ERROR (in 0:00:38) > 08:24:32 [basic-suit] # Syncing remote repos locally (this might take some time): ERROR (in 0:00:38) > 08:24:32 [basic-suit] @ Create prefix internal repo: ERROR (in 0:00:38) > 08:24:32 [basic-suit] Error occured, aborting > 08:24:32 [basic-suit] Traceback (most recent call last): > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in do_run > 08:24:32 [basic-suit] self.cli_plugins[args.ovirtverb].do_run(args) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run > 08:24:32 [basic-suit] self._do_run(**vars(args)) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 505, in wrapper > 08:24:32 [basic-suit] return func(*args, **kwargs) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 516, in wrapper > 08:24:32 [basic-suit] return func(*args, prefix=prefix, **kwargs) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 158, in do_ovirt_reposetup > 08:24:32 [basic-suit] repoman_config=repoman_config, > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in wrapper > 08:24:32 [basic-suit] return func(*args, **kwargs) > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/prefix.py", line 141, in prepare_repo > 08:24:32 [basic-suit] repos, > 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 230, in sync_rpm_repository > 08:24:32 [basic-suit] ).format(repo) > 08:24:32 [basic-suit] RuntimeError: Failed to run reposync 3 times for repoid: epel-el7, aborting. > 08:24:33 [basic-suit] + on_exit > 08:24:33 [basic-suit] + logger.info 'Dumping lago env status' > 08:24:33 [basic-suit] + logger.log INFO 'Dumping lago env status' > 08:24:33 [basic-suit] + set +x > Local query or repo: > [dron@dron ovirt-system-tests]$ repoquery --repofrompath=testrepo,http://download.fedoraproject.org/pub/epel/7/x86_64 --repoid=testrepo --query --all ansible-2.5.2-1.el7.noarch > Repository google-chrome is listed more than once in the configuration > Repository google-talkplugin is listed more than once in the configuration > Can't download or revert repomd.xml for testrepo -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

Build failed in Jenkins: system-sync_mirrors-fedora-updates-fc28-x86_64 #57
by jenkins＠jenkins.phx.ovirt.org 21 May '18

21 May '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc28-x86_64…> ------------------------------------------ [...truncated 504.40 KB...] * needed 374 k kf5-khtml-devel-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 105 k kf5-kross-5.46.0-1.fc28.x86_64: [Errno 256] No more mirrors to try. 1:oxygen-icon-theme-5.46.0-1.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/o * free 32 k * needed 30 M kf5-kguiaddons-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 60 k libnftnl-devel-1.1.0-1.fc28.x86_64: [Errno 256] No more mirrors to try. kf5-kinit-devel-5.46.0-1.fc28.x86_64: [Errno 256] No more mirrors to try. kf5-kdeclarative-devel-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 35 k kf5-kpackage-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 210 k kf5-frameworkintegration-devel-5.46.0-1.fc28.x86_64: [Errno 256] No more mirrors to try. kf5-kactivities-stats-devel-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-ktexteditor-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 2.6 M kf5-threadweaver-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 79 k 1:gnumeric-devel-1.12.41-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/g * free 32 k * needed 112 k kf5-kbookmarks-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 165 k 1:gnumeric-1.12.41-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/g * free 32 k * needed 14 M kf5-kxmlgui-devel-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 58 k kf5-kio-5.46.0-2.fc28.x86_64: [Errno 256] No more mirrors to try. kf5-kpeople-devel-5.46.0-1.fc28.x86_64: [Errno 256] No more mirrors to try. kf5-knotifications-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 174 k kf5-attica-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 209 k kf5-kdeclarative-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 252 k kf5-kactivities-libs-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 113 k kf5-kiconthemes-devel-5.46.0-1.fc28.x86_64: [Errno 256] No more mirrors to try. kf5-kconfigwidgets-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 381 k kf5-ktexteditor-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 2.4 M kf5-threadweaver-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 74 k kf5-kguiaddons-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 64 k kf5-kactivities-devel-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-kwindowsystem-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 174 k kf5-kdesignerplugin-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 164 k kf5-kactivities-stats-devel-5.46.0-1.fc28.x86_64: [Errno 256] No more mirrors to try. kf5-kdeclarative-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 266 k kf5-kdewebkit-devel-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-baloo-file-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 156 k gspectrum-0.14.17-12.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/g * free 32 k * needed 185 k kf5-frameworkintegration-libs-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 35 k kf5-attica-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 188 k kf5-kservice-devel-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 47 k kf5-khtml-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 2.8 M xplayer-plugin-grilo-1.8.0-2.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/x * free 32 k * needed 44 k kf5-ktextwidgets-devel-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 35 k kf5-kunitconversion-devel-5.46.0-1.fc28.x86_64: [Errno 256] No more mirrors to try. kf5-bluez-qt-devel-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 39 k kf5-kpackage-devel-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. libnftnl-1.1.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/l * free 32 k * needed 92 k kf5-kjobwidgets-devel-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-kdnssd-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 113 k kf5-kplotting-devel-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-kglobalaccel-devel-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-kparts-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 215 k 1:nftables-devel-0.8.5-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-kcodecs-devel-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-kio-ntlm-5.46.0-2.fc28.x86_64: [Errno 256] No more mirrors to try. rocksndiamonds-4.1.0.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/r * free 32 k * needed 6.6 M kf5-purpose-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 325 k kf5-ki18n-devel-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 40 k kf5-kirigami2-devel-5.46.0-1.fc28.x86_64: [Errno 256] No more mirrors to try. kf5-kxmlgui-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 813 k kf5-kdewebkit-devel-5.46.0-1.fc28.x86_64: [Errno 256] No more mirrors to try. kf5-kconfig-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-kdewebkit-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 75 k kf5-kross-ui-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 195 k kf5-kunitconversion-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 937 k kf5-kio-file-widgets-5.46.0-2.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 306 k kf5-kdoctools-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 616 k kf5-krunner-devel-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 51 k kf5-kitemviews-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 130 k kf5-kitemmodels-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 117 k mlt-6.8.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/m * free 32 k * needed 2.4 M kf5-kjsembed-devel-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-kcmutils-devel-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-kitemmodels-devel-5.46.0-1.fc28.x86_64: [Errno 256] No more mirrors to try. 1:rubygem-em-websocket-0.5.1-3.fc28.noarch: [Errno 256] No more mirrors to try. kf5-kiconthemes-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 146 k kf5-khtml-devel-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 105 k kf5-kparts-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 232 k kf5-kdewebkit-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 83 k 1:cura-lulzbot-2.6.69-2.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/c * free 32 k * needed 13 M kf5-bluez-qt-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 210 k kf5-kdelibs4support-doc-5.46.0-1.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 271 k kf5-kwallet-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 367 k xplayer-doc-1.8.0-2.fc28.noarch: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/x * free 32 k * needed 300 k goffice-0.10.41-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/g * free 32 k * needed 1.9 M kf5-solid-libs-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 239 k gnome-chemistry-utils-libs-0.14.17-12.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/g * free 32 k * needed 1.6 M kf5-kauth-devel-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 35 k kf5-kwidgetsaddons-devel-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 108 k kf5-kinit-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 168 k kf5-frameworkintegration-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 1.6 M gcrystal-0.14.17-12.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/g * free 32 k * needed 350 k R-httpuv-1.4.3-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/r * free 32 k * needed 266 k kf5-kirigami2-devel-5.46.0-1.fc28.i686: [Errno 256] No more mirrors to try. kf5-plasma-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 4.4 M kf5-kdelibs4support-devel-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 481 k kf5-kactivities-stats-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 98 k kf5-knotifications-5.46.0-1.fc28.x86_64: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 158 k kf5-kactivities-stats-5.46.0-1.fc28.i686: Insufficient space in download directory /var/www/html/repos/yum/fedora-updates-fc28/base/Packages/k * free 32 k * needed 107 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/r/R-httpuv-1.4.3-1.fc28.x86_64.rpm' Build step 'Execute shell' marked build as failure

1 1

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #1578
by jenkins＠jenkins.phx.ovirt.org 21 May '18

21 May '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 590375b63082c509575860789958514fd9a3392c (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 590375b63082c509575860789958514fd9a3392c Commit message: "Don't run check-patch-s390x.sh on merge" > git rev-list --no-walk 590375b63082c509575860789958514fd9a3392c # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins3972357899187947782.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Resyncing repo: centos-updates-el7 Syncing yum repo centos-updates-el7 for arch: x86_64 scap-security-guide-doc-0.1.36-9.el7.centos.noarch: Insufficient space in download directory /var/www/html/repos/yum/centos-updates-el7/base/Packages * free 32 k * needed 2.7 M scap-security-guide-0.1.36-9.el7.centos.noarch: Insufficient space in download directory /var/www/html/repos/yum/centos-updates-el7/base/Packages * free 32 k * needed 4.4 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/centos-updates-el7/base/Packages/scap-security-guide-0.1.36-9.el7.centos.noarch.rpm' Build step 'Execute shell' marked build as failure

1 4

[JIRA] (OVIRT-2042) Drop FC25 support from STDCI
by Barak Korren (oVirt JIRA) 21 May '18

21 May '18

Barak Korren created OVIRT-2042: ----------------------------------- Summary: Drop FC25 support from STDCI Key: OVIRT-2042 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2042 Project: oVirt - virtualization made easy Issue Type: New Feature Components: CI Mirrors, mock_runner Reporter: Barak Korren Assignee: infra Since FC25 is not/should not be used any more, drop the STDCI support for it including: # Mirrors # Mock configuration files -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2042) Drop FC25 support from STDCI
by Barak Korren (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2042?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-2042: -------------------------------- Epic Link: OVIRT-400 > Drop FC25 support from STDCI > ---------------------------- > > Key: OVIRT-2042 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2042 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: CI Mirrors, mock_runner > Reporter: Barak Korren > Assignee: infra > > Since FC25 is not/should not be used any more, drop the STDCI support for it including: > # Mirrors > # Mock configuration files -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2041) Setup CI mirrors for EL7/ppc64le
by Barak Korren (oVirt JIRA) 21 May '18

21 May '18

Barak Korren created OVIRT-2041: ----------------------------------- Summary: Setup CI mirrors for EL7/ppc64le Key: OVIRT-2041 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2041 Project: oVirt - virtualization made easy Issue Type: New Feature Components: CI Mirrors Reporter: Barak Korren Assignee: infra We've been having trouble with PPC64LE slaves due to packaging issues, its desirable to setup CI mirrors that will protect the CI system from such issues in the future -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[JIRA] (OVIRT-2041) Setup CI mirrors for EL7/ppc64le
by Barak Korren (oVirt JIRA) 21 May '18

21 May '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2041?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-2041: -------------------------------- Epic Link: OVIRT-403 > Setup CI mirrors for EL7/ppc64le > -------------------------------- > > Key: OVIRT-2041 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2041 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: CI Mirrors > Reporter: Barak Korren > Assignee: infra > Labels: ppc64le > > We've been having trouble with PPC64LE slaves due to packaging issues, its desirable to setup CI mirrors that will protect the CI system from such issues in the future -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

[CQ]: 91366,3 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 21 May '18

21 May '18

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

1 0

[CQ]: 91317,2 (ovirt-engine) failed "ovirt-4.2" system tests
by oVirt Jenkins 21 May '18

21 May '18

Change 91317,2 (ovirt-engine) 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/91317/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/1968/

1 0

[JIRA] (OVIRT-2040) CQ failure due to yum cleanup
by Dafna Ron (oVirt JIRA) 21 May '18

21 May '18

Dafna Ron created OVIRT-2040: -------------------------------- Summary: CQ failure due to yum cleanup Key: OVIRT-2040 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2040 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra Change 91366,3 (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/91366/3 the actual failure seems to be in the epel 7 repo: From job: 08:23:55 [basic-suit] + lago ovirt reposetup --reposync-yum-config /home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/reposync-config.repo --custom-source=conf:/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/extra_sources 08:23:55 [basic-suit] @ Create prefix internal repo: 08:23:55 [basic-suit] # Syncing remote repos locally (this might take some time): 08:23:55 [basic-suit] * Running reposync: 08:24:27 [basic-suit] - repo: epel-el7: failed, re-running. 08:24:27 [basic-suit] - removing conflicting RPM: /var/lib/lago/epel-el7/Packages/a/ansible-2.5.2-1.el7.noarch.rpm 08:24:27 [basic-suit] - repo: epel-el7: failed. clearing cache and re-running. 08:24:32 [basic-suit] - reposync command failed for repoid: epel-el7 08:24:32 [basic-suit] stdout: 08:24:32 [basic-suit] ovirt-master-tested-el7 | 3.0 kB 00:00 08:24:32 [basic-suit] centos-base-el7 | 4.2 kB 00:00 08:24:32 [basic-suit] centos-extras-el7 | 3.4 kB 00:00 08:24:32 [basic-suit] centos-opstools-testing-el7 | 3.4 kB 00:00 08:24:32 [basic-suit] centos-ovirt-4.2-el7 | 3.4 kB 00:00 08:24:32 [basic-suit] centos-qemu-ev-release-el7 | 3.4 kB 00:00 08:24:32 [basic-suit] centos-sclo-rh-release-el7 | 3.0 kB 00:00 08:24:32 [basic-suit] centos-updates-el7 | 3.4 kB 00:00 08:24:32 [basic-suit] epel-el7 | 4.1 kB 00:00 08:24:32 [basic-suit] glusterfs-3.12-el7 | 3.4 kB 00:00 08:24:32 [basic-suit] ovirt-master-snapshot-static-el7 | 3.0 kB 00:00 08:24:32 [basic-suit] centos-ovirt-common-el7 | 3.4 kB 00:00 08:24:32 [basic-suit] (1/8): centos-ovirt-4.2-el7/primary_db | 195 kB 00:00 08:24:32 [basic-suit] (2/8): centos-qemu-ev-release-el7/primary_db | 38 kB 00:00 08:24:32 [basic-suit] (3/8): centos-opstools-testing-el7/primary_db | 304 kB 00:00 08:24:32 [basic-suit] (4/8): glusterfs-3.12-el7/primary_db | 95 kB 00:00 08:24:32 [basic-suit] (5/8): centos-ovirt-common-el7/primary_db | 116 kB 00:00 08:24:32 [basic-suit] (6/8): ovirt-master-snapshot-static-el7/primary_db | 5.0 kB 00:00 08:24:32 [basic-suit] (7/8): ovirt-master-tested-el7/primary_db | 1.4 MB 00:00 08:24:32 [basic-suit] (8/8): centos-sclo-rh-rele 42% [======- ] 0.0 B/s | 2.3 MB --:-- ETA (8/8): centos-sclo-rh-rele 52% [======== ] 569 kB/s | 2.8 MB 00:04 ETA (8/8): centos-sclo-rh-rele 72% [===========- ] 745 kB/s | 3.9 MB 00:02 ETA (8/8): centos-sclo-rh-release-el7/primary_db | 3.3 MB 00:01 08:24:32 [basic-suit] ansible-2.5.2-1.el7.noarch.rpm FAILED 08:24:32 [basic-suit] ansible-2.5.2-1.el7.noarch 0% [ ] 0.0 B/s | 0 B --:-- ETA ansible-2.5.2-1.el7.noarch: [Errno 256] No more mirrors to try. 08:24:32 [basic-suit] 08:24:32 [basic-suit] stderr: 08:24:32 [basic-suit] Not using downloaded centos-extras-el7/repomd.xml because it is older than what we have: 08:24:32 [basic-suit] Current : Sun May 20 14:00:41 2018 08:24:32 [basic-suit] Downloaded: Sat May 19 10:32:34 2018 08:24:32 [basic-suit] Not using downloaded centos-updates-el7/repomd.xml because it is older than what we have: 08:24:32 [basic-suit] Current : Sun May 20 14:00:41 2018 08:24:32 [basic-suit] Downloaded: Sun May 20 00:41:21 2018 08:24:32 [basic-suit] Not using downloaded epel-el7/repomd.xml because it is older than what we have: 08:24:32 [basic-suit] Current : Sat May 19 23:30:39 2018 08:24:32 [basic-suit] Downloaded: Sat May 19 12:42:45 2018 08:24:32 [basic-suit] 08:24:32 [basic-suit] * Running reposync: ERROR (in 0:00:38) 08:24:32 [basic-suit] # Syncing remote repos locally (this might take some time): ERROR (in 0:00:38) 08:24:32 [basic-suit] @ Create prefix internal repo: ERROR (in 0:00:38) 08:24:32 [basic-suit] Error occured, aborting 08:24:32 [basic-suit] Traceback (most recent call last): 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 362, in do_run 08:24:32 [basic-suit] self.cli_plugins[args.ovirtverb].do_run(args) 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run 08:24:32 [basic-suit] self._do_run(**vars(args)) 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 505, in wrapper 08:24:32 [basic-suit] return func(*args, **kwargs) 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 516, in wrapper 08:24:32 [basic-suit] return func(*args, prefix=prefix, **kwargs) 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 158, in do_ovirt_reposetup 08:24:32 [basic-suit] repoman_config=repoman_config, 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in wrapper 08:24:32 [basic-suit] return func(*args, **kwargs) 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/prefix.py", line 141, in prepare_repo 08:24:32 [basic-suit] repos, 08:24:32 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 230, in sync_rpm_repository 08:24:32 [basic-suit] ).format(repo) 08:24:32 [basic-suit] RuntimeError: Failed to run reposync 3 times for repoid: epel-el7, aborting. 08:24:33 [basic-suit] + on_exit 08:24:33 [basic-suit] + logger.info 'Dumping lago env status' 08:24:33 [basic-suit] + logger.log INFO 'Dumping lago env status' 08:24:33 [basic-suit] + set +x Local query or repo: [dron@dron ovirt-system-tests]$ repoquery --repofrompath=testrepo,http://download.fedoraproject.org/pub/epel/7/x86_64 --repoid=testrepo --query --all ansible-2.5.2-1.el7.noarch Repository google-chrome is listed more than once in the configuration Repository google-talkplugin is listed more than once in the configuration Can't download or revert repomd.xml for testrepo -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100085)

1 0

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #1501
by jenkins＠jenkins.phx.ovirt.org 21 May '18

21 May '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/1501/displ…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 590375b63082c509575860789958514fd9a3392c (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 590375b63082c509575860789958514fd9a3392c Commit message: "Don't run check-patch-s390x.sh on merge" > git rev-list --no-walk 590375b63082c509575860789958514fd9a3392c # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins180733733808405098.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Resyncing repo: epel-el6 Syncing yum repo epel-el6 for arch: x86_64 epel-el6/group | 303 kB 00:00 xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA etckeeper-bzr-1.18.7-3.el6.noa FAILED (1/4): etckeeper-bzr-1.18. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-4.8.3-1.el6. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-fuse-4.8.3-1.el6.x86_64 FAILED (1/4): xrootd-fuse-4.8.3-1 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-4.8.3-1.el6.x86_64.rpm FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA xrootd-selinux-4.8.3-1.el6.noa FAILED (1/4): xrootd-selinux-4.8. 0% [ ] 0.0 B/s | 0 B --:-- ETA 1:xrootd-server-devel-4.8.3-1.el6.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 47 k etckeeper-1.18.7-3.el6.noarch: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/e * free 32 k * needed 44 k 1:xrootd-selinux-4.8.3-1.el6.noarch: [Errno 256] No more mirrors to try. 1:xrootd-client-devel-4.8.3-1.el6.i686: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 68 k 1:xrootd-client-libs-4.8.3-1.el6.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 578 k 1:xrootd-private-devel-4.8.3-1.el6.i686: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 71 k 1:python2-xrootd-4.8.3-1.el6.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/p * free 32 k * needed 93 k 1:xrootd-libs-4.8.3-1.el6.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 539 k youtube-dl-2018.04.16-1.el6.noarch: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/y * free 32 k * needed 2.7 M etckeeper-bzr-1.18.7-3.el6.noarch: [Errno 256] No more mirrors to try. 1:xrootd-private-devel-4.8.3-1.el6.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 71 k 1:xrootd-server-devel-4.8.3-1.el6.i686: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 47 k 1:xrootd-client-4.8.3-1.el6.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 176 k 1:xrootd-libs-4.8.3-1.el6.i686: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 542 k 1:xrootd-client-libs-4.8.3-1.el6.i686: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 596 k 1:xrootd-client-devel-4.8.3-1.el6.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 68 k 1:xrootd-fuse-4.8.3-1.el6.x86_64: [Errno 256] No more mirrors to try. 1:xrootd-4.8.3-1.el6.x86_64: [Errno 256] No more mirrors to try. 1:xrootd-server-4.8.3-1.el6.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 388 k 1:xrootd-doc-4.8.3-1.el6.noarch: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 5.0 M 1:xrootd-devel-4.8.3-1.el6.i686: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 119 k 1:xrootd-devel-4.8.3-1.el6.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 119 k 1:xrootd-server-libs-4.8.3-1.el6.x86_64: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 557 k 1:xrootd-server-libs-4.8.3-1.el6.i686: Insufficient space in download directory /var/www/html/repos/yum/epel-el6/base/Packages/x * free 32 k * needed 569 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/epel-el6/base/Packages/e/etckeeper-1.18.7-3.el6.noarch.rpm' Build step 'Execute shell' marked build as failure

1 3

[CQ]: 91366,3 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 21 May '18

21 May '18

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

1 0