January 2018 - Infra - oVirt List Archives

[CQ]: 84900, 48 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 13 Jan '18

13 Jan '18

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

1 0

[CQ]: 84864, 39 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 13 Jan '18

13 Jan '18

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

1 0

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #1171
by jenkins＠jenkins.phx.ovirt.org 13 Jan '18

13 Jan '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 e1c292b6e3a20dcb51c31e307273b589db739ca2 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f e1c292b6e3a20dcb51c31e307273b589db739ca2 Commit message: "vdsm: Disable Fedora 26 builds on master" > git rev-list e1c292b6e3a20dcb51c31e307273b589db739ca2 # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins7290573619968989471.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 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/gen error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7/gen' Build step 'Execute shell' marked build as failure

1 2

[CQ]: 84509, 40 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 13 Jan '18

13 Jan '18

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

1 0

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

13 Jan '18

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

1 0

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

13 Jan '18

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

1 0

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el7-x86_64 - Build # 514 - Failure!
by jenkins＠jenkins.phx.ovirt.org 13 Jan '18

13 Jan '18

------=_Part_52_1061473352.1515740914056 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el… Build Number: 514 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #514 [Daniel Belenky] Introduce stdci dsl parser [Daniel Belenky] Introduce stdci dsl categories module [Barak Korren] Enable networking unconditionally in mock_runner [Gal Ben Haim] ost: Adding job for he-ansible suite [Ryan Barry] Bump version ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_52_1061473352.1515740914056--

1 1

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

13 Jan '18

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

1 0

[oVirt Jenkins] ovirt-appliance_ovirt-4.2-snapshot_build-artifacts-el7-x86_64 - Build # 132 - Failure!
by jenkins＠jenkins.phx.ovirt.org 13 Jan '18

13 Jan '18

------=_Part_46_586975009.1515725814789 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.2-snapshot_build-artif… Build: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.2-snapshot_build-artif… Build Number: 132 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #132 [Daniel Belenky] Introduce stdci dsl parser [Daniel Belenky] Introduce stdci dsl categories module [Barak Korren] Enable networking unconditionally in mock_runner [Gal Ben Haim] ost: Adding job for he-ansible suite [Sandro Bonazzola] automation: check and save unsigned rpms ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_46_586975009.1515725814789--

1 1

Build failed in Jenkins: system-sync_mirrors-fedora-updates-fc26-x86_64 #542
by jenkins＠jenkins.phx.ovirt.org 13 Jan '18

13 Jan '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc26-x86_64…> Changes: [Nir Soffer] vdsm: Disable Fedora 26 builds on master ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc26-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 e1c292b6e3a20dcb51c31e307273b589db739ca2 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f e1c292b6e3a20dcb51c31e307273b589db739ca2 Commit message: "vdsm: Disable Fedora 26 builds on master" > git rev-list 3a33a9e7121999e2ce12a4813e029564a11691be # timeout=10 [system-sync_mirrors-fedora-updates-fc26-x86_64] $ /bin/bash -xe /tmp/jenkins7887232194223306832.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror fedora-updates-fc26 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 1479, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1256, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1039, in _getFile raise e yum.Errors.NoMoreMirrorsRepoError: failure: repodata/repomd.xml from fedora-updates-fc26: [Errno 256] No more mirrors to try. http://mirror.cc.vt.edu/pub/fedora/linux/updates/26/x86_64/repodata/repomd.…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://fedora.mirror.constant.com/fedora/linux/updates/26/x86_64/repodata/…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirrors.rit.edu/fedora/fedora/linux/updates/26/x86_64/repodata/repo…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.math.princeton.edu/pub/fedora/linux/updates/26/x86_64/repodat…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://pubmirror2.math.uh.edu/fedora-buffet/fedora/linux/updates/26/x86_64…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.cs.princeton.edu/pub/mirrors/fedora/linux/updates/26/x86_64/r…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.cs.pitt.edu/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://download-ib01.fedoraproject.org/pub/fedora/linux/updates/26/x86_64/…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.metrocast.net/fedora/linux/updates/26/x86_64/repodata/repomd.…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.sjc02.svwh.net/fedora/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.uoregon.edu/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://fedora.mirror.lstn.net/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirrors.mit.edu/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.chpc.utah.edu/pub/fedora/linux/updates/26/x86_64/repodata/re…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.web-ster.com/fedora/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.cogentco.com/pub/linux/fedora/linux/updates/26/x86_64/repodat…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://ftp.usf.edu/pub/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.liberty.edu/mirror/fedora/linux/updates/26/x86_64/repodata/re…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.utexas.edu/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://fedora.mirrors.pair.com/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://linux.mirrors.es.net/fedora/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirrors.xmission.com/fedora/linux/updates/26/x86_64/repodata/repomd…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.us-midwest-1.nexcess.net/fedora/updates/26/x86_64/repodata/r…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.steadfast.net/fedora/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.mrjester.net/fedora/linux/updates/26/x86_64/repodata/repomd.…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.umd.edu/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirrors.kernel.org/fedora/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirrors.cat.pdx.edu/fedora/linux/updates/26/x86_64/repodata/repomd.…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.vcu.edu/pub/gnu+linux/fedora/updates/26/x86_64/repodata/repo…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirrors.tummy.com/pub/fedora.redhat.com/fedora/linux/updates/26/x86_…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://dl.fedoraproject.org/pub/fedora/linux/updates/26/x86_64/repodata/re…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://fedora.mirror.iweb.com/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://muug.ca/mirror/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.csclub.uwaterloo.ca/fedora/linux/updates/26/x86_64/repodata/…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.its.dal.ca/pub/fedora/linux/updates/26/x86_64/repodata/repomd…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://fedora.bhs.mirrors.ovh.net/linux/updates/26/x86_64/repodata/repomd.x…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirrors.syringanetworks.net/fedora/linux/updates/26/x86_64/repodata/…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirrors.oit.uci.edu/fedora/linux/updates/26/x86_64/repodata/repomd.x…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 Build step 'Execute shell' marked build as failure

1 1

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

13 Jan '18

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

1 0

[CQ]: 86152, 1 (ovirt-host) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 12 Jan '18

12 Jan '18

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

1 0

[CQ]: 86151, 1 (ovirt-host) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 12 Jan '18

12 Jan '18

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

1 0

[JIRA] (OVIRT-1844) jenkins_master_deploy-configs_merged failing do to missing libraries
by Evgheni Dereveanchin (oVirt JIRA) 12 Jan '18

12 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1844?page=com.atlassian.jira.… ] Evgheni Dereveanchin commented on OVIRT-1844: --------------------------------------------- Installed python2-pyxdg to make the error go away as that's the package installed on slaves. > jenkins_master_deploy-configs_merged failing do to missing libraries > -------------------------------------------------------------------- > > Key: OVIRT-1844 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1844 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: infra > Priority: High > > Since patches related to OVIRT-1746, mainly https://gerrit.ovirt.org/85158/, got merged, jenkins configs are no longer deployed since libraries required by usrc.py are missing on the Jenkins: > http://jenkins.ovirt.org/job/jenkins_master_deploy-configs_merged/997/conso… > File "/var/lib/data/jenkins/jobs/jenkins_master_deploy-configs_merged/workspace/jenkins/scripts/usrc.py", line 13, in <module> > from xdg.BaseDirectory import xdg_cache_home > ImportError: No module named xdg.BaseDirectory -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1844) jenkins_master_deploy-configs_merged failing do to missing libraries
by Evgheni Dereveanchin (oVirt JIRA) 12 Jan '18

12 Jan '18

Evgheni Dereveanchin created OVIRT-1844: ------------------------------------------- Summary: jenkins_master_deploy-configs_merged failing do to missing libraries Key: OVIRT-1844 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1844 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra Priority: High Since patches related to OVIRT-1746, mainly https://gerrit.ovirt.org/85158/, got merged, jenkins configs are no longer deployed since libraries required by usrc.py are missing on the Jenkins: http://jenkins.ovirt.org/job/jenkins_master_deploy-configs_merged/997/conso… File "/var/lib/data/jenkins/jobs/jenkins_master_deploy-configs_merged/workspace/jenkins/scripts/usrc.py", line 13, in <module> from xdg.BaseDirectory import xdg_cache_home ImportError: No module named xdg.BaseDirectory -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #1168
by jenkins＠jenkins.phx.ovirt.org 12 Jan '18

12 Jan '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 3a33a9e7121999e2ce12a4813e029564a11691be (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 3a33a9e7121999e2ce12a4813e029564a11691be Commit message: "ost: Adding job for he-ansible suite" > git rev-list 3a33a9e7121999e2ce12a4813e029564a11691be # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins8163071506360111957.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 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

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #1093
by jenkins＠jenkins.phx.ovirt.org 12 Jan '18

12 Jan '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/1093/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 3a33a9e7121999e2ce12a4813e029564a11691be (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 3a33a9e7121999e2ce12a4813e029564a11691be Commit message: "ost: Adding job for he-ansible suite" > git rev-list 3a33a9e7121999e2ce12a4813e029564a11691be # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins7421744281286165003.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1474, in _commonLoadRepoXML if self._latestRepoXML(local): File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1452, in _latestRepoXML repomd = self.metalink_data.repomd File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 918, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 914, in _getMetalink self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename) File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 189, in __init__ raise MetaLinkRepoErrorParseFail, "File %s is not XML" % filename yum.metalink.MetaLinkRepoErrorParseFail: File /home/jenkins/mirrors_cache/fedora-base-fcraw/metalink.xml is not XML Build step 'Execute shell' marked build as failure

1 1

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1-snapshot_build-artifacts-el7-x86_64 - Build # 348 - Failure!
by jenkins＠jenkins.phx.ovirt.org 12 Jan '18

12 Jan '18

------=_Part_489_2119653316.1513407554706 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-snapshot_build-artifac… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-snapshot_build-artifac… Build Number: 348 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #348 [Yuval Turgeman] automation: view install log in console output ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_489_2119653316.1513407554706--

1 29

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-master - Build # 154 - Failure!
by jenkins＠jenkins.phx.ovirt.org 12 Jan '18

12 Jan '18

------=_Part_20_853853313.1515642541925 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-mas= ter/=20 Build: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-maste= r/154/ Build Number: 154 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #154 [Yedidyah Bar David] he-basic suites: Deduplicate setup_first_he_host.sh [Evgheni Dereveanchin] Update slave repos to point to the latest snapshot [Barak Korren] Make pusher.py accept Git refs in addition to hash [Barak Korren] Replace older scripts with usrc.py and pusher.py [Barak Korren] Re-factored usrc.py internals [Barak Korren] Add automerge functionality to pusher.py [Barak Korren] Add fc27/s390x build jobs for ovirt-host [Barak Korren] Skip 'pusher.py' when jobs are triggered manually ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_hosts Error Message: status: 503 reason: Service Unavailable detail:=20 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>503 Service Unavailable</title> </head><body> <h1>Service Unavailable</h1> <p>The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.</p> </body></html> -------------------- >> begin captured logging << -------------------- ovirtlago.testlib: ERROR: * Unhandled exception in <function _host_is_u= p at 0x33ff668> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, i= n assert_equals_within res =3D func() File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ov= irt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", li= ne 145, in _host_is_up cur_state =3D api.hosts.get(host.name()).status.state File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py= ", line 18338, in get headers=3D{"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 46, in get return self.request(method=3D'GET', url=3Durl, headers=3Dheaders, cls= =3Dcls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 122, in request persistent_auth=3Dself.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body= ) RequestError:=20 status: 503 reason: Service Unavailable detail:=20 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>503 Service Unavailable</title> </head><body> <h1>Service Unavailable</h1> <p>The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.</p> </body></html> --------------------- >> end captured logging << --------------------- Stack Trace: File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTes= t self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, i= n wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in= wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ov= irt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", li= ne 164, in add_hosts testlib.assert_true_within(_host_is_up, timeout=3D15 * 60) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 263, i= n assert_true_within assert_equals_within(func, True, timeout, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, i= n assert_equals_within res =3D func() File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ov= irt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", li= ne 145, in _host_is_up cur_state =3D api.hosts.get(host.name()).status.state File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py= ", line 18338, in get headers=3D{"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 46, in get return self.request(method=3D'GET', url=3Durl, headers=3Dheaders, cls= =3Dcls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 122, in request persistent_auth=3Dself.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body= ) '\r\nstatus: 503\r\nreason: Service Unavailable\r\ndetail: \n<!DOCTYPE HTML= PUBLIC "-//IETF//DTD HTML 2.0//EN">\n<html><head>\n<title>503 Service Unav= ailable</title>\n</head><body>\n<h1>Service Unavailable</h1>\n<p>The server= is temporarily unable to service your\nrequest due to maintenance downtime= or capacity\nproblems. Please try again later.</p>\n</body></html>\n\n----= ---------------- >> begin captured logging << --------------------\novirtla= go.testlib: ERROR: * Unhandled exception in <function _host_is_up at 0x= 33ff668>\nTraceback (most recent call last):\n File "/usr/lib/python2.7/si= te-packages/ovirtlago/testlib.py", line 219, in assert_equals_within\n r= es =3D func()\n File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-= suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bo= otstrap.py", line 145, in _host_is_up\n cur_state =3D api.hosts.get(host= .name()).status.state\n File "/usr/lib/python2.7/site-packages/ovirtsdk/in= frastructure/brokers.py", line 18338, in get\n headers=3D{"All-Content":= all_content}\n File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastruct= ure/proxy.py", line 46, in get\n return self.request(method=3D\'GET\', u= rl=3Durl, headers=3Dheaders, cls=3Dcls)\n File "/usr/lib/python2.7/site-pa= ckages/ovirtsdk/infrastructure/proxy.py", line 122, in request\n persist= ent_auth=3Dself.__persistent_auth\n File "/usr/lib/python2.7/site-packages= /ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request\n p= ersistent_auth)\n File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastr= ucture/connectionspool.py", line 162, in __do_request\n raise errors.Req= uestError(response_code, response_reason, response_body)\nRequestError: \r\= nstatus: 503\r\nreason: Service Unavailable\r\ndetail: \n<!DOCTYPE HTML PUB= LIC "-//IETF//DTD HTML 2.0//EN">\n<html><head>\n<title>503 Service Unavaila= ble</title>\n</head><body>\n<h1>Service Unavailable</h1>\n<p>The server is = temporarily unable to service your\nrequest due to maintenance downtime or = capacity\nproblems. Please try again later.</p>\n</body></html>\n\n--------= ------------- >> end captured logging << ---------------------' ------=_Part_20_853853313.1515642541925--

1 1

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-4.1 - Build # 148 - Failure!
by jenkins＠jenkins.phx.ovirt.org 12 Jan '18

12 Jan '18

------=_Part_18_727860257.1515640071462 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.1/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.1/148/ Build Number: 148 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #148 [Yedidyah Bar David] he-basic suites: Deduplicate setup_first_he_host.sh [Evgheni Dereveanchin] Update slave repos to point to the latest snapshot [Barak Korren] Make pusher.py accept Git refs in addition to hash [Barak Korren] Replace older scripts with usrc.py and pusher.py [Barak Korren] Re-factored usrc.py internals [Barak Korren] Add automerge functionality to pusher.py [Barak Korren] Add fc27/s390x build jobs for ovirt-host [Barak Korren] Skip 'pusher.py' when jobs are triggered manually ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_18_727860257.1515640071462--

1 1

Build failed in Jenkins: system-sync_mirrors-fedora-updates-fc26-x86_64 #539
by jenkins＠jenkins.phx.ovirt.org 12 Jan '18

12 Jan '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc26-x86_64…> Changes: [Daniel Belenky] Introduce stdci dsl parser [Daniel Belenky] Introduce stdci dsl categories module [Barak Korren] Enable networking unconditionally in mock_runner [Gal Ben Haim] ost: Adding job for he-ansible suite ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc26-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 3a33a9e7121999e2ce12a4813e029564a11691be (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 3a33a9e7121999e2ce12a4813e029564a11691be Commit message: "ost: Adding job for he-ansible suite" > git rev-list fd03fa52a1e8bc9b4c687967ec3909b51b8b1238 # timeout=10 [system-sync_mirrors-fedora-updates-fc26-x86_64] $ /bin/bash -xe /tmp/jenkins9076232139292509697.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror fedora-updates-fc26 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 1479, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1256, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1022, in _getFile result = self.grab.urlgrab(misc.to_utf8(relative), local, File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 700, in <lambda> grab = property(lambda self: self._getgrab()) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 695, in _getgrab self._setupGrab() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 632, in _setupGrab urls = self.urls File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 878, in <lambda> urls = property(fget=lambda self: self._geturls(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 875, in _geturls self._baseurlSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 821, in _baseurlSetup mirrorurls.extend(list(self.metalink_data.urls())) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 918, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 914, in _getMetalink self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename) File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 189, in __init__ raise MetaLinkRepoErrorParseFail, "File %s is not XML" % filename yum.metalink.MetaLinkRepoErrorParseFail: File /home/jenkins/mirrors_cache/fedora-updates-fc26/metalink.xml is not XML Build step 'Execute shell' marked build as failure

1 1

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #1166
by jenkins＠jenkins.phx.ovirt.org 12 Jan '18

12 Jan '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> Changes: [Daniel Belenky] Introduce stdci dsl parser [Daniel Belenky] Introduce stdci dsl categories module [Barak Korren] Enable networking unconditionally in mock_runner [Gal Ben Haim] ost: Adding job for he-ansible suite ------------------------------------------ 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 3a33a9e7121999e2ce12a4813e029564a11691be (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 3a33a9e7121999e2ce12a4813e029564a11691be Commit message: "ost: Adding job for he-ansible suite" > git rev-list fd03fa52a1e8bc9b4c687967ec3909b51b8b1238 # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins5222694908827924560.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1479, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1256, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1022, in _getFile result = self.grab.urlgrab(misc.to_utf8(relative), local, File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 700, in <lambda> grab = property(lambda self: self._getgrab()) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 695, in _getgrab self._setupGrab() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 632, in _setupGrab urls = self.urls File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 878, in <lambda> urls = property(fget=lambda self: self._geturls(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 875, in _geturls self._baseurlSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 821, in _baseurlSetup mirrorurls.extend(list(self.metalink_data.urls())) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 918, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 914, in _getMetalink self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename) File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 189, in __init__ raise MetaLinkRepoErrorParseFail, "File %s is not XML" % filename yum.metalink.MetaLinkRepoErrorParseFail: File /home/jenkins/mirrors_cache/fedora-updates-fc26/metalink.xml is not XML Build step 'Execute shell' marked build as failure

1 1

[oVirt Jenkins] ovirt-release_master_build-artifacts-el7-x86_64 - Build # 626 - Failure!
by jenkins＠jenkins.phx.ovirt.org 12 Jan '18

12 Jan '18

------=_Part_27_945937855.1515666466549 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-release_master_build-artifacts-el7-x86_6… Build: http://jenkins.ovirt.org/job/ovirt-release_master_build-artifacts-el7-x86_6… Build Number: 626 Build Status: Failure Triggered By: Started by user Lev Veyde ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #626 [Lev Veyde] build: ovirt-release42-4.2.1_rc1 [Daniel Belenky] Introduce stdci dsl parser [Daniel Belenky] Introduce stdci dsl categories module ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_27_945937855.1515666466549--

1 1

[VDSM] loop device tests fail again on jenkins
by Nir Soffer 11 Jan '18

11 Jan '18

We have random failures of loop device tests on jenkins (see example bellow). Barak commented that losetup -f /path does not work sometimes in the CI but I don't recall what it the alternative way to get a loop device. We need a reliable way to create a loop device for vdsm tests. What is the recommended way to do this? Until we have a reliable solution I'm going to mark this test as broken on ovirt CI: https://gerrit.ovirt.org/#/c/86241/ Please report if you see other tests fail with this error - typically: Error: Command ['losetup', '--find', '--show', '/tmp/tmp17Wqri/file'] failed with rc=1 out='' err='losetup: /tmp/tmp17Wqri/file: failed to set up loop device: No such file or directory\n' http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/20862/conso… *00:05:48.766* ======================================================================*00:05:48.766* ERROR: test_attach_detach_manually (loopback_test.TestDevice)*00:05:48.767* ----------------------------------------------------------------------*00:05:48.767* Traceback (most recent call last):*00:05:48.767* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/tests/testValidation.py", line 191, in wrapper*00:05:48.768* return f(*args, **kwargs)*00:05:48.768* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/tests/loopback_test.py", line 56, in test_attach_detach_manually*00:05:48.768* device.attach()*00:05:48.768* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/tests/loopback.py", line 56, in attach*00:05:48.769* raise cmdutils.Error(cmd, rc, out, err)*00:05:48.769* Error: Command ['losetup', '--find', '--show', '/tmp/tmp17Wqri/file'] failed with rc=1 out='' err='losetup: /tmp/tmp17Wqri/file: failed to set up loop device: No such file or directory\n'*00:05:48.770* -------------------- >> begin captured logging << --------------------*00:05:48.770* 2018-01-11 13:42:45,676 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 losetup --find --show /tmp/tmp17Wqri/file (cwd None) (commands:65)*00:05:48.771* 2018-01-11 13:42:45,733 DEBUG (MainThread) [root] FAILED: <err> = 'losetup: /tmp/tmp17Wqri/file: failed to set up loop device: No such file or directory\n'; <rc> = 1 (commands:86)*00:05:48.772* --------------------- >> end captured logging << ---------------------

3 4

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

11 Jan '18

------=_Part_29_1839268327.1515670564054 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2-pre_build-artifacts-el… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2-pre_build-artifacts-el… Build Number: 165 Build Status: Failure Triggered By: Started by user Lev Veyde ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #165 [Daniel Belenky] Introduce stdci dsl parser [Daniel Belenky] Introduce stdci dsl categories module [Yuval Turgeman] scripts: timeout when waiting for vm to install ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_29_1839268327.1515670564054--

1 3

[JIRA] (OVIRT-1843) theforeman-el7-vm02.phx.ovirt.org is down
by Michael Moll (oVirt JIRA) 11 Jan '18

11 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1843?page=com.atlassian.jira.… ] Michael Moll updated OVIRT-1843: -------------------------------- Resolution: Fixed Status: Done (was: To Do) up again: 16:46:36 up 17 min, 1 user, load average: 4.93, 3.21, 1.57 > theforeman-el7-vm02.phx.ovirt.org is down > ----------------------------------------- > > Key: OVIRT-1843 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1843 > Project: oVirt - virtualization made easy > Issue Type: Outage > Reporter: Michael Moll > Assignee: infra > > theforeman-el7-vm02.phx.ovirt.org seems to be down, please reset the VM. > Thanks! -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[CQ]: 86248, 1 (ovirt-log-collector) failed "ovirt-4.2" system tests, but isn't the failure root cause
by oVirt Jenkins 11 Jan '18

11 Jan '18

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

1 0

[CQ]: 86247,1 (ovirt-log-collector) failed "ovirt-4.2" system tests
by oVirt Jenkins 11 Jan '18

11 Jan '18

Change 86247,1 (ovirt-log-collector) 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/86247/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/208/

1 0

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

11 Jan '18

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

1 0

[vdsm][tag][master] Vdsm tagged: v4.20.13
by Francesco Romani 11 Jan '18

11 Jan '18

Hi infra, we have a new Vdsm tag on branch master for oVirt 4.2.1: tag v4.20.13 Tagger: Francesco Romani <fromani(a)redhat.com> Date: Thu Jan 11 16:23:34 2018 +0100 Vdsm 4.20.13 for oVirt 4.2.1 RC 2 (respin) +++ NOTE ABOUT BRANCHING: * We are merging again patches targeted for 4.2.1 on master * We don't yet have plans to branch out ovirt-4.2 from master. Following the usual Vdsm habit, we will branch out late, *after* Engine does. Bests, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

1 0

[JIRA] (OVIRT-1843) theforeman-el7-vm02.phx.ovirt.org is down
by Michael Moll (oVirt JIRA) 11 Jan '18

11 Jan '18

This is a multi-part message in MIME format... ------------=_1515681554-23230-107 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Michael Moll created OVIRT-1843: ----------------------------------- Summary: theforeman-el7-vm02.phx.ovirt.org is down Key: OVIRT-1843 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1843 Project: oVirt - virtualization made easy Issue Type: Outage Reporter: Michael Moll Assignee: infra theforeman-el7-vm02.phx.ovirt.org seems to be down, please reset the VM. Thanks! -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515681554-23230-107 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Michael Moll created OVIRT-1843:</h3> <pre> Summary: theforeman-el7-vm02.phx.ovirt.org is down Key: OVIRT-1843 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1843 Project: oVirt - virtualization made easy Issue Type: Outage Reporter: Michael Moll Assignee: infra</pre> <p>theforeman-el7-vm02.phx.ovirt.org seems to be down, please reset the VM.</p> <p>Thanks!</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515681554-23230-107--

1 0

[JIRA] (OVIRT-1842) Ensure mock is insalled and up-to-date from global_setup,sh
by Barak Korren (oVirt JIRA) 11 Jan '18

11 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1842?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1842: ----------------------------------- Assignee: Barak Korren (was: infra) > Ensure mock is insalled and up-to-date from global_setup,sh > ----------------------------------------------------------- > > Key: OVIRT-1842 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1842 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: Jenkins Slaves, mock_runner > Reporter: Barak Korren > Assignee: Barak Korren > > `{{mock}}` is probably the most important package for CI at this point. This > makes `{{global_setup.sh}}` ensure its installed and up to date. > Another benefit to this is that newer mock versions will be tested automatically when newer repo snapshots are configured for slaves. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1842) Ensure mock is insalled and up-to-date from global_setup,sh
by Barak Korren (oVirt JIRA) 11 Jan '18

11 Jan '18

Barak Korren created OVIRT-1842: ----------------------------------- Summary: Ensure mock is insalled and up-to-date from global_setup,sh Key: OVIRT-1842 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1842 Project: oVirt - virtualization made easy Issue Type: Outage Components: Jenkins Slaves, mock_runner Reporter: Barak Korren Assignee: infra `{{mock}}` is probably the most important package for CI at this point. This makes `{{global_setup.sh}}` ensure its installed and up to date. Another benefit to this is that newer mock versions will be tested automatically when newer repo snapshots are configured for slaves. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1842) Ensure mock is insalled and up-to-date from global_setup,sh
by Barak Korren (oVirt JIRA) 11 Jan '18

11 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1842?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1842: -------------------------------- Epic Link: OVIRT-403 > Ensure mock is insalled and up-to-date from global_setup,sh > ----------------------------------------------------------- > > Key: OVIRT-1842 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1842 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: Jenkins Slaves, mock_runner > Reporter: Barak Korren > Assignee: infra > > `{{mock}}` is probably the most important package for CI at this point. This > makes `{{global_setup.sh}}` ensure its installed and up to date. > Another benefit to this is that newer mock versions will be tested automatically when newer repo snapshots are configured for slaves. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1841) mock now setus up chroots without networking
by Barak Korren (oVirt JIRA) 11 Jan '18

11 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1841?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1841: ----------------------------------- Assignee: Barak Korren (was: infra) > mock now setus up chroots without networking > -------------------------------------------- > > Key: OVIRT-1841 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1841 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: mock_runner > Reporter: Barak Korren > Assignee: Barak Korren > Priority: Highest > > '{{mock}}' had been changed so that network setup became optional, and turned off by default. > We need to: > # Make '{{mock_runner.sh}}' turn networking on by default > # Upgrade '{{mock}}' on all slave so that a newer version with the network setting is installed. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1841) mock now setus up chroots without networking
by Barak Korren (oVirt JIRA) 11 Jan '18

11 Jan '18

Barak Korren created OVIRT-1841: ----------------------------------- Summary: mock now setus up chroots without networking Key: OVIRT-1841 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1841 Project: oVirt - virtualization made easy Issue Type: Outage Components: mock_runner Reporter: Barak Korren Assignee: infra Priority: Highest '{{mock}}' had been changed so that network setup became optional, and turned off by default. We need to: # Make '{{mock_runner.sh}}' turn networking on by default # Upgrade '{{mock}}' on all slave so that a newer version with the network setting is installed. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1841) mock now setus up chroots without networking
by Barak Korren (oVirt JIRA) 11 Jan '18

11 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1841?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1841: -------------------------------- Epic Link: OVIRT-400 > mock now setus up chroots without networking > -------------------------------------------- > > Key: OVIRT-1841 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1841 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: mock_runner > Reporter: Barak Korren > Assignee: infra > Priority: Highest > > '{{mock}}' had been changed so that network setup became optional, and turned off by default. > We need to: > # Make '{{mock_runner.sh}}' turn networking on by default > # Upgrade '{{mock}}' on all slave so that a newer version with the network setting is installed. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

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

11 Jan '18

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

1 0

[JIRA] (OVIRT-1840) jobs freeze due to unresponsive docker
by Evgheni Dereveanchin (oVirt JIRA) 11 Jan '18

11 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1840?page=com.atlassian.jira.… ] Evgheni Dereveanchin commented on OVIRT-1840: --------------------------------------------- Looking at timestamps of when docker was installed, seems that the slave was broken during this build: http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/3039/conso… 07:49:56 Running transaction 07:49:57 Updating : container-storage-setup-0.8.0-3.git1d27ecf.el7.noarch 1/12 07:49:57 Updating : 2:oci-umount-2.3.0-1.git51e7c50.el7.x86_64 2/12 07:50:35 Updating : 2:container-selinux-2.33-1.git86f33cd.el7.noarch 3/12 07:50:36 Updating : 2:docker-common-1.12.6-68.gitec8512b.el7.centos.x86_64 4/12 07:50:38 Updating : 2:docker-client-1.12.6-68.gitec8512b.el7.centos.x86_64 5/12 07:50:39 Updating : 2:docker-1.12.6-68.gitec8512b.el7.centos.x86_64 6/12 13:49:32 Cleanup : 2:docker-1.12.6-48.git0fdc778.el7.centos.x86_64 7/12 Build timed out (after 360 minutes). Marking the build as failed. This explains the leftover yum processes on the system, which can block further yum installs or even theoretically corrupt RPMDB if docker decides to unfreeze for some reason. > jobs freeze due to unresponsive docker > -------------------------------------- > > Key: OVIRT-1840 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1840 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Evgheni Dereveanchin > Assignee: infra > > Quite often do I see jobs stuck at various stages for hours that seem related to docker. > Example: > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6… > There's multiple docker commands stuck on the slave (will post in the next comment) so it seems to be deadlocked. Opening ticket to investigate which step exactly is causing this and possible ways of resolving. The job in question doesn't even use docker so shouldn't suffer if this happens. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1840) jobs freeze due to unresponsive docker
by Evgheni Dereveanchin (oVirt JIRA) 11 Jan '18

11 Jan '18

This is a multi-part message in MIME format... ------------=_1515660854-31309-326 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1840?page=com.atlassian.jira.… ] Evgheni Dereveanchin edited comment on OVIRT-1840 at 1/11/18 8:54 AM: ---------------------------------------------------------------------- Looking at the slave, here's the stuck part: {{ `-bash -c cd "/home/jenkins" && java -jar slave.jar}} {{ `-java -jar slave.jar}} {{ |-bash -ex /tmp/jenkins6289914333579712645.sh}} {{ | `-bash -ex /tmp/jenkins6289914333579712645.sh}} {{ | |-grep -oP .+?(?=:exported-artifacts)}} {{ | `-sudo -n docker images --format={{.Repository}}:{{.Tag}} }} {{ | `-docker-current images --format={{.Repository}}:{{.Tag}} }} {{ | `-5*[{docker-current}]}} At the same time, I see the following in pstree output of the same node:}} {{-sudo -n docker images --format={{.Repository}}:{{.Tag}} }} {{ `-docker-current images --format={{.Repository}}:{{.Tag}} }} {{ `-5*[{docker-current}]}} {{-sudo systemctl start docker}} {{ `-systemctl start docker}} {{-sudo -n /bin/yum install -y docker}} {{ `-yum /bin/yum install -y docker}} {{ `-sh /var/tmp/rpm-tmp.gO7ceb 1}} {{ `-systemctl try-restart docker.service}} {{-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0}} {{ `-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0}} {{ `-docker-current ps -aq -f status=dead}} {{ `-6*[{docker-current}]}} As all of these commands are stuck from various stages of the job while docker wasn't even used throughout it. was (Author: ederevea): Looking at the slave, here's the stuck part: {quote} `-bash -c cd "/home/jenkins" && java -jar slave.jar{quote} {quote} `-java -jar slave.jar{quote} {quote} |-bash -ex /tmp/jenkins6289914333579712645.sh{quote} {quote} | `-bash -ex /tmp/jenkins6289914333579712645.sh{quote} {quote} | |-grep -oP .+?(?=:exported-artifacts){quote} {quote} | `-sudo -n docker images --format={{.Repository}}:{{.Tag}}{quote} {quote} | `-docker-current images --format={{.Repository}}:{{.Tag}}{quote} {quote} | `-5*[{docker-current}]{quote} At the same time, I see the following in pstree output of the same node:{quote} {quote}-sudo -n docker images --format={{.Repository}}:{{.Tag}}{quote} {quote} `-docker-current images --format={{.Repository}}:{{.Tag}}{quote} {quote} `-5*[{docker-current}]{quote} {quote}-sudo systemctl start docker{quote} {quote} `-systemctl start docker{quote} {quote}-sudo -n /bin/yum install -y docker{quote} {quote} `-yum /bin/yum install -y docker{quote} {quote} `-sh /var/tmp/rpm-tmp.gO7ceb 1{quote} {quote} `-systemctl try-restart docker.service{quote} {quote}-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0{quote} {quote} `-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0{quote} {quote} `-docker-current ps -aq -f status=dead{quote} {quote} `-6*[{docker-current}]{quote} As all of these commands are stuck from various stages of the job while docker wasn't even used throughout it. > jobs freeze due to unresponsive docker > -------------------------------------- > > Key: OVIRT-1840 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1840 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Evgheni Dereveanchin > Assignee: infra > > Quite often do I see jobs stuck at various stages for hours that seem related to docker. > Example: > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6… > There's multiple docker commands stuck on the slave (will post in the next comment) so it seems to be deadlocked. Opening ticket to investigate which step exactly is causing this and possible ways of resolving. The job in question doesn't even use docker so shouldn't suffer if this happens. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515660854-31309-326 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1840?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin edited comment on OVIRT-1840 at 1/11/18 8:54 AM:</h3> <p>Looking at the slave, here's the stuck part: {{ `-bash -c cd “/home/jenkins” && java -jar slave.jar}} {{ `-java -jar slave.jar}} {{ |-bash -ex /tmp/jenkins6289914333579712645.sh}} {{ | `-bash -ex /tmp/jenkins6289914333579712645.sh}} {{ | |-grep -oP .+?(?=:exported-artifacts)}} {{ | `-sudo -n docker images --format={{.Repository}}:{{.Tag}} }} {{ | `-docker-current images --format={{.Repository}}:{{.Tag}} }} {{ | `-5*[{docker-current}]}}</p> <p>At the same time, I see the following in pstree output of the same node:}} {{-sudo -n docker images --format={{.Repository}}:{{.Tag}} }} {{ `-docker-current images --format={{.Repository}}:{{.Tag}} }} {{ `-5*[{docker-current}]}} {{-sudo systemctl start docker}} {{ `-systemctl start docker}} {{-sudo -n /bin/yum install -y docker}} {{ `-yum /bin/yum install -y docker}} {{ `-sh /var/tmp/rpm-tmp.gO7ceb 1}} {{ `-systemctl try-restart docker.service}} {{-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n “$DEAD” ] && docker rm $DEAD; exit 0}} {{ `-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n “$DEAD” ] && docker rm $DEAD; exit 0}} {{ `-docker-current ps -aq -f status=dead}} {{ `-6*[{docker-current}]}}</p> <p>As all of these commands are stuck from various stages of the job while docker wasn't even used throughout it.</p> <p>was (Author: ederevea): Looking at the slave, here's the stuck part: {quote} `-bash -c cd “/home/jenkins” && java -jar slave.jar{quote} {quote} `-java -jar slave.jar{quote} {quote} |-bash -ex /tmp/jenkins6289914333579712645.sh{quote} {quote} | `-bash -ex /tmp/jenkins6289914333579712645.sh{quote} {quote} | |-grep -oP .+?(?=:exported-artifacts){quote} {quote} | `-sudo -n docker images --format={{.Repository}}:{{.Tag}}{quote} {quote} | `-docker-current images --format={{.Repository}}:{{.Tag}}{quote} {quote} | `-5*[{docker-current}]{quote}</p> <p>At the same time, I see the following in pstree output of the same node:{quote} {quote}-sudo -n docker images --format={{.Repository}}:{{.Tag}}{quote} {quote} `-docker-current images --format={{.Repository}}:{{.Tag}}{quote} {quote} `-5*[{docker-current}]{quote} {quote}-sudo systemctl start docker{quote} {quote} `-systemctl start docker{quote} {quote}-sudo -n /bin/yum install -y docker{quote} {quote} `-yum /bin/yum install -y docker{quote} {quote} `-sh /var/tmp/rpm-tmp.gO7ceb 1{quote} {quote} `-systemctl try-restart docker.service{quote} {quote}-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n “$DEAD” ] && docker rm $DEAD; exit 0{quote} {quote} `-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n “$DEAD” ] && docker rm $DEAD; exit 0{quote} {quote} `-docker-current ps -aq -f status=dead{quote} {quote} `-6*[{docker-current}]{quote}</p> <p>As all of these commands are stuck from various stages of the job while docker wasn't even used throughout it.</p> <blockquote><h3>jobs freeze due to unresponsive docker</h3> <pre> Key: OVIRT-1840 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1840 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra</pre> <p>Quite often do I see jobs stuck at various stages for hours that seem related to docker. Example: <a href="http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6…">http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6…</a> There's multiple docker commands stuck on the slave (will post in the next comment) so it seems to be deadlocked. Opening ticket to investigate which step exactly is causing this and possible ways of resolving. The job in question doesn't even use docker so shouldn't suffer if this happens.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515660854-31309-326--

1 0

[JIRA] (OVIRT-1840) jobs freeze due to unresponsive docker
by Evgheni Dereveanchin (oVirt JIRA) 11 Jan '18

11 Jan '18

This is a multi-part message in MIME format... ------------=_1515660696-28855-361 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1840?page=com.atlassian.jira.… ] Evgheni Dereveanchin edited comment on OVIRT-1840 at 1/11/18 8:51 AM: ---------------------------------------------------------------------- Looking at the slave, here's the stuck part: {quote} `-bash -c cd "/home/jenkins" && java -jar slave.jar{quote} {quote} `-java -jar slave.jar{quote} {quote} |-bash -ex /tmp/jenkins6289914333579712645.sh{quote} {quote} | `-bash -ex /tmp/jenkins6289914333579712645.sh{quote} {quote} | |-grep -oP .+?(?=:exported-artifacts){quote} {quote} | `-sudo -n docker images --format={{.Repository}}:{{.Tag}}{quote} {quote} | `-docker-current images --format={{.Repository}}:{{.Tag}}{quote} {quote} | `-5*[{docker-current}]{quote} At the same time, I see the following in pstree output of the same node:{quote} {quote}-sudo -n docker images --format={{.Repository}}:{{.Tag}}{quote} {quote} `-docker-current images --format={{.Repository}}:{{.Tag}}{quote} {quote} `-5*[{docker-current}]{quote} {quote}-sudo systemctl start docker{quote} {quote} `-systemctl start docker{quote} {quote}-sudo -n /bin/yum install -y docker{quote} {quote} `-yum /bin/yum install -y docker{quote} {quote} `-sh /var/tmp/rpm-tmp.gO7ceb 1{quote} {quote} `-systemctl try-restart docker.service{quote} {quote}-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0{quote} {quote} `-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0{quote} {quote} `-docker-current ps -aq -f status=dead{quote} {quote} `-6*[{docker-current}]{quote} As all of these commands are stuck from various stages of the job while docker wasn't even used throughout it. was (Author: ederevea): Looking at the slave, here's the stuck part: `-bash -c cd "/home/jenkins" && java -jar slave.jar `-java -jar slave.jar |-bash -ex /tmp/jenkins6289914333579712645.sh | `-bash -ex /tmp/jenkins6289914333579712645.sh | |-grep -oP .+?(?=:exported-artifacts) | `-sudo -n docker images --format={{.Repository}}:{{.Tag}} | `-docker-current images --format={{.Repository}}:{{.Tag}} | `-5*[{docker-current}] At the same time, I see the following in pstree output of the same node: -sudo -n docker images --format={{.Repository}}:{{.Tag}} `-docker-current images --format={{.Repository}}:{{.Tag}} `-5*[{docker-current}] -sudo systemctl start docker `-systemctl start docker -sudo -n /bin/yum install -y docker `-yum /bin/yum install -y docker `-sh /var/tmp/rpm-tmp.gO7ceb 1 `-systemctl try-restart docker.service -sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0 `-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0 `-docker-current ps -aq -f status=dead `-6*[{docker-current}] As all of these commands are stuck from various stages of the job while docker wasn't even used throughout it. > jobs freeze due to unresponsive docker > -------------------------------------- > > Key: OVIRT-1840 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1840 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Evgheni Dereveanchin > Assignee: infra > > Quite often do I see jobs stuck at various stages for hours that seem related to docker. > Example: > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6… > There's multiple docker commands stuck on the slave (will post in the next comment) so it seems to be deadlocked. Opening ticket to investigate which step exactly is causing this and possible ways of resolving. The job in question doesn't even use docker so shouldn't suffer if this happens. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515660696-28855-361 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1840?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin edited comment on OVIRT-1840 at 1/11/18 8:51 AM:</h3> <p>Looking at the slave, here's the stuck part: {quote} `-bash -c cd “/home/jenkins” && java -jar slave.jar{quote} {quote} `-java -jar slave.jar{quote} {quote} |-bash -ex /tmp/jenkins6289914333579712645.sh{quote} {quote} | `-bash -ex /tmp/jenkins6289914333579712645.sh{quote} {quote} | |-grep -oP .+?(?=:exported-artifacts){quote} {quote} | `-sudo -n docker images --format={{.Repository}}:{{.Tag}}{quote} {quote} | `-docker-current images --format={{.Repository}}:{{.Tag}}{quote} {quote} | `-5*[{docker-current}]{quote}</p> <p>At the same time, I see the following in pstree output of the same node:{quote} {quote}-sudo -n docker images --format={{.Repository}}:{{.Tag}}{quote} {quote} `-docker-current images --format={{.Repository}}:{{.Tag}}{quote} {quote} `-5*[{docker-current}]{quote} {quote}-sudo systemctl start docker{quote} {quote} `-systemctl start docker{quote} {quote}-sudo -n /bin/yum install -y docker{quote} {quote} `-yum /bin/yum install -y docker{quote} {quote} `-sh /var/tmp/rpm-tmp.gO7ceb 1{quote} {quote} `-systemctl try-restart docker.service{quote} {quote}-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n “$DEAD” ] && docker rm $DEAD; exit 0{quote} {quote} `-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n “$DEAD” ] && docker rm $DEAD; exit 0{quote} {quote} `-docker-current ps -aq -f status=dead{quote} {quote} `-6*[{docker-current}]{quote}</p> <p>As all of these commands are stuck from various stages of the job while docker wasn't even used throughout it.</p> <p>was (Author: ederevea): Looking at the slave, here's the stuck part:</p> <pre> `-bash -c cd "/home/jenkins" && java -jar slave.jar `-java -jar slave.jar |-bash -ex /tmp/jenkins6289914333579712645.sh | `-bash -ex /tmp/jenkins6289914333579712645.sh | |-grep -oP .+?(?=:exported-artifacts) | `-sudo -n docker images --format={{.Repository}}:{{.Tag}} | `-docker-current images --format={{.Repository}}:{{.Tag}} | `-5*[{docker-current}]</pre> <p>At the same time, I see the following in pstree output of the same node: -sudo -n docker images --format={{.Repository}}:{{.Tag}}</p> <pre>`-docker-current images --format={{.Repository}}:{{.Tag}} `-5*[{docker-current}]</pre> <p>-sudo systemctl start docker</p> <pre>`-systemctl start docker</pre> <p>-sudo -n /bin/yum install -y docker</p> <pre> `-yum /bin/yum install -y docker `-sh /var/tmp/rpm-tmp.gO7ceb 1 `-systemctl try-restart docker.service</pre> <p>-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n “$DEAD” ] && docker rm $DEAD; exit 0</p> <pre> `-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0 `-docker-current ps -aq -f status=dead `-6*[{docker-current}]</pre> <p>As all of these commands are stuck from various stages of the job while docker wasn't even used throughout it.</p> <blockquote><h3>jobs freeze due to unresponsive docker</h3> <pre> Key: OVIRT-1840 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1840 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra</pre> <p>Quite often do I see jobs stuck at various stages for hours that seem related to docker. Example: <a href="http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6…">http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6…</a> There's multiple docker commands stuck on the slave (will post in the next comment) so it seems to be deadlocked. Opening ticket to investigate which step exactly is causing this and possible ways of resolving. The job in question doesn't even use docker so shouldn't suffer if this happens.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515660696-28855-361--

1 0

[JIRA] (OVIRT-1840) jobs freeze due to unresponsive docker
by Evgheni Dereveanchin (oVirt JIRA) 11 Jan '18

11 Jan '18

This is a multi-part message in MIME format... ------------=_1515660633-11668-307 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1840?page=com.atlassian.jira.… ] Evgheni Dereveanchin commented on OVIRT-1840: --------------------------------------------- Looking at the slave, here's the stuck part: `-bash -c cd "/home/jenkins" && java -jar slave.jar `-java -jar slave.jar |-bash -ex /tmp/jenkins6289914333579712645.sh | `-bash -ex /tmp/jenkins6289914333579712645.sh | |-grep -oP .+?(?=:exported-artifacts) | `-sudo -n docker images --format={{.Repository}}:{{.Tag}} | `-docker-current images --format={{.Repository}}:{{.Tag}} | `-5*[{docker-current}] At the same time, I see the following in pstree output of the same node: -sudo -n docker images --format={{.Repository}}:{{.Tag}} `-docker-current images --format={{.Repository}}:{{.Tag}} `-5*[{docker-current}] -sudo systemctl start docker `-systemctl start docker -sudo -n /bin/yum install -y docker `-yum /bin/yum install -y docker `-sh /var/tmp/rpm-tmp.gO7ceb 1 `-systemctl try-restart docker.service -sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0 `-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0 `-docker-current ps -aq -f status=dead `-6*[{docker-current}] As all of these commands are stuck from various stages of the job while docker wasn't even used throughout it. > jobs freeze due to unresponsive docker > -------------------------------------- > > Key: OVIRT-1840 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1840 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Evgheni Dereveanchin > Assignee: infra > > Quite often do I see jobs stuck at various stages for hours that seem related to docker. > Example: > http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6… > There's multiple docker commands stuck on the slave (will post in the next comment) so it seems to be deadlocked. Opening ticket to investigate which step exactly is causing this and possible ways of resolving. The job in question doesn't even use docker so shouldn't suffer if this happens. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515660633-11668-307 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1840?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin commented on OVIRT-1840:</h3> <p>Looking at the slave, here's the stuck part:</p> <pre> `-bash -c cd "/home/jenkins" && java -jar slave.jar `-java -jar slave.jar |-bash -ex /tmp/jenkins6289914333579712645.sh | `-bash -ex /tmp/jenkins6289914333579712645.sh | |-grep -oP .+?(?=:exported-artifacts) | `-sudo -n docker images --format={{.Repository}}:{{.Tag}} | `-docker-current images --format={{.Repository}}:{{.Tag}} | `-5*[{docker-current}]</pre> <p>At the same time, I see the following in pstree output of the same node: -sudo -n docker images --format={{.Repository}}:{{.Tag}}</p> <pre>`-docker-current images --format={{.Repository}}:{{.Tag}} `-5*[{docker-current}]</pre> <p>-sudo systemctl start docker</p> <pre>`-systemctl start docker</pre> <p>-sudo -n /bin/yum install -y docker</p> <pre> `-yum /bin/yum install -y docker `-sh /var/tmp/rpm-tmp.gO7ceb 1 `-systemctl try-restart docker.service</pre> <p>-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n “$DEAD” ] && docker rm $DEAD; exit 0</p> <pre> `-sh -c DEAD=`docker ps -aq -f status=dead` && [ -n "$DEAD" ] && docker rm $DEAD; exit 0 `-docker-current ps -aq -f status=dead `-6*[{docker-current}]</pre> <p>As all of these commands are stuck from various stages of the job while docker wasn't even used throughout it.</p> <blockquote><h3>jobs freeze due to unresponsive docker</h3> <pre> Key: OVIRT-1840 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1840 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra</pre> <p>Quite often do I see jobs stuck at various stages for hours that seem related to docker. Example: <a href="http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6…">http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6…</a> There's multiple docker commands stuck on the slave (will post in the next comment) so it seems to be deadlocked. Opening ticket to investigate which step exactly is causing this and possible ways of resolving. The job in question doesn't even use docker so shouldn't suffer if this happens.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515660633-11668-307--

1 0

[JIRA] (OVIRT-1840) jobs freeze due to unresponsive docker
by Evgheni Dereveanchin (oVirt JIRA) 11 Jan '18

11 Jan '18

This is a multi-part message in MIME format... ------------=_1515660578-11373-360 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Evgheni Dereveanchin created OVIRT-1840: ------------------------------------------- Summary: jobs freeze due to unresponsive docker Key: OVIRT-1840 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1840 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra Quite often do I see jobs stuck at various stages for hours that seem related to docker. Example: http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6… There's multiple docker commands stuck on the slave (will post in the next comment) so it seems to be deadlocked. Opening ticket to investigate which step exactly is causing this and possible ways of resolving. The job in question doesn't even use docker so shouldn't suffer if this happens. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515660578-11373-360 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Evgheni Dereveanchin created OVIRT-1840:</h3> <pre> Summary: jobs freeze due to unresponsive docker Key: OVIRT-1840 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1840 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra</pre> <p>Quite often do I see jobs stuck at various stages for hours that seem related to docker. Example: <a href="http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6…">http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_6…</a></p> <p>There's multiple docker commands stuck on the slave (will post in the next comment) so it seems to be deadlocked. Opening ticket to investigate which step exactly is causing this and possible ways of resolving. The job in question doesn't even use docker so shouldn't suffer if this happens.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515660578-11373-360--

1 0

Build failed in Jenkins: system-sync_mirrors-epel-el7-x86_64 #1067
by jenkins＠jenkins.phx.ovirt.org 11 Jan '18

11 Jan '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el7-x86_64/1067/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 fd03fa52a1e8bc9b4c687967ec3909b51b8b1238 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f fd03fa52a1e8bc9b4c687967ec3909b51b8b1238 Commit message: "Skip 'pusher.py' when jobs are triggered manually" > git rev-list fd03fa52a1e8bc9b4c687967ec3909b51b8b1238 # timeout=10 [system-sync_mirrors-epel-el7-x86_64] $ /bin/bash -xe /tmp/jenkins6861070624015985089.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1479, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1256, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1039, in _getFile raise e yum.Errors.NoMoreMirrorsRepoError: failure: repodata/repomd.xml from epel-el7: [Errno 256] No more mirrors to try. https://mirrors.rit.edu/fedora/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.compevo.com/epel/7/x86_64/repodata/repomd.xml: [Errno 12] Timeout on http://mirror.compevo.com/epel/7/x86_64/repodata/repomd.xml: (28, 'Connection timed out after 30001 milliseconds') http://mirror.math.princeton.edu/pub/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://pubmirror2.math.uh.edu/fedora-buffet/epel/7/x86_64/repodata/repomd.…: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.cs.princeton.edu/pub/mirrors/fedora-epel/7/x86_64/repodata/re…: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.cs.pitt.edu/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.nodesdirect.com/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://linux.mirrors.es.net/fedora-epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.rnet.missouri.edu/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.us.leaseweb.net/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.sfo12.us.leaseweb.net/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://mirrors.kernel.org/fedora-epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.pnl.gov/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://download-ib01.fedoraproject.org/pub/epel/7/x86_64/repodata/repomd.x…: [Errno -1] repomd.xml does not match metalink for epel-el7 https://mirror.umd.edu/fedora/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://mirror.steadfast.net/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.sjc02.svwh.net/fedora-epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://mirror.mrjester.net/fedora/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirrors.tummy.com/pub/fedora.redhat.com/epel/7/x86_64/repodata/repom…: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirrors.mit.edu/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://mirror.us-midwest-1.nexcess.net/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirrors.liquidweb.com/fedora-epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.metrocast.net/fedora/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirrors.develooper.com/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://fedora-epel.mirror.lstn.net/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.cogentco.com/pub/linux/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.solarvps.com/epel/7/x86_64/repodata/repomd.xml: [Errno 12] Timeout on http://mirror.solarvps.com/epel/7/x86_64/repodata/repomd.xml: (28, 'Connection timed out after 30001 milliseconds') http://fedora-epel.mirrors.tds.net/fedora-epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://mirrors.lug.mtu.edu/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://mirror.chpc.utah.edu/pub/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://mirrors.xmission.com/fedora-epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://fedora.mirrors.pair.com/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://archive.linux.duke.edu/pub/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.uic.edu/EPEL/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://mirrors.cat.pdx.edu/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://mirror.vcu.edu/pub/gnu+linux/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.coastal.edu/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://dl.fedoraproject.org/pub/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://muug.ca/mirror/fedora-epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://fedora-epel.mirror.iweb.com/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 https://mirror.csclub.uwaterloo.ca/fedora/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.its.dal.ca/pub/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://fedora.westmancom.com/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirrors.syringanetworks.net/fedora-epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 http://mirror.oss.ou.edu/epel/7/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel-el7 Build step 'Execute shell' marked build as failure

1 1

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #1163
by jenkins＠jenkins.phx.ovirt.org 11 Jan '18

11 Jan '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 fd03fa52a1e8bc9b4c687967ec3909b51b8b1238 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f fd03fa52a1e8bc9b4c687967ec3909b51b8b1238 Commit message: "Skip 'pusher.py' when jobs are triggered manually" > git rev-list fd03fa52a1e8bc9b4c687967ec3909b51b8b1238 # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins7543104959395246052.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 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

[JIRA] (OVIRT-1839) mock_runner.sh broken on FC27 because of GDBM import issues
by Barak Korren (oVirt JIRA) 11 Jan '18

11 Jan '18

This is a multi-part message in MIME format... ------------=_1515653586-23683-351 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1839?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1839: ----------------------------------- Assignee: Barak Korren (was: infra) > mock_runner.sh broken on FC27 because of GDBM import issues > ----------------------------------------------------------- > > Key: OVIRT-1839 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1839 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: mock_runner > Reporter: Barak Korren > Assignee: Barak Korren > Priority: High > Labels: fedora, gdbm > > Unit tests for '{{mock_runner.sh}}' Python code have shown us that it now fails with errors while importing the '{{gdbm}}' package. > It seems the latest '{{gdbm}}' package in Fedora (1.14-1) was changes in a way that is incompatible with its Python bindings. The previous version (1.13-3) seems to work just fine. > A bug was reported to the Fedora project: > https://bugzilla.redhat.com/show_bug.cgi?id=1533176 -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515653586-23683-351 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1839?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren reassigned OVIRT-1839:</h3> <pre>Assignee: Barak Korren (was: infra)</pre> <blockquote><h3>mock_runner.sh broken on FC27 because of GDBM import issues</h3> <pre> Key: OVIRT-1839 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1839 Project: oVirt - virtualization made easy Issue Type: Outage Components: mock_runner Reporter: Barak Korren Assignee: Barak Korren Priority: High Labels: fedora, gdbm</pre> <p>Unit tests for ‘{{mock_runner.sh}}’ Python code have shown us that it now fails with errors while importing the ‘{{gdbm}}’ package. It seems the latest ‘{{gdbm}}’ package in Fedora (1.14-1) was changes in a way that is incompatible with its Python bindings. The previous version (1.13-3) seems to work just fine. A bug was reported to the Fedora project: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1533176">https://bugzilla.redhat.com/show_bug.cgi?id=1533176</a></p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515653586-23683-351--

1 0

[JIRA] (OVIRT-1839) mock_runner.sh broken on FC27 because of GDBM import issues
by Barak Korren (oVirt JIRA) 11 Jan '18

11 Jan '18

This is a multi-part message in MIME format... ------------=_1515653559-21047-356 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Barak Korren created OVIRT-1839: ----------------------------------- Summary: mock_runner.sh broken on FC27 because of GDBM import issues Key: OVIRT-1839 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1839 Project: oVirt - virtualization made easy Issue Type: Outage Components: mock_runner Reporter: Barak Korren Assignee: infra Priority: High Unit tests for '{{mock_runner.sh}}' Python code have shown us that it now fails with errors while importing the '{{gdbm}}' package. It seems the latest '{{gdbm}}' package in Fedora (1.14-1) was changes in a way that is incompatible with its Python bindings. The previous version (1.13-3) seems to work just fine. A bug was reported to the Fedora project: https://bugzilla.redhat.com/show_bug.cgi?id=1533176 -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515653559-21047-356 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Barak Korren created OVIRT-1839:</h3> <pre> Summary: mock_runner.sh broken on FC27 because of GDBM import issues Key: OVIRT-1839 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1839 Project: oVirt - virtualization made easy Issue Type: Outage Components: mock_runner Reporter: Barak Korren Assignee: infra Priority: High</pre> <p>Unit tests for ‘{{mock_runner.sh}}’ Python code have shown us that it now fails with errors while importing the ‘{{gdbm}}’ package.</p> <p>It seems the latest ‘{{gdbm}}’ package in Fedora (1.14-1) was changes in a way that is incompatible with its Python bindings. The previous version (1.13-3) seems to work just fine.</p> <p>A bug was reported to the Fedora project: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1533176">https://bugzilla.redhat.com/show_bug.cgi?id=1533176</a></p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515653559-21047-356--

1 0

[JIRA] (OVIRT-1839) mock_runner.sh broken on FC27 because of GDBM import issues
by Barak Korren (oVirt JIRA) 11 Jan '18

11 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1839?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1839: -------------------------------- Epic Link: OVIRT-400 > mock_runner.sh broken on FC27 because of GDBM import issues > ----------------------------------------------------------- > > Key: OVIRT-1839 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1839 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: mock_runner > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: fedora, gdbm > > Unit tests for '{{mock_runner.sh}}' Python code have shown us that it now fails with errors while importing the '{{gdbm}}' package. > It seems the latest '{{gdbm}}' package in Fedora (1.14-1) was changes in a way that is incompatible with its Python bindings. The previous version (1.13-3) seems to work just fine. > A bug was reported to the Fedora project: > https://bugzilla.redhat.com/show_bug.cgi?id=1533176 -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

Build failed in Jenkins: system-sync_mirrors-fedora-updates-fc26-x86_64 #536
by jenkins＠jenkins.phx.ovirt.org 11 Jan '18

11 Jan '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc26-x86_64…> Changes: [Barak Korren] Add fc27/s390x build jobs for ovirt-host [Barak Korren] Skip 'pusher.py' when jobs are triggered manually ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc26-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 fd03fa52a1e8bc9b4c687967ec3909b51b8b1238 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f fd03fa52a1e8bc9b4c687967ec3909b51b8b1238 Commit message: "Skip 'pusher.py' when jobs are triggered manually" > git rev-list ea8121495c2217b967a7c3b320fb69bec5bae5c9 # timeout=10 [system-sync_mirrors-fedora-updates-fc26-x86_64] $ /bin/bash -xe /tmp/jenkins3175248313381152073.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror fedora-updates-fc26 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 1479, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1256, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1039, in _getFile raise e yum.Errors.NoMoreMirrorsRepoError: failure: repodata/repomd.xml from fedora-updates-fc26: [Errno 256] No more mirrors to try. http://mirror.cc.vt.edu/pub/fedora/linux/updates/26/x86_64/repodata/repomd.…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://fedora.mirror.constant.com/fedora/linux/updates/26/x86_64/repodata/…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirrors.rit.edu/fedora/fedora/linux/updates/26/x86_64/repodata/repo…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.math.princeton.edu/pub/fedora/linux/updates/26/x86_64/repodat…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://pubmirror2.math.uh.edu/fedora-buffet/fedora/linux/updates/26/x86_64…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.cs.princeton.edu/pub/mirrors/fedora/linux/updates/26/x86_64/r…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.cs.pitt.edu/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://download-ib01.fedoraproject.org/pub/fedora/linux/updates/26/x86_64/…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.steadfast.net/fedora/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://fedora.mirror.lstn.net/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.mrjester.net/fedora/linux/updates/26/x86_64/repodata/repomd.…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.us-midwest-1.nexcess.net/fedora/updates/26/x86_64/repodata/r…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://fedora.mirrors.pair.com/linux/updates/26/x86_64/repodata/repomd.xml: [Errno 12] Timeout on http://fedora.mirrors.pair.com/linux/updates/26/x86_64/repodata/repomd.xml: (28, 'Connection timed out after 30001 milliseconds') http://mirror.uoregon.edu/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.web-ster.com/fedora/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.metrocast.net/fedora/linux/updates/26/x86_64/repodata/repomd.…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.umd.edu/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://linux.mirrors.es.net/fedora/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://ftp.usf.edu/pub/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirrors.mit.edu/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirrors.kernel.org/fedora/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.chpc.utah.edu/pub/fedora/linux/updates/26/x86_64/repodata/re…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.sjc02.svwh.net/fedora/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirrors.xmission.com/fedora/linux/updates/26/x86_64/repodata/repomd…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.vcu.edu/pub/gnu+linux/fedora/updates/26/x86_64/repodata/repo…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.liberty.edu/mirror/fedora/linux/updates/26/x86_64/repodata/re…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.cogentco.com/pub/linux/fedora/linux/updates/26/x86_64/repodat…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.utexas.edu/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirrors.cat.pdx.edu/fedora/linux/updates/26/x86_64/repodata/repomd.…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirrors.tummy.com/pub/fedora.redhat.com/fedora/linux/updates/26/x86_…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://dl.fedoraproject.org/pub/fedora/linux/updates/26/x86_64/repodata/re…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://fedora.bhs.mirrors.ovh.net/linux/updates/26/x86_64/repodata/repomd.x…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://muug.ca/mirror/fedora/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://fedora.mirror.iweb.com/linux/updates/26/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 https://mirror.csclub.uwaterloo.ca/fedora/linux/updates/26/x86_64/repodata/…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirror.its.dal.ca/pub/fedora/linux/updates/26/x86_64/repodata/repomd…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirrors.syringanetworks.net/fedora/linux/updates/26/x86_64/repodata/…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 http://mirrors.oit.uci.edu/fedora/linux/updates/26/x86_64/repodata/repomd.x…: [Errno -1] repomd.xml does not match metalink for fedora-updates-fc26 Build step 'Execute shell' marked build as failure

1 1

oVirt infra weekly meeting notes 10.01.2018
by Evgheni Dereveanchin 10 Jan '18

10 Jan '18

Hi everyone, This week was mostly focused on security patching (tracked in OVIRT-1828 <https://ovirt-jira.atlassian.net/browse/OVIRT-1828>), here are some highlights: - PHX engine patched - Jenkins master patched - Jenkins slave mirror snapshots changed to ones containing CVE patches - Resources, www, stats, graphite patched - Hosts need BIOS updates to get IBRS CPU support, verified on ovirt-srv17 - Gerrit does not boot with newest kernel - had to roll back OVIRT-1838 <https://ovirt-jira.atlassian.net/browse/OVIRT-1838> -- Regards, Evgheni Dereveanchin

1 0

[JIRA] (OVIRT-1838) analyze why Gerrit failed to boot with newest kernel
by Evgheni Dereveanchin (oVirt JIRA) 10 Jan '18

10 Jan '18

This is a multi-part message in MIME format... ------------=_1515594748-22637-105 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1838?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-1838: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > analyze why Gerrit failed to boot with newest kernel > ---------------------------------------------------- > > Key: OVIRT-1838 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1838 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Gerrit/git > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > The security kernel update caused boot failures. Opening ticket to investigate the reason as we're effectively still not protected from spectre/meltdown on this system. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515594748-22637-105 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1838?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin reassigned OVIRT-1838:</h3> <pre>Assignee: Evgheni Dereveanchin (was: infra)</pre> <blockquote><h3>analyze why Gerrit failed to boot with newest kernel</h3> <pre> Key: OVIRT-1838 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1838 Project: oVirt - virtualization made easy Issue Type: Task Components: Gerrit/git Reporter: Evgheni Dereveanchin Assignee: Evgheni Dereveanchin</pre> <p>The security kernel update caused boot failures. Opening ticket to investigate the reason as we're effectively still not protected from spectre/meltdown on this system.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515594748-22637-105--

1 0

[JIRA] (OVIRT-1838) analyze why Gerrit failed to boot with newest kernel
by Evgheni Dereveanchin (oVirt JIRA) 10 Jan '18

10 Jan '18

This is a multi-part message in MIME format... ------------=_1515594735-19054-144 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Evgheni Dereveanchin created OVIRT-1838: ------------------------------------------- Summary: analyze why Gerrit failed to boot with newest kernel Key: OVIRT-1838 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1838 Project: oVirt - virtualization made easy Issue Type: Task Components: Gerrit/git Reporter: Evgheni Dereveanchin Assignee: infra The security kernel update caused boot failures. Opening ticket to investigate the reason as we're effectively still not protected from spectre/meltdown on this system. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515594735-19054-144 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Evgheni Dereveanchin created OVIRT-1838:</h3> <pre> Summary: analyze why Gerrit failed to boot with newest kernel Key: OVIRT-1838 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1838 Project: oVirt - virtualization made easy Issue Type: Task Components: Gerrit/git Reporter: Evgheni Dereveanchin Assignee: infra</pre> <p>The security kernel update caused boot failures. Opening ticket to investigate the reason as we're effectively still not protected from spectre/meltdown on this system.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515594735-19054-144--

1 0

[vdsm][tag][master] Vdsm tagged: v4.20.12
by Francesco Romani 10 Jan '18

10 Jan '18

Hi infra, we have a new Vdsm tag on branch master for oVirt 4.2.1: tag v4.20.12 Tagger: Francesco Romani <fromani(a)redhat.com> Date: Wed Jan 10 13:45:01 2018 +0100 Vdsm 4.20.12 for oVirt 4.2.1 RC 2 commit 122953f3f160b3c23510e4e151ea5d55c616186e +++ NOTE ABOUT BRANCHING: * We are merging again patches targeted for 4.2.1 on master * We don't yet have plans to branch out ovirt-4.2 from master. Following the usual Vdsm habit, we will branch out late, *after* Engine does. Bests, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

1 0

[CQ]: 84331,15 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 10 Jan '18

10 Jan '18

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

1 0

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el7-x86_64 - Build # 510 - Failure!
by jenkins＠jenkins.phx.ovirt.org 10 Jan '18

10 Jan '18

------=_Part_7_1526834229.1515580205784 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el… Build Number: 510 Build Status: Failure Triggered By: Started by user Lev Veyde ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #510 [Barak Korren] Re-factored usrc.py internals [Barak Korren] Add automerge functionality to pusher.py [Ryan Barry] Bump version ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_7_1526834229.1515580205784--

1 1

[oVirt Jenkins] ovirt-appliance_ovirt-4.1-pre_build-artifacts-el7-x86_64 - Build # 131 - Failure!
by jenkins＠jenkins.phx.ovirt.org 10 Jan '18

10 Jan '18

------=_Part_5_1926236285.1515579399426 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.1-pre_build-artifacts-… Build: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.1-pre_build-artifacts-… Build Number: 131 Build Status: Failure Triggered By: Started by user Lev Veyde ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #131 [Barak Korren] Add vdsm build jobs for fc27/s390x [Barak Korren] Improve logging for usrc.py and pusher.py [Barak Korren] Add s390x/fc27 build for ioprocess [Evgheni Dereveanchin] Update slave repos to point to the latest snapshot [Barak Korren] Make pusher.py accept Git refs in addition to hash [Barak Korren] Replace older scripts with usrc.py and pusher.py [Barak Korren] Re-factored usrc.py internals [Barak Korren] Add automerge functionality to pusher.py [Yuval Turgeman] automation: view install log in console ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_5_1926236285.1515579399426--

1 1

[JIRA] (OVIRT-1837) Make deployment to 'tested' run asynchrnously with the '*-tester' jobs
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1837?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1837: ----------------------------------- Assignee: Barak Korren (was: infra) > Make deployment to 'tested' run asynchrnously with the '*-tester' jobs > ---------------------------------------------------------------------- > > Key: OVIRT-1837 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1837 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Change Queue > Reporter: Barak Korren > Assignee: Barak Korren > Priority: High > > The 'deploy-to_*_tested' job is triggered by the '*-change-queue-tester' job which then waits for it to finish. > Since the 'tested' repo can get big, the 'deploy-to_*_tested' job can end up taking a long time. This in turn means the next run of the '*-change-queue-tester' job gets delayed by a long time. > We should change things so that the '*-change-queue-tester' job no longer waits for the 'deploy-to_*_tested' job to finish -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1837) Make deployment to 'tested' run asynchrnously with the '*-tester' jobs
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

This is a multi-part message in MIME format... ------------=_1515582610-26838-193 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1837?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1837: -------------------------------- Summary: Make deployment to 'tested' run asynchrnously with the '*-tester' jobs (was: Make deployment to 'teste' run asynchrnously with the '*-tester' jobs) > Make deployment to 'tested' run asynchrnously with the '*-tester' jobs > ---------------------------------------------------------------------- > > Key: OVIRT-1837 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1837 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Change Queue > Reporter: Barak Korren > Assignee: infra > Priority: High > > The 'deploy-to_*_tested' job is triggered by the '*-change-queue-tester' job which then waits for it to finish. > Since the 'tested' repo can get big, the 'deploy-to_*_tested' job can end up taking a long time. This in turn means the next run of the '*-change-queue-tester' job gets delayed by a long time. > We should change things so that the '*-change-queue-tester' job no longer waits for the 'deploy-to_*_tested' job to finish -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515582610-26838-193 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1837?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren updated OVIRT-1837:</h3> <pre>Summary: Make deployment to 'tested' run asynchrnously with the '*-tester' jobs (was: Make deployment to 'teste' run asynchrnously with the '*-tester' jobs)</pre> <blockquote><h3>Make deployment to ‘tested’ run asynchrnously with the ‘*-tester’ jobs</h3> <pre> Key: OVIRT-1837 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1837 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Change Queue Reporter: Barak Korren Assignee: infra Priority: High</pre> <p>The ‘deploy-to_*_tested’ job is triggered by the ‘*-change-queue-tester’ job which then waits for it to finish. Since the ‘tested’ repo can get big, the ‘deploy-to_*_tested’ job can end up taking a long time. This in turn means the next run of the ‘*-change-queue-tester’ job gets delayed by a long time. We should change things so that the ‘*-change-queue-tester’ job no longer waits for the ‘deploy-to_*_tested’ job to finish</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515582610-26838-193--

1 0

[JIRA] (OVIRT-1837) Make deployment to 'teste' run asynchrnously with the '*-tester' jobs
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

This is a multi-part message in MIME format... ------------=_1515582586-23700-294 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Barak Korren created OVIRT-1837: ----------------------------------- Summary: Make deployment to 'teste' run asynchrnously with the '*-tester' jobs Key: OVIRT-1837 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1837 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Change Queue Reporter: Barak Korren Assignee: infra Priority: High The 'deploy-to_*_tested' job is triggered by the '*-change-queue-tester' job which then waits for it to finish. Since the 'tested' repo can get big, the 'deploy-to_*_tested' job can end up taking a long time. This in turn means the next run of the '*-change-queue-tester' job gets delayed by a long time. We should change things so that the '*-change-queue-tester' job no longer waits for the 'deploy-to_*_tested' job to finish -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515582586-23700-294 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Barak Korren created OVIRT-1837:</h3> <pre> Summary: Make deployment to 'teste' run asynchrnously with the '*-tester' jobs Key: OVIRT-1837 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1837 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Change Queue Reporter: Barak Korren Assignee: infra Priority: High</pre> <p>The ‘deploy-to_*_tested’ job is triggered by the ‘*-change-queue-tester’ job which then waits for it to finish.</p> <p>Since the ‘tested’ repo can get big, the ‘deploy-to_*_tested’ job can end up taking a long time. This in turn means the next run of the ‘*-change-queue-tester’ job gets delayed by a long time.</p> <p>We should change things so that the ‘*-change-queue-tester’ job no longer waits for the ‘deploy-to_*_tested’ job to finish</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515582586-23700-294--

1 0

[JIRA] (OVIRT-1837) Make deployment to 'teste' run asynchrnously with the '*-tester' jobs
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1837?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1837: -------------------------------- Epic Link: OVIRT-400 > Make deployment to 'teste' run asynchrnously with the '*-tester' jobs > --------------------------------------------------------------------- > > Key: OVIRT-1837 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1837 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Change Queue > Reporter: Barak Korren > Assignee: infra > Priority: High > > The 'deploy-to_*_tested' job is triggered by the '*-change-queue-tester' job which then waits for it to finish. > Since the 'tested' repo can get big, the 'deploy-to_*_tested' job can end up taking a long time. This in turn means the next run of the '*-change-queue-tester' job gets delayed by a long time. > We should change things so that the '*-change-queue-tester' job no longer waits for the 'deploy-to_*_tested' job to finish -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1689) Improve error messages in STDCI environment variable handling
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

This is a multi-part message in MIME format... ------------=_1515574161-11214-315 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1689?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1689: -------------------------------- Component/s: (was: oVirt CI) mock_runner > Improve error messages in STDCI environment variable handling > ------------------------------------------------------------- > > Key: OVIRT-1689 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1689 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: mock_runner > Reporter: Daniel Belenky > Assignee: infra > > * All references to things like 'xdg-home' need to be replaced with specifications of actual paths, as users are not expected to know what XDG is. > * Accurate indication of what is missing from which file and what can be done to fix it need to be given in all error messages. > * When variable/key names are given in error messages, they need to be quoted for clarity. > * Edge cases like for example an existing but empty secrets file and a missing 'secrets_data' key need to be handled better, with clear error messages > * Error message when a requested env var is missing needs to be improved to tell the user what to do. Current message can be very confusing when trying to use 'mock_runner.sh' for the 'jenkins' repo for example. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515574161-11214-315 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1689?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren updated OVIRT-1689:</h3> <pre> Component/s: (was: oVirt CI) mock_runner</pre> <blockquote><h3>Improve error messages in STDCI environment variable handling</h3> <pre> Key: OVIRT-1689 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1689 Project: oVirt - virtualization made easy Issue Type: Improvement Components: mock_runner Reporter: Daniel Belenky Assignee: infra</pre> <ul><li><p>All references to things like ‘xdg-home’ need to be replaced with specifications of actual paths, as users are not expected to know what XDG is.</p></li> <li><p>Accurate indication of what is missing from which file and what can be done to fix it need to be given in all error messages.</p></li> <li><p>When variable/key names are given in error messages, they need to be quoted for clarity.</p></li> <li><p>Edge cases like for example an existing but empty secrets file and a missing ‘secrets_data’ key need to be handled better, with clear error messages</p></li> <li><p>Error message when a requested env var is missing needs to be improved to tell the user what to do. Current message can be very confusing when trying to use ‘mock_runner.sh’ for the ‘jenkins’ repo for example.</p></li></ul></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515574161-11214-315--

1 0

[JIRA] (OVIRT-1690) Add CI for groovy/pipeline code in 'jenkins' repo
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1690?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1690: -------------------------------- Component/s: (was: oVirt CI) CI client projects > Add CI for groovy/pipeline code in 'jenkins' repo > ------------------------------------------------- > > Key: OVIRT-1690 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1690 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: CI client projects > Reporter: Barak Korren > Assignee: infra > Labels: groovy, jenkins > > We don't have any CI for Groovy code currently. > At the very least we need to check that the code compiles, this is a bit harder then it sounds because in order to test compilation for piepline code we need to mock out things like the '{{NonCPS}}' decorator which is not supported by the standard Groovy compiler. > Ideally we can also ass support for a full test suit. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1717) When a component build passes OST, tag its git hash
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1717?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1717: -------------------------------- Component/s: (was: oVirt CI) Change Queue > When a component build passes OST, tag its git hash > --------------------------------------------------- > > Key: OVIRT-1717 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1717 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Change Queue > Reporter: danken > Assignee: infra > Labels: change-queue, standard-ci > > Tagging the source git would make it easier for me to tell if a specific git commit is already tested by OST and available for QA. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1732) Make 'poll-upstream-chages' job abandon old changes it made
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1732?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1732: -------------------------------- Issue Type: Improvement (was: Bug) Priority: Medium (was: High) > Make 'poll-upstream-chages' job abandon old changes it made > ----------------------------------------------------------- > > Key: OVIRT-1732 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1732 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: pusher.py > Reporter: Barak Korren > Assignee: infra > Labels: poll-upstream-sources, standard-ci > > The poll-upstream-changes job creates patches when it runs. Not all these patches need or should be merged. When maintainers get around to looking at them, they typically can just merge the latest patch and throw away the rest. > The issue is that over time, the patches created by the job can accumulate, and it can be cumbersome for maintainers to remove un-needed ones manually. > We should make the poll job remove un-needed patches it made. It needs to look at the last SHA in the upstream-sources.yaml file, and remove all that patches that include an older SHA automatically. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1732) Make 'poll-upstream-chages' job abandon old changes it made
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1732?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1732: -------------------------------- Component/s: (was: oVirt CI) pusher.py > Make 'poll-upstream-chages' job abandon old changes it made > ----------------------------------------------------------- > > Key: OVIRT-1732 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1732 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: pusher.py > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: poll-upstream-sources, standard-ci > > The poll-upstream-changes job creates patches when it runs. Not all these patches need or should be merged. When maintainers get around to looking at them, they typically can just merge the latest patch and throw away the rest. > The issue is that over time, the patches created by the job can accumulate, and it can be cumbersome for maintainers to remove un-needed ones manually. > We should make the poll job remove un-needed patches it made. It needs to look at the last SHA in the upstream-sources.yaml file, and remove all that patches that include an older SHA automatically. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1734) Add CI jobs to test slaves on staging engine
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1734?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1734: -------------------------------- Component/s: Standard CI (Freestyle) Staging infra CI client projects > Add CI jobs to test slaves on staging engine > -------------------------------------------- > > Key: OVIRT-1734 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1734 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: CI client projects, Jenkins Slaves, Staging infra, Standard CI (Freestyle) > Reporter: Barak Korren > Assignee: infra > Labels: staging > > After the staging engine was installed, several VMs were created on it and added as slaves to the staging Jenkins. > We need to add some jobs that will take advantage on those slaves so we can tell if they are working properly. > The should probably just add CI jobs for the 'jenkins' repo. That repo is already configured to run some jobs on the staging Jenkins and is mostly maintained by our team, so and issues there will be visible to us. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1734) Add CI jobs to test slaves on staging engine
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1734?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1734: -------------------------------- Component/s: (was: oVirt Infra) (was: oVirt CI) Jenkins Slaves > Add CI jobs to test slaves on staging engine > -------------------------------------------- > > Key: OVIRT-1734 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1734 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins Slaves > Reporter: Barak Korren > Assignee: infra > Labels: staging > > After the staging engine was installed, several VMs were created on it and added as slaves to the staging Jenkins. > We need to add some jobs that will take advantage on those slaves so we can tell if they are working properly. > The should probably just add CI jobs for the 'jenkins' repo. That repo is already configured to run some jobs on the staging Jenkins and is mostly maintained by our team, so and issues there will be visible to us. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1739) Unified code owners mechanism between Gerrit and GitHub
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1739?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1739: -------------------------------- Component/s: (was: oVirt CI) STDCI DSL Standard CI (Pipelines) Standard CI (Freestyle) > Unified code owners mechanism between Gerrit and GitHub > ------------------------------------------------------- > > Key: OVIRT-1739 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1739 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Gerrit/git, GitHub, Standard CI (Freestyle), Standard CI (Pipelines), STDCI DSL > Reporter: Barak Korren > Assignee: infra > Labels: gerrit, github, reviewers, standard-ci > > "Code owners" is the mechanism that automatically assigns reviewers to new code patches. > In Gerrit we use the "reviewers" plugin to automatically set reviewers (See OVIRT-1165). > GitHub has its own mechanism: https://github.com/blog/2392-introducing-code-owners > We would like to have a unified way for oVirt devs to do this regardless of the code hosting platform. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1743) ci please build and send to OST
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1743?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1743: -------------------------------- Component/s: OST Manual job > ci please build and send to OST > ------------------------------- > > Key: OVIRT-1743 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1743 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: OST Manual job, Standard CI (Freestyle) > Reporter: danken > Assignee: infra > Labels: change-queue > > Can you please automate the frequent process, which is slow and error prone? > I am writing a patch, and would like to test it in ost. now I need to > * "ci please build" > * copy el7 url > * wait for el7 build to finish > * copy artifacts url to ovirt--system-test-manual, start it > * copy the ost run URL to the gerrit patch, so I have it for reference of failure/success. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1743) ci please build and send to OST
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1743?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1743: -------------------------------- Component/s: (was: oVirt CI) Standard CI (Freestyle) > ci please build and send to OST > ------------------------------- > > Key: OVIRT-1743 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1743 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Standard CI (Freestyle) > Reporter: danken > Assignee: infra > Labels: change-queue > > Can you please automate the frequent process, which is slow and error prone? > I am writing a patch, and would like to test it in ost. now I need to > * "ci please build" > * copy el7 url > * wait for el7 build to finish > * copy artifacts url to ovirt--system-test-manual, start it > * copy the ost run URL to the gerrit patch, so I have it for reference of failure/success. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1745) Make upstream source collection and polling code usable for pipelines
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

This is a multi-part message in MIME format... ------------=_1515572840-15436-331 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1745?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1745: -------------------------------- Component/s: (was: oVirt CI) usrc.py pusher.py > Make upstream source collection and polling code usable for pipelines > --------------------------------------------------------------------- > > Key: OVIRT-1745 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1745 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: pusher.py, usrc.py > Reporter: Barak Korren > Assignee: infra > Labels: poll-upstream-sources, upstream-source-collector > > The upstream source collection and polling code is currently only suitable for use in Free-Style jobs. This is because: > # We support having 'jenkins' repositories (Where jobs expect STDCI code to be found) use the upstream sources mechanism to get the actual code from the main 'jenkins' repo in gerrit.ovirt.org > # This creates a situation where in order to get the STDCI code we need to run the upstream sources code > # This creates a chicken and and egg problem because the upstream sources code is part of the STDCI code > # To solve this issue we simply embedded the upstream sources code into the job code by using '{{#include}}' in JJB rather then running it as a stand-alone script. > # This technique is not usable for pipelines, so we need to come with a different solution and make the required adjustments to the source collection and polling code. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515572840-15436-331 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1745?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren updated OVIRT-1745:</h3> <pre> Component/s: (was: oVirt CI) usrc.py pusher.py</pre> <blockquote><h3>Make upstream source collection and polling code usable for pipelines</h3> <pre> Key: OVIRT-1745 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1745 Project: oVirt - virtualization made easy Issue Type: New Feature Components: pusher.py, usrc.py Reporter: Barak Korren Assignee: infra Labels: poll-upstream-sources, upstream-source-collector</pre> <p>The upstream source collection and polling code is currently only suitable for use in Free-Style jobs. This is because: # We support having ‘jenkins’ repositories (Where jobs expect STDCI code to be found) use the upstream sources mechanism to get the actual code from the main ‘jenkins’ repo in gerrit.ovirt.org # This creates a situation where in order to get the STDCI code we need to run the upstream sources code # This creates a chicken and and egg problem because the upstream sources code is part of the STDCI code # To solve this issue we simply embedded the upstream sources code into the job code by using ‘{{#include}}’ in JJB rather then running it as a stand-alone script. # This technique is not usable for pipelines, so we need to come with a different solution and make the required adjustments to the source collection and polling code.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515572840-15436-331--

1 0

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

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1759?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1759: -------------------------------- Component/s: (was: oVirt CI) Gerrit/git Change Queue > 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#100075)

1 0

[JIRA] (OVIRT-1770) Build on fedora 26 fails, accessing console log extremely slow
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1770?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1770: ----------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > Build on fedora 26 fails, accessing console log extremely slow > -------------------------------------------------------------- > > Key: OVIRT-1770 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1770 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins Master > Reporter: Nir Soffer > Assignee: Evgheni Dereveanchin > Labels: jenkins > > I wait forever for this url: > http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2… > here example: > $ time curl > http://jenkins.ovirt.org/job/ovirt-imageio_master_check-patch-fc26-x86_64/2… > > /dev/null > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 100 103k 0 103k 0 0 4814 0 --:--:-- 0:00:22 --:--:-- > 23562 > real 0m22.107s > user 0m0.005s > sys 0m0.009s > Can we fix to be less then a second? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1770) Build on fedora 26 fails, accessing console log extremely slow
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

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

1 0

[JIRA] (OVIRT-1774) Upstream source collector can fail to push on multi-branch projects
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1774?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1774: -------------------------------- Component/s: (was: oVirt CI) pusher.py > Upstream source collector can fail to push on multi-branch projects > ------------------------------------------------------------------- > > Key: OVIRT-1774 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1774 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: pusher.py > Reporter: Barak Korren > Assignee: infra > Labels: poll-upstream-sources, upstream-source-collector > > When the upstream source collection code looks for similar patches in order to avoid pushing a new patch, it lookes for patches that contain the same change to the '{{upstream-sources.yaml}}' file, regardless of the branch they may belong to. > The code currently ignores the possibility that similar changes might be required for different branches, in which case different patches may need to be pushed. > The way of detecting similar patches should be changed so that either the branch name is included in the checksum that are used to identify a patch, or the query is limited to patches of the branch being handled. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1781) ci failure due to no space on slave?
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1781?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1781: -------------------------------- Component/s: (was: oVirt CI) Jenkins Slaves > ci failure due to no space on slave? > ------------------------------------ > > Key: OVIRT-1781 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1781 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: Jenkins Slaves > Reporter: danken > Assignee: infra > Priority: High > Labels: vdsm > Fix For: OVIRT-INFRA-DEC-2017 > > > Exception when executing the batch command : no workspace from node > hudson.slaves.DumbSlave[vm0014.workers-phx.ovirt.org] which is > computer hudson.slaves.SlaveComputer@695d3d3c and has channel null > http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/19901/conso… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1782) Make sure all VDSM build dependencies for FC27 are met.
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1782?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1782: -------------------------------- Component/s: (was: oVirt CI) CI client projects > Make sure all VDSM build dependencies for FC27 are met. > ------------------------------------------------------- > > Key: OVIRT-1782 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1782 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: CI client projects > Reporter: Barak Korren > Assignee: infra > Labels: vdsm > > There had been attempts recently to make VDSM build on FC27. > Those attempts were met with mixed success as issues kept surfacing. > Fro now all the FC27 jobs for VDSM had been disabled. > This ticket is for racking work of debugging issues to re-enable the jobs -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1836) Optimize options normalization methods in stdci_dsl
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1836?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1836: -------------------------------- Component/s: (was: oVirt CI) STDCI DSL > Optimize options normalization methods in stdci_dsl > --------------------------------------------------- > > Key: OVIRT-1836 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1836 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: STDCI DSL > Reporter: Daniel Belenky > Assignee: infra > > Generally, we have 4 kinds of options: script, globals, options that affect host selection and options to configure the runner. > We need to take care of global options first since they affect everything, then take care of script because it tells which vectors to throw away. > Since runners and pipelines care about different sets of options, we need to split the options handling functions. > This will enable us to compose much more efficient pipelines in the API. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1817) package included in .packages file, missing in check-patch.sh - caching issue?
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

This is a multi-part message in MIME format... ------------=_1515571559-19030-310 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1817?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1817: -------------------------------- Component/s: (was: oVirt CI) mock_runner > package included in .packages file, missing in check-patch.sh - caching issue? > ------------------------------------------------------------------------------ > > Key: OVIRT-1817 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1817 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: mock_runner > Reporter: Nir Soffer > Assignee: infra > Fix For: OVIRT-INFRA-DEC-2017 > > > I added 2 packages to ovirt-imageio packages files: > https://gerrit.ovirt.org/#/c/85639/ > The next patch using these packages > https://gerrit.ovirt.org/#/c/85245/ > fail to import the package on some slaves: > *00:02:34.093* ==================================== ERRORS > ====================================*00:02:34.093* > ____________________ ERROR collecting test/qemuimg_test.py > _____________________*00:02:34.093* ImportError while importing test > module '/home/jenkins/workspace/ovirt-imageio_master_check-patch-el7-x86_64/ovirt-imageio/common/test/qemuimg_test.py'.*00:02:34.094* > Hint: make sure your test modules/packages have valid Python > names.*00:02:34.094* Traceback:*00:02:34.094* test/qemuimg_test.py:16: > in <module>*00:02:34.094* from ovirt_imageio_common import > qemuimg*00:02:34.094* ovirt_imageio_common/qemuimg.py:11: in > <module>*00:02:34.094* from . compat import > subprocess*00:02:34.095* ovirt_imageio_common/compat.py:12: in > <module>*00:02:34.095* import subprocess32 as subprocess # NOQA: > F401 (unused import)*00:02:34.095* E ImportError: No module named > subprocess32*00:02:34.095* !!!!!!!!!!!!!!!!!!! Interrupted: 1 errors > during collection !!!!!!!!!!!!!!!!!!!!*00:02:34.096* > =========================== 1 error in 1.06 seconds > ============================ > Do we have a way to invalidate mock cache manually? > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515571559-19030-310 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1817?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren updated OVIRT-1817:</h3> <pre> Component/s: (was: oVirt CI) mock_runner</pre> <blockquote><h3>package included in .packages file, missing in check-patch.sh – caching issue?</h3> <pre> Key: OVIRT-1817 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1817 Project: oVirt - virtualization made easy Issue Type: Improvement Components: mock_runner Reporter: Nir Soffer Assignee: infra Fix For: OVIRT-INFRA-DEC-2017</pre> <p>I added 2 packages to ovirt-imageio packages files: <a href="https://gerrit.ovirt.org/#/c/85639/">https://gerrit.ovirt.org/#/c/85639/</a> The next patch using these packages <a href="https://gerrit.ovirt.org/#/c/85245/">https://gerrit.ovirt.org/#/c/85245/</a> fail to import the package on some slaves: <strong>00:02:34.093</strong> ==================================== ERRORS ====================================*00:02:34.093* <em>_________________</em>_ ERROR collecting test/qemuimg_test.py _____________________*00:02:34.093* ImportError while importing test module '/home/jenkins/workspace/ovirt-imageio_master_check-patch-el7-x86_64/ovirt-imageio/common/test/qemuimg_test.py'.*00:02:34.094* Hint: make sure your test modules/packages have valid Python names.*00:02:34.094* Traceback:*00:02:34.094* test/qemuimg_test.py:16: in <module>*00:02:34.094* from ovirt_imageio_common import qemuimg*00:02:34.094* ovirt_imageio_common/qemuimg.py:11: in <module>*00:02:34.094* from . compat import subprocess*00:02:34.095* ovirt_imageio_common/compat.py:12: in <module>*00:02:34.095* import subprocess32 as subprocess # NOQA: F401 (unused import)*00:02:34.095* E ImportError: No module named subprocess32*00:02:34.095* !!!!!!!!!!!!!!!!!!! Interrupted: 1 errors during collection !!!!!!!!!!!!!!!!!!!!*00:02:34.096* =========================== 1 error in 1.06 seconds ============================ Do we have a way to invalidate mock cache manually? Nir</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515571559-19030-310--

1 0

[JIRA] (OVIRT-1818) ioprocess build fail on ppc64le
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1818?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1818: -------------------------------- Component/s: (was: oVirt CI) mock_runner > ioprocess build fail on ppc64le > ------------------------------- > > Key: OVIRT-1818 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1818 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: mock_runner > Reporter: Nir Soffer > Assignee: Barak Korren > Labels: ppc64le, standard-ci > > The new builds for ppc64le fail with the errors below. > 1. > http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fc26-ppc64le/1/co… > *00:00:42.499* ERROR: Command failed: *00:00:42.500* # /usr/bin/yum > --installroot /var/lib/mock/fedora-26-ppc64le-881f89337ffa51754418efa2ad261881-16706/root/ > --releasever 26 install @buildsys-build autoconf automake git > glib2-devel python-pip python-six python-subprocess32 python2-devel > python3-devel python3-six util-linux yajl-devel > --setopt=tsflags=nocontexts*00:00:42.500* Failed to set locale, > defaulting to C*00:00:42.500* No package git available.*00:00:42.501* > No package glib2-devel available.*00:00:42.501* No package > python-subprocess32 available.*00:00:42.501* No package python2-devel > available.*00:00:42.501* No package python3-devel > available.*00:00:42.501* No package util-linux > available.*00:00:42.501* No package yajl-devel available. > 2. > http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fc27-ppc64le/1/co… > *00:00:18.335* + > /home/jenkins/workspace/ioprocess_master_check-patch-fc27-ppc64le/jenkins/mock_configs/mock_runner.sh > --patch-only --mock-confs-dir > /home/jenkins/workspace/ioprocess_master_check-patch-fc27-ppc64le/jenkins/mock_configs > --secrets-file /home/jenkins/workspace/ioprocess_master_check-patch-fc27-ppc64le/std_ci_secrets.yaml > --try-proxy --try-mirrors > http://mirrors.phx.ovirt.org/repos/yum/all_latest.json > 'fc27.*ppc64le'*00:00:18.347* Unable to find mock env > fc27.*ppc64le*00:00:18.351* Collecting mock logs*00:00:18.352* mv: > missing destination file operand after 'exported-artifacts/mock_logs' > 3. > http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fcraw-ppc64le/1/c… > *00:00:26.701* + > /home/jenkins/workspace/ioprocess_master_check-patch-fcraw-ppc64le/jenkins/mock_configs/mock_runner.sh > --patch-only --mock-confs-dir > /home/jenkins/workspace/ioprocess_master_check-patch-fcraw-ppc64le/jenkins/mock_configs > --secrets-file /home/jenkins/workspace/ioprocess_master_check-patch-fcraw-ppc64le/std_ci_secrets.yaml > --try-proxy --try-mirrors > http://mirrors.phx.ovirt.org/repos/yum/all_latest.json > 'fcraw.*ppc64le'*00:00:26.702* Unable to find mock env > fcraw.*ppc64le*00:00:26.703* Collecting mock logs > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1831) Make `global-setup.sh` check if packages are installed before trying to install them
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1831?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1831: -------------------------------- Component/s: (was: oVirt CI) Jenkins Slaves > Make `global-setup.sh` check if packages are installed before trying to install them > ------------------------------------------------------------------------------------ > > Key: OVIRT-1831 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1831 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins Slaves > Reporter: Barak Korren > Assignee: infra > > The way '{{global-setup.sh}}' works currently is that it tries to install all the packages it needs in a single yum command and then runs in a loop and checks if the packages were installed properly. > If the packages are already installed this takes a negligible amount of time on CentOS slaves, but on Fedora it seems to take much longer and as much as 2 minutes. > We should try to make '{{global-setup.sh}}' faster by making it not try to install packages before checking if they are there, but instead check first and only try to install the missing ones. > Note that if we'll install multiple packages in a single command, we'll still need to verify they were properly installed after the yum/dnf command finishes. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1836) Optimize options normalization methods in stdci_dsl
by Daniel Belenky (oVirt JIRA) 10 Jan '18

10 Jan '18

Daniel Belenky created OVIRT-1836: ------------------------------------- Summary: Optimize options normalization methods in stdci_dsl Key: OVIRT-1836 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1836 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Daniel Belenky Assignee: infra Generally, we have 4 kinds of options: script, globals, options that affect host selection and options to configure the runner. We need to take care of global options first since they affect everything, then take care of script because it tells which vectors to throw away. Since runners and pipelines care about different sets of options, we need to split the options handling functions. This will enable us to compose much more efficient pipelines in the API. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1836) Optimize options normalization methods in stdci_dsl
by Daniel Belenky (oVirt JIRA) 10 Jan '18

10 Jan '18

This is a multi-part message in MIME format... ------------=_1515571288-12694-334 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1836?page=com.atlassian.jira.… ] Daniel Belenky updated OVIRT-1836: ---------------------------------- Epic Link: OVIRT-400 > Optimize options normalization methods in stdci_dsl > --------------------------------------------------- > > Key: OVIRT-1836 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1836 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Daniel Belenky > Assignee: infra > > Generally, we have 4 kinds of options: script, globals, options that affect host selection and options to configure the runner. > We need to take care of global options first since they affect everything, then take care of script because it tells which vectors to throw away. > Since runners and pipelines care about different sets of options, we need to split the options handling functions. > This will enable us to compose much more efficient pipelines in the API. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515571288-12694-334 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1836?page=com.atlassian.jira.… ]</pre> <h3>Daniel Belenky updated OVIRT-1836:</h3> <pre>Epic Link: OVIRT-400</pre> <blockquote><h3>Optimize options normalization methods in stdci_dsl</h3> <pre> Key: OVIRT-1836 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1836 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Daniel Belenky Assignee: infra</pre> <p>Generally, we have 4 kinds of options: script, globals, options that affect host selection and options to configure the runner. We need to take care of global options first since they affect everything, then take care of script because it tells which vectors to throw away. Since runners and pipelines care about different sets of options, we need to split the options handling functions. This will enable us to compose much more efficient pipelines in the API.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515571288-12694-334--

1 0

[JIRA] (OVIRT-1835) Create an automated update mechanism for slaves
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1835?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1835: -------------------------------- Component/s: (was: oVirt CI) Jenkins Slaves > Create an automated update mechanism for slaves > ----------------------------------------------- > > Key: OVIRT-1835 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1835 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins Slaves > Reporter: Barak Korren > Assignee: infra > Labels: slaves > > While we already have an automated mechanism for controlling the YUM/DNF repo configuration on slaves, and we also already have a way to install or update components that are critical to the CI system (Both are provided by '{{global-setup.sh}}'), we're lacking a mechanism that can apply general system updates, and more importantly, kernel updates to slaves. > Some things we'd like such a mechanism to provide: > * Require a minimal amount of manual work (Best case scenario - nothing more then merging a repository update patch would be needed). > * Test updated slaves before putting them back to production use > * Allow rolling back failed updates -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1835) Create an automated update mechanism for slaves
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

This is a multi-part message in MIME format... ------------=_1515569110-24537-319 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Barak Korren created OVIRT-1835: ----------------------------------- Summary: Create an automated update mechanism for slaves Key: OVIRT-1835 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1835 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: infra While we already have an automated mechanism for controlling the YUM/DNF repo configuration on slaves, and we also already have a way to install or update components that are critical to the CI system (Both are provided by '{{global-setup.sh}}'), we're lacking a mechanism that can apply general system updates, and more importantly, kernel updates to slaves. Some things we'd like such a mechanism to provide: * Require a minimal amount of manual work (Best case scenario - nothing more then merging a repository update patch would be needed). * Test updated slaves before putting them back to production use * Allow rolling back failed updates -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515569110-24537-319 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Barak Korren created OVIRT-1835:</h3> <pre> Summary: Create an automated update mechanism for slaves Key: OVIRT-1835 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1835 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: infra</pre> <p>While we already have an automated mechanism for controlling the YUM/DNF repo configuration on slaves, and we also already have a way to install or update components that are critical to the CI system (Both are provided by '{{global-setup.sh}}'), we're lacking a mechanism that can apply general system updates, and more importantly, kernel updates to slaves.</p> <p>Some things we'd like such a mechanism to provide:</p> <ul><li><p>Require a minimal amount of manual work (Best case scenario – nothing more then merging a repository update patch would be needed).</p></li> <li><p>Test updated slaves before putting them back to production use</p></li> <li><p>Allow rolling back failed updates</p></li></ul> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515569110-24537-319--

1 0

[JIRA] (OVIRT-1835) Create an automated update mechanism for slaves
by Barak Korren (oVirt JIRA) 10 Jan '18

10 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1835?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1835: -------------------------------- Epic Link: OVIRT-403 > Create an automated update mechanism for slaves > ----------------------------------------------- > > Key: OVIRT-1835 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1835 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: infra > Labels: slaves > > While we already have an automated mechanism for controlling the YUM/DNF repo configuration on slaves, and we also already have a way to install or update components that are critical to the CI system (Both are provided by '{{global-setup.sh}}'), we're lacking a mechanism that can apply general system updates, and more importantly, kernel updates to slaves. > Some things we'd like such a mechanism to provide: > * Require a minimal amount of manual work (Best case scenario - nothing more then merging a repository update patch would be needed). > * Test updated slaves before putting them back to production use > * Allow rolling back failed updates -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x86_64 - Build # 400 - Failure!
by jenkins＠jenkins.phx.ovirt.org 10 Jan '18

10 Jan '18

------=_Part_163_1404145963.1515480066524 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… Build Number: 400 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #400 [Evgheni Dereveanchin] Update slave repos to point to the latest snapshot [Ryan Barry] Bump version ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_163_1404145963.1515480066524--

1 1

Planned restart of production services
by Evgheni Dereveanchin 10 Jan '18

10 Jan '18

Hi everyone, I will be restarting several production systems within the following hour to apply security updates. The following services may be unreachable for some period of time: - resources.ovirt.org - package repositories - gerrit.ovirt.org - code review - jenkins.ovirt.org - CI master It will not be possible to submit/review patches, clone repositories or run CI jobs during this period. Package repositories will also be unreachable for a short period of time. I will announce you once the maintenance is complete. -- Regards, Evgheni Dereveanchin

1 2

[CQ]: 86106,2 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 09 Jan '18

09 Jan '18

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

1 0

[JIRA] (OVIRT-1834) Jenkins failure - perhaps bad permissions
by Gal Ben Haim (oVirt JIRA) 09 Jan '18

09 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1834?page=com.atlassian.jira.… ] Gal Ben Haim commented on OVIRT-1834: ------------------------------------- The issue was solved, and we are working on a long-term solution. > Jenkins failure - perhaps bad permissions > ----------------------------------------- > > Key: OVIRT-1834 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1834 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Yedidyah Bar David > Assignee: infra > > http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… > *10:53:01* ERROR: Error fetching remote repo 'origin'*10:53:01* > hudson.plugins.git.GitException: Failed to fetch from > git://gerrit.ovirt.org/ovirt-system-tests.git*10:53:01* at > hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:825)*10:53:01* at > hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1092)*10:53:01* > at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1123)*10:53:01* at > org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:143)*10:53:01* > at hudson.scm.SCM.checkout(SCM.java:495)*10:53:01* at > hudson.model.AbstractProject.checkout(AbstractProject.java:1202)*10:53:01* > at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)*10:53:01* > at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)*10:53:01* > at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)*10:53:01* > at hudson.model.Run.execute(Run.java:1724)*10:53:01* at > hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)*10:53:01* at > hudson.model.ResourceController.execute(ResourceController.java:97)*10:53:01* > at hudson.model.Executor.run(Executor.java:421)*10:53:01* Caused by: > hudson.plugins.git.GitException: Command "git clean -fdx" returned > status code 1:*10:53:01* stdout: Removing > basic-suite-master/LagoInitFile*10:53:01* Removing > basic-suite-master/extra_sources*10:53:01* Removing > basic-suite-master/reposync-config.repo_repoclosure*10:53:01* Removing > basic-suite-master/test-scenarios/000_check_repo_closure.pyc*10:53:01* > Removing basic-suite-master/test-scenarios/001_initialize_engine.pyc*10:53:01* > Removing basic-suite-master/test-scenarios/002_bootstrap.pyc*10:53:01* > Removing basic-suite-master/test-scenarios/003_00_metrics_bootstrap.pyc*10:53:01* > Removing basic-suite-master/test_utils/__init__.pyc*10:53:01* Removing > basic-suite-master/test_utils/constants.pyc*10:53:01* Removing > basic-suite-master/test_utils/network_utils_v4.pyc*10:53:01* Removing > exported-artifacts/*10:53:01* Removing mock_logs.LjHRcpGf/*10:53:01* > Removing mock_script_sid.x4jv1R*10:53:01* Removing > mocker-epel-7-x86_64.el7.cfg*10:53:01* *10:53:01* stderr: warning: > failed to remove .pki/*10:53:01* warning: failed to remove > deployment-basic-suite-master/default/uuid*10:53:01* warning: failed > to remove deployment-basic-suite-master/default/id_rsa > ... > -- > Didi -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[CQ]: 86098, 2 (vdsm) failed "ovirt-4.1" system tests, but isn't the failure root cause
by oVirt Jenkins 09 Jan '18

09 Jan '18

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

1 0

[JIRA] (OVIRT-1834) Jenkins failure - perhaps bad permissions
by Shirly Radco (oVirt JIRA) 09 Jan '18

09 Jan '18

This is a multi-part message in MIME format... ------------=_1515507124-10722-151 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1834?page=com.atlassian.jira.… ] Shirly Radco commented on OVIRT-1834: ------------------------------------- Any update on this? > Jenkins failure - perhaps bad permissions > ----------------------------------------- > > Key: OVIRT-1834 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1834 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Yedidyah Bar David > Assignee: infra > > http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… > *10:53:01* ERROR: Error fetching remote repo 'origin'*10:53:01* > hudson.plugins.git.GitException: Failed to fetch from > git://gerrit.ovirt.org/ovirt-system-tests.git*10:53:01* at > hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:825)*10:53:01* at > hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1092)*10:53:01* > at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1123)*10:53:01* at > org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:143)*10:53:01* > at hudson.scm.SCM.checkout(SCM.java:495)*10:53:01* at > hudson.model.AbstractProject.checkout(AbstractProject.java:1202)*10:53:01* > at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)*10:53:01* > at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)*10:53:01* > at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)*10:53:01* > at hudson.model.Run.execute(Run.java:1724)*10:53:01* at > hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)*10:53:01* at > hudson.model.ResourceController.execute(ResourceController.java:97)*10:53:01* > at hudson.model.Executor.run(Executor.java:421)*10:53:01* Caused by: > hudson.plugins.git.GitException: Command "git clean -fdx" returned > status code 1:*10:53:01* stdout: Removing > basic-suite-master/LagoInitFile*10:53:01* Removing > basic-suite-master/extra_sources*10:53:01* Removing > basic-suite-master/reposync-config.repo_repoclosure*10:53:01* Removing > basic-suite-master/test-scenarios/000_check_repo_closure.pyc*10:53:01* > Removing basic-suite-master/test-scenarios/001_initialize_engine.pyc*10:53:01* > Removing basic-suite-master/test-scenarios/002_bootstrap.pyc*10:53:01* > Removing basic-suite-master/test-scenarios/003_00_metrics_bootstrap.pyc*10:53:01* > Removing basic-suite-master/test_utils/__init__.pyc*10:53:01* Removing > basic-suite-master/test_utils/constants.pyc*10:53:01* Removing > basic-suite-master/test_utils/network_utils_v4.pyc*10:53:01* Removing > exported-artifacts/*10:53:01* Removing mock_logs.LjHRcpGf/*10:53:01* > Removing mock_script_sid.x4jv1R*10:53:01* Removing > mocker-epel-7-x86_64.el7.cfg*10:53:01* *10:53:01* stderr: warning: > failed to remove .pki/*10:53:01* warning: failed to remove > deployment-basic-suite-master/default/uuid*10:53:01* warning: failed > to remove deployment-basic-suite-master/default/id_rsa > ... > -- > Didi -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515507124-10722-151 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1834?page=com.atlassian.jira.… ]</pre> <h3>Shirly Radco commented on OVIRT-1834:</h3> <p>Any update on this?</p> <blockquote><h3>Jenkins failure – perhaps bad permissions</h3> <pre> Key: OVIRT-1834 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1834 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Yedidyah Bar David Assignee: infra</pre> <p><a href="http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests…">http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests…</a> <strong>10:53:01</strong> ERROR: Error fetching remote repo 'origin'*10:53:01* hudson.plugins.git.GitException: Failed to fetch from git://gerrit.ovirt.org/ovirt-system-tests.git*10:53:01* at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:825)*10:53:01* at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1092)*10:53:01*</p> <pre>at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1123)*10:53:01* at</pre> <p>org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:143)*10:53:01*</p> <pre>at hudson.scm.SCM.checkout(SCM.java:495)*10:53:01* at</pre> <p>hudson.model.AbstractProject.checkout(AbstractProject.java:1202)*10:53:01*</p> <pre>at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)*10:53:01* at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)*10:53:01* at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)*10:53:01* at hudson.model.Run.execute(Run.java:1724)*10:53:01* at</pre> <p>hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)*10:53:01* at hudson.model.ResourceController.execute(ResourceController.java:97)*10:53:01*</p> <pre>at hudson.model.Executor.run(Executor.java:421)*10:53:01* Caused by:</pre> <p>hudson.plugins.git.GitException: Command “git clean -fdx” returned status code 1:*10:53:01* stdout: Removing basic-suite-master/LagoInitFile*10:53:01* Removing basic-suite-master/extra_sources*10:53:01* Removing basic-suite-master/reposync-config.repo_repoclosure*10:53:01* Removing basic-suite-master/test-scenarios/000_check_repo_closure.pyc*10:53:01* Removing basic-suite-master/test-scenarios/001_initialize_engine.pyc*10:53:01* Removing basic-suite-master/test-scenarios/002_bootstrap.pyc*10:53:01* Removing basic-suite-master/test-scenarios/003_00_metrics_bootstrap.pyc*10:53:01* Removing basic-suite-master/test_utils/__init__.pyc*10:53:01* Removing basic-suite-master/test_utils/constants.pyc*10:53:01* Removing basic-suite-master/test_utils/network_utils_v4.pyc*10:53:01* Removing exported-artifacts/*10:53:01* Removing mock_logs.LjHRcpGf/*10:53:01* Removing mock_script_sid.x4jv1R*10:53:01* Removing mocker-epel-7-x86_64.el7.cfg*10:53:01* <strong>10:53:01</strong> stderr: warning: failed to remove .pki/*10:53:01* warning: failed to remove deployment-basic-suite-master/default/uuid*10:53:01* warning: failed to remove deployment-basic-suite-master/default/id_rsa … — Didi</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515507124-10722-151--

1 0

[JIRA] (OVIRT-1834) Jenkins failure - perhaps bad permissions
by Gal Ben Haim (oVirt JIRA) 09 Jan '18

09 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1834?page=com.atlassian.jira.… ] Gal Ben Haim commented on OVIRT-1834: ------------------------------------- The lago prefix is created by root inside mock, build http://jenkins.ovirt.org/job/ovirt-system-tests_manual/1984/ was aborted, and the cleanup has not been called (we aware about this issue), and then the next build failed to clean OST repo (with git clean). [~dbelenky(a)redhat.com] is working on a solution for this issue. > Jenkins failure - perhaps bad permissions > ----------------------------------------- > > Key: OVIRT-1834 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1834 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Yedidyah Bar David > Assignee: infra > > http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… > *10:53:01* ERROR: Error fetching remote repo 'origin'*10:53:01* > hudson.plugins.git.GitException: Failed to fetch from > git://gerrit.ovirt.org/ovirt-system-tests.git*10:53:01* at > hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:825)*10:53:01* at > hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1092)*10:53:01* > at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1123)*10:53:01* at > org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:143)*10:53:01* > at hudson.scm.SCM.checkout(SCM.java:495)*10:53:01* at > hudson.model.AbstractProject.checkout(AbstractProject.java:1202)*10:53:01* > at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)*10:53:01* > at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)*10:53:01* > at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)*10:53:01* > at hudson.model.Run.execute(Run.java:1724)*10:53:01* at > hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)*10:53:01* at > hudson.model.ResourceController.execute(ResourceController.java:97)*10:53:01* > at hudson.model.Executor.run(Executor.java:421)*10:53:01* Caused by: > hudson.plugins.git.GitException: Command "git clean -fdx" returned > status code 1:*10:53:01* stdout: Removing > basic-suite-master/LagoInitFile*10:53:01* Removing > basic-suite-master/extra_sources*10:53:01* Removing > basic-suite-master/reposync-config.repo_repoclosure*10:53:01* Removing > basic-suite-master/test-scenarios/000_check_repo_closure.pyc*10:53:01* > Removing basic-suite-master/test-scenarios/001_initialize_engine.pyc*10:53:01* > Removing basic-suite-master/test-scenarios/002_bootstrap.pyc*10:53:01* > Removing basic-suite-master/test-scenarios/003_00_metrics_bootstrap.pyc*10:53:01* > Removing basic-suite-master/test_utils/__init__.pyc*10:53:01* Removing > basic-suite-master/test_utils/constants.pyc*10:53:01* Removing > basic-suite-master/test_utils/network_utils_v4.pyc*10:53:01* Removing > exported-artifacts/*10:53:01* Removing mock_logs.LjHRcpGf/*10:53:01* > Removing mock_script_sid.x4jv1R*10:53:01* Removing > mocker-epel-7-x86_64.el7.cfg*10:53:01* *10:53:01* stderr: warning: > failed to remove .pki/*10:53:01* warning: failed to remove > deployment-basic-suite-master/default/uuid*10:53:01* warning: failed > to remove deployment-basic-suite-master/default/id_rsa > ... > -- > Didi -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1834) Jenkins failure - perhaps bad permissions
by Yedidyah Bar David (oVirt JIRA) 09 Jan '18

09 Jan '18

Yedidyah Bar David created OVIRT-1834: ----------------------------------------- Summary: Jenkins failure - perhaps bad permissions Key: OVIRT-1834 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1834 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Yedidyah Bar David Assignee: infra http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… *10:53:01* ERROR: Error fetching remote repo 'origin'*10:53:01* hudson.plugins.git.GitException: Failed to fetch from git://gerrit.ovirt.org/ovirt-system-tests.git*10:53:01* at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:825)*10:53:01* at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1092)*10:53:01* at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1123)*10:53:01* at org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:143)*10:53:01* at hudson.scm.SCM.checkout(SCM.java:495)*10:53:01* at hudson.model.AbstractProject.checkout(AbstractProject.java:1202)*10:53:01* at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)*10:53:01* at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)*10:53:01* at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)*10:53:01* at hudson.model.Run.execute(Run.java:1724)*10:53:01* at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)*10:53:01* at hudson.model.ResourceController.execute(ResourceController.java:97)*10:53:01* at hudson.model.Executor.run(Executor.java:421)*10:53:01* Caused by: hudson.plugins.git.GitException: Command "git clean -fdx" returned status code 1:*10:53:01* stdout: Removing basic-suite-master/LagoInitFile*10:53:01* Removing basic-suite-master/extra_sources*10:53:01* Removing basic-suite-master/reposync-config.repo_repoclosure*10:53:01* Removing basic-suite-master/test-scenarios/000_check_repo_closure.pyc*10:53:01* Removing basic-suite-master/test-scenarios/001_initialize_engine.pyc*10:53:01* Removing basic-suite-master/test-scenarios/002_bootstrap.pyc*10:53:01* Removing basic-suite-master/test-scenarios/003_00_metrics_bootstrap.pyc*10:53:01* Removing basic-suite-master/test_utils/__init__.pyc*10:53:01* Removing basic-suite-master/test_utils/constants.pyc*10:53:01* Removing basic-suite-master/test_utils/network_utils_v4.pyc*10:53:01* Removing exported-artifacts/*10:53:01* Removing mock_logs.LjHRcpGf/*10:53:01* Removing mock_script_sid.x4jv1R*10:53:01* Removing mocker-epel-7-x86_64.el7.cfg*10:53:01* *10:53:01* stderr: warning: failed to remove .pki/*10:53:01* warning: failed to remove deployment-basic-suite-master/default/uuid*10:53:01* warning: failed to remove deployment-basic-suite-master/default/id_rsa ... -- Didi -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[CQ]: 85609,7 (vdsm) failed "ovirt-4.1" system tests
by oVirt Jenkins 09 Jan '18

09 Jan '18

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

1 0

[JIRA] (OVIRT-1833) Make change-queue code usable for downstrean projects
by Barak Korren (oVirt JIRA) 09 Jan '18

09 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1833?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1833: ----------------------------------- Assignee: Barak Korren (was: infra) > Make change-queue code usable for downstrean projects > ----------------------------------------------------- > > Key: OVIRT-1833 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1833 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: Barak Korren > Priority: High > > There are some parts of the change-queue code that are hard-wired to the way its used in oVirt CI. > Those parts should be changed so the code is usable elsewhere, especially in systems that use the 'jenkins' repo as an upstream source repo. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1833) Make change-queue code usable for downstrean projects
by Barak Korren (oVirt JIRA) 09 Jan '18

09 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1833?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1833: -------------------------------- Epic Link: OVIRT-400 > Make change-queue code usable for downstrean projects > ----------------------------------------------------- > > Key: OVIRT-1833 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1833 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: infra > Priority: High > > There are some parts of the change-queue code that are hard-wired to the way its used in oVirt CI. > Those parts should be changed so the code is usable elsewhere, especially in systems that use the 'jenkins' repo as an upstream source repo. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1833) Make change-queue code usable for downstrean projects
by Barak Korren (oVirt JIRA) 09 Jan '18

09 Jan '18

Barak Korren created OVIRT-1833: ----------------------------------- Summary: Make change-queue code usable for downstrean projects Key: OVIRT-1833 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1833 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: infra Priority: High There are some parts of the change-queue code that are hard-wired to the way its used in oVirt CI. Those parts should be changed so the code is usable elsewhere, especially in systems that use the 'jenkins' repo as an upstream source repo. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[vdsm][tag][ovirt-4.1] Vdsm tagged: v4.19.44
by Francesco Romani 09 Jan '18

09 Jan '18

Hi infra, we have a new Vdsm tag on branch ovirt-4.1 for oVirt 4.1.9: Tagger: Francesco Romani <fromani(a)redhat.com> Date: Tue Jan 9 09:28:25 2018 +0100 Vdsm 4.19.44 for oVirt 4.1.9 RC 1 commit f172eaebedea9f0ff5270adf574e359f98a5dbe4 Bests, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

1 0

[JIRA] (OVIRT-1830) Mock failes to create RAWHIDE environmkent for VDSM
by Barak Korren (oVirt JIRA) 09 Jan '18

09 Jan '18

This is a multi-part message in MIME format... ------------=_1515482790-12256-280 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1830?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1830: ----------------------------------- Assignee: Barak Korren (was: infra) > Mock failes to create RAWHIDE environmkent for VDSM > --------------------------------------------------- > > Key: OVIRT-1830 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1830 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: oVirt CI > Reporter: Barak Korren > Assignee: Barak Korren > Priority: High > Labels: rawhide, standard-ci, vdsm > > There seems to be an issue in the rawhide repositories that prevents mock from successfully creating an environment for building VDSM. > Here is an example job that fails on this: > http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fcraw-x86_64/67 > Log excerpt of failure: > {code} > 00:01:03.309 # /usr/bin/yum-deprecated --installroot /var/lib/mock/fedora-rawhide-x86_64-bbb18c96e7d9b5dc7b4c8d92294064d1-26737/root/ --releasever 27 install @buildsys-build autoconf automake git libguestfs-tools-c libselinux-python3 libvirt-python3 lshw make mom openssl policycoreutils-python python-blivet1 python-coverage python-devel python-inotify python-ioprocess python-mock python-netaddr python-nose python-pthreading python-setuptools python-six python-subprocess32 python2-dateutil python2-decorator python3-dateutil python3-decorator python3-netaddr python3-nose PyYAML rpm-build sanlock-python sudo yum yum-utils --setopt=tsflags=nocontexts > 00:01:03.310 Yum command has been deprecated, use dnf instead. > 00:01:03.310 See 'man dnf' and 'man yum2dnf' for more information. > 00:01:03.310 > 00:01:03.310 Resolving Dependencies > 00:01:03.310 --> Running transaction check > 00:01:03.310 ---> Package autoconf.noarch 0:2.69-26.fc28 will be installed > 00:01:03.311 --> Processing Dependency: perl(:VERSION) >= 5.6.0 for package: autoconf-2.69-26.fc28.noarch > 00:01:03.311 --> Processing Dependency: m4 >= 1.4.14 for package: autoconf-2.69-26.fc28.noarch > 00:01:03.311 --> Processing Dependency: perl(warnings) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.311 --> Processing Dependency: perl(vars) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.311 --> Processing Dependency: perl(strict) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.311 --> Processing Dependency: perl(constant) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.311 --> Processing Dependency: perl(Text::ParseWords) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.312 --> Processing Dependency: perl(POSIX) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.312 --> Processing Dependency: perl(IO::File) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.312 --> Processing Dependency: perl(Getopt::Long) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.312 --> Processing Dependency: perl(File::stat) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.312 --> Processing Dependency: perl(File::Spec) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.312 --> Processing Dependency: perl(File::Path) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.312 --> Processing Dependency: perl(File::Find) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.313 --> Processing Dependency: perl(File::Copy) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.313 --> Processing Dependency: perl(File::Compare) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.313 --> Processing Dependency: perl(File::Basename) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.313 --> Processing Dependency: perl(Exporter) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.313 --> Processing Dependency: perl(Errno) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.313 --> Processing Dependency: perl(DynaLoader) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.313 --> Processing Dependency: perl(Data::Dumper) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.314 --> Processing Dependency: perl(Cwd) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.314 --> Processing Dependency: perl(Class::Struct) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.314 --> Processing Dependency: perl(Carp) for package: autoconf-2.69-26.fc28.noarch > 00:01:03.314 --> Processing Dependency: emacs-filesystem for package: autoconf-2.69-26.fc28.noarch > 00:01:03.314 --> Processing Dependency: /usr/bin/perl for package: autoconf-2.69-26.fc28.noarch > 00:01:03.314 ---> Package automake.noarch 0:1.15.1-3.fc28 will be installed > 00:01:03.314 --> Processing Dependency: perl(threads) for package: automake-1.15.1-3.fc28.noarch > 00:01:03.315 --> Processing Dependency: perl(Thread::Queue) for package: automake-1.15.1-3.fc28.noarch > 00:01:03.315 ---> Package bash.x86_64 0:4.4.12-13.fc28 will be installed > 00:01:03.315 --> Processing Dependency: filesystem >= 3 for package: bash-4.4.12-13.fc28.x86_64 > 00:01:03.315 --> Processing Dependency: rtld(GNU_HASH) for package: bash-4.4.12-13.fc28.x86_64 > 00:01:03.315 --> Processing Dependency: libdl.so.2(GLIBC_2.2.5)(64bit) for package: bash-4.4.12-13.fc28.x86_64 > 00:01:03.315 --> Processing Dependency: libc.so.6(GLIBC_2.15)(64bit) for package: bash-4.4.12-13.fc28.x86_64 > 00:01:03.315 --> Processing Dependency: libtinfo.so.6()(64bit) for package: bash-4.4.12-13.fc28.x86_64 > 00:01:03.316 --> Processing Dependency: libdl.so.2()(64bit) for package: bash-4.4.12-13.fc28.x86_64 > 00:01:03.316 ---> Package bzip2.x86_64 0:1.0.6-24.fc27 will be installed > 00:01:03.316 --> Processing Dependency: libbz2.so.1()(64bit) for package: bzip2-1.0.6-24.fc27.x86_64 > 00:01:03.316 ---> Package coreutils.x86_64 0:8.29-1.fc28 will be installed > 00:01:03.316 --> Processing Dependency: coreutils-common = 8.29-1.fc28 for package: coreutils-8.29-1.fc28.x86_64 > 00:01:03.316 --> Processing Dependency: ncurses for package: coreutils-8.29-1.fc28.x86_64 > 00:01:03.316 --> Processing Dependency: libcrypto.so.1.1(OPENSSL_1_1_0)(64bit) for package: coreutils-8.29-1.fc28.x86_64 > 00:01:03.317 --> Processing Dependency: libattr.so.1(ATTR_1.1)(64bit) for package: coreutils-8.29-1.fc28.x86_64 > 00:01:03.317 --> Processing Dependency: libacl.so.1(ACL_1.0)(64bit) for package: coreutils-8.29-1.fc28.x86_64 > 00:01:03.317 --> Processing Dependency: libselinux.so.1()(64bit) for package: coreutils-8.29-1.fc28.x86_64 > 00:01:03.317 --> Processing Dependency: libgmp.so.10()(64bit) for package: coreutils-8.29-1.fc28.x86_64 > 00:01:03.317 --> Processing Dependency: libcrypto.so.1.1()(64bit) for package: coreutils-8.29-1.fc28.x86_64 > 00:01:03.317 --> Processing Dependency: libcap.so.2()(64bit) for package: coreutils-8.29-1.fc28.x86_64 > 00:01:03.317 --> Processing Dependency: libattr.so.1()(64bit) for package: coreutils-8.29-1.fc28.x86_64 > 00:01:03.318 --> Processing Dependency: libacl.so.1()(64bit) for package: coreutils-8.29-1.fc28.x86_64 > 00:01:03.318 ---> Package cpio.x86_64 0:2.12-6.fc28 will be installed > 00:01:03.318 ---> Package diffutils.x86_64 0:3.6-3.fc27 will be installed > 00:01:03.318 ---> Package fedora-release.noarch 0:28-0.1 will be installed > 00:01:03.318 --> Processing Dependency: fedora-repos(28) for package: fedora-release-28-0.1.noarch > 00:01:03.318 ---> Package findutils.x86_64 1:4.6.0-14.fc27 will be installed > 00:01:03.318 ---> Package gawk.x86_64 0:4.2.0-2.fc28 will be installed > 00:01:03.318 --> Processing Dependency: libsigsegv.so.2()(64bit) for package: gawk-4.2.0-2.fc28.x86_64 > 00:01:03.319 --> Processing Dependency: libreadline.so.7()(64bit) for package: gawk-4.2.0-2.fc28.x86_64 > 00:01:03.319 --> Processing Dependency: libmpfr.so.4()(64bit) for package: gawk-4.2.0-2.fc28.x86_64 > 00:01:03.319 ---> Package gcc.x86_64 0:7.2.1-5.fc28 will be installed > 00:01:03.319 --> Processing Dependency: libgomp = 7.2.1-5.fc28 for package: gcc-7.2.1-5.fc28.x86_64 > 00:01:03.319 --> Processing Dependency: cpp = 7.2.1-5.fc28 for package: gcc-7.2.1-5.fc28.x86_64 > 00:01:03.319 --> Processing Dependency: libgcc >= 7.2.1-5.fc28 for package: gcc-7.2.1-5.fc28.x86_64 > 00:01:03.319 --> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc-7.2.1-5.fc28.x86_64 > 00:01:03.320 --> Processing Dependency: binutils >= 2.24 for package: gcc-7.2.1-5.fc28.x86_64 > 00:01:03.320 --> Processing Dependency: libz.so.1()(64bit) for package: gcc-7.2.1-5.fc28.x86_64 > 00:01:03.320 --> Processing Dependency: libmpc.so.3()(64bit) for package: gcc-7.2.1-5.fc28.x86_64 > 00:01:03.320 --> Processing Dependency: libisl.so.15()(64bit) for package: gcc-7.2.1-5.fc28.x86_64 > 00:01:03.320 --> Processing Dependency: libgomp.so.1()(64bit) for package: gcc-7.2.1-5.fc28.x86_64 > 00:01:03.320 --> Processing Dependency: libgcc_s.so.1()(64bit) for package: gcc-7.2.1-5.fc28.x86_64 > 00:01:03.320 ---> Package gcc-c++.x86_64 0:7.2.1-5.fc28 will be installed > 00:01:03.320 --> Processing Dependency: libstdc++-devel = 7.2.1-5.fc28 for package: gcc-c++-7.2.1-5.fc28.x86_64 > 00:01:03.321 --> Processing Dependency: libstdc++ = 7.2.1-5.fc28 for package: gcc-c++-7.2.1-5.fc28.x86_64 > 00:01:03.321 --> Processing Dependency: libstdc++.so.6()(64bit) for package: gcc-c++-7.2.1-5.fc28.x86_64 > 00:01:03.321 ---> Package git.x86_64 0:2.15.1-3.fc28 will be installed > 00:01:03.321 --> Processing Dependency: perl-Git = 2.15.1-3.fc28 for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.321 --> Processing Dependency: git-core-doc = 2.15.1-3.fc28 for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.321 --> Processing Dependency: git-core = 2.15.1-3.fc28 for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.321 --> Processing Dependency: perl(Term::ReadKey) for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.322 --> Processing Dependency: perl(Git::I18N) for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.322 --> Processing Dependency: perl(Git) for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.322 --> Processing Dependency: perl(Error) for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.322 --> Processing Dependency: libsecret-1.so.0()(64bit) for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.322 --> Processing Dependency: libpcre2-8.so.0()(64bit) for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.322 --> Processing Dependency: libgobject-2.0.so.0()(64bit) for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.322 --> Processing Dependency: libglib-2.0.so.0()(64bit) for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.323 --> Processing Dependency: libgio-2.0.so.0()(64bit) for package: git-2.15.1-3.fc28.x86_64 > 00:01:03.323 ---> Package grep.x86_64 0:3.1-3.fc27 will be installed > 00:01:03.323 --> Processing Dependency: libpcre.so.1()(64bit) for package: grep-3.1-3.fc27.x86_64 > 00:01:03.323 ---> Package gzip.x86_64 0:1.8-4.fc27 will be installed > 00:01:03.323 ---> Package info.x86_64 0:6.5-1.fc28 will be installed > 00:01:03.323 ---> Package libguestfs-tools-c.x86_64 1:1.37.35-1.fc28 will be installed > 00:01:03.324 --> Processing Dependency: libguestfs(x86-64) = 1:1.37.35-1.fc28 for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.324 --> Processing Dependency: libxml2.so.2(LIBXML2_2.6.8)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.324 --> Processing Dependency: libxml2.so.2(LIBXML2_2.6.5)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.324 --> Processing Dependency: libxml2.so.2(LIBXML2_2.6.0)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.324 --> Processing Dependency: libxml2.so.2(LIBXML2_2.4.30)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.325 --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.325 --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.325 --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.325 --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.325 --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.326 --> Processing Dependency: liblzma.so.5(XZ_5.0)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.326 --> Processing Dependency: libfuse.so.2(FUSE_2.8)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.326 --> Processing Dependency: libfuse.so.2(FUSE_2.6)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.326 --> Processing Dependency: libcrypt.so.1(GLIBC_2.2.5)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.326 --> Processing Dependency: gnupg2 for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.327 --> Processing Dependency: curl for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.327 --> Processing Dependency: /usr/bin/vi for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.327 --> Processing Dependency: /usr/bin/man for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.327 --> Processing Dependency: /usr/bin/less for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.327 --> Processing Dependency: /usr/bin/hexedit for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.327 --> Processing Dependency: libyajl.so.2()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.328 --> Processing Dependency: libxml2.so.2()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.328 --> Processing Dependency: libvirt.so.0()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.328 --> Processing Dependency: liblzma.so.5()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.328 --> Processing Dependency: libguestfs.so.0()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.328 --> Processing Dependency: libfuse.so.2()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.328 --> Processing Dependency: libcrypt.so.1()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.329 --> Processing Dependency: libconfig.so.9()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 > 00:01:03.329 ---> Package lshw.x86_64 0:B.02.18-11.fc28 will be installed > 00:01:03.329 --> Processing Dependency: hwdata for package: lshw-B.02.18-11.fc28.x86_64 > 00:01:03.329 ---> Package make.x86_64 1:4.2.1-4.fc27 will be installed > 00:01:03.329 --> Processing Dependency: libguile-2.0.so.22(GUILE_2.0)(64bit) for package: 1:make-4.2.1-4.fc27.x86_64 > 00:01:03.329 --> Processing Dependency: libguile-2.0.so.22()(64bit) for package: 1:make-4.2.1-4.fc27.x86_64 > 00:01:03.329 --> Processing Dependency: libgc.so.1()(64bit) for package: 1:make-4.2.1-4.fc27.x86_64 > 00:01:03.330 ---> Package mom.noarch 0:0.5.6-3.fc27 will be installed > 00:01:03.330 --> Processing Dependency: python(abi) = 2.7 for package: mom-0.5.6-3.fc27.noarch > 00:01:03.330 --> Processing Dependency: systemd for package: mom-0.5.6-3.fc27.noarch > 00:01:03.330 --> Processing Dependency: systemd for package: mom-0.5.6-3.fc27.noarch > 00:01:03.330 --> Processing Dependency: procps for package: mom-0.5.6-3.fc27.noarch > 00:01:03.330 --> Processing Dependency: libvirt-python for package: mom-0.5.6-3.fc27.noarch > 00:01:03.330 --> Processing Dependency: libvirt-daemon-driver-qemu for package: mom-0.5.6-3.fc27.noarch > 00:01:03.330 ---> Package openssl.x86_64 1:1.1.0g-2.fc28 will be installed > 00:01:03.331 ---> Package patch.x86_64 0:2.7.5-6.fc27 will be installed > 00:01:03.331 ---> Package python2-blivet1.noarch 1:1.20.3-4.fc28 will be installed > 00:01:03.331 --> Processing Dependency: python2-blockdev >= 1.1 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.331 --> Processing Dependency: python-kickstart >= 1.99.22 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.331 --> Processing Dependency: pyparted >= 3.10.4 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.331 --> Processing Dependency: parted >= 1.8.1 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.331 --> Processing Dependency: libblockdev-plugins-all >= 1.1 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.332 --> Processing Dependency: e2fsprogs >= 1.41.0 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.332 --> Processing Dependency: python-pyudev for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.332 --> Processing Dependency: python-hawkey for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.332 --> Processing Dependency: python-gobject-base for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.332 --> Processing Dependency: lsof for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.332 --> Processing Dependency: libselinux-python for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.333 --> Processing Dependency: dosfstools for package: 1:python2-blivet1-1.20.3-4.fc28.noarch > 00:01:03.333 ---> Package python2-coverage.x86_64 0:4.4.2-1.fc28 will be installed > 00:01:03.333 --> Processing Dependency: libpython2.7.so.1.0()(64bit) for package: python2-coverage-4.4.2-1.fc28.x86_64 > 00:01:03.333 ---> Package python2-dateutil.noarch 1:2.6.1-1.fc28 will be installed > 00:01:03.333 --> Processing Dependency: tzdata for package: 1:python2-dateutil-2.6.1-1.fc28.noarch > 00:01:03.333 ---> Package python2-decorator.noarch 0:4.1.2-1.fc28 will be installed > 00:01:03.333 ---> Package python2-devel.x86_64 0:2.7.14-4.fc28 will be installed > 00:01:03.333 --> Processing Dependency: python3-rpm-generators for package: python2-devel-2.7.14-4.fc28.x86_64 > 00:01:03.334 --> Processing Dependency: python2-rpm-macros for package: python2-devel-2.7.14-4.fc28.x86_64 > 00:01:03.334 --> Processing Dependency: python-rpm-macros for package: python2-devel-2.7.14-4.fc28.x86_64 > 00:01:03.334 --> Processing Dependency: pkgconfig for package: python2-devel-2.7.14-4.fc28.x86_64 > 00:01:03.334 --> Processing Dependency: /usr/bin/pkg-config for package: python2-devel-2.7.14-4.fc28.x86_64 > 00:01:03.334 ---> Package python2-inotify.noarch 0:0.9.6-9.fc27 will be installed > 00:01:03.334 ---> Package python2-ioprocess.noarch 0:0.17.0-6.fc28 will be installed > 00:01:03.334 --> Processing Dependency: ioprocess = 0.17.0-6.fc28 for package: python2-ioprocess-0.17.0-6.fc28.noarch > 00:01:03.335 --> Processing Dependency: python-cpopen for package: python2-ioprocess-0.17.0-6.fc28.noarch > 00:01:03.335 ---> Package python2-mock.noarch 0:2.0.0-6.fc28 will be installed > 00:01:03.335 --> Processing Dependency: python-pbr for package: python2-mock-2.0.0-6.fc28.noarch > 00:01:03.335 --> Processing Dependency: python-funcsigs for package: python2-mock-2.0.0-6.fc28.noarch > 00:01:03.335 ---> Package python2-netaddr.noarch 0:0.7.19-5.fc28 will be installed > 00:01:03.335 ---> Package python2-nose.noarch 0:1.3.7-18.fc28 will be installed > 00:01:03.335 ---> Package python2-policycoreutils.x86_64 0:2.7-7.fc28 will be installed > 00:01:03.336 --> Processing Dependency: policycoreutils = 2.7-7.fc28 for package: python2-policycoreutils-2.7-7.fc28.x86_64 > 00:01:03.336 --> Processing Dependency: setools-python >= 4.1.1 for package: python2-policycoreutils-2.7-7.fc28.x86_64 > 00:01:03.336 --> Processing Dependency: libsemanage-python >= 2.7-5 for package: python2-policycoreutils-2.7-7.fc28.x86_64 > 00:01:03.336 --> Processing Dependency: audit-libs-python >= 2.1.3-4 for package: python2-policycoreutils-2.7-7.fc28.x86_64 > 00:01:03.336 --> Processing Dependency: python-IPy for package: python2-policycoreutils-2.7-7.fc28.x86_64 > 00:01:03.336 --> Processing Dependency: libcgroup for package: python2-policycoreutils-2.7-7.fc28.x86_64 > 00:01:03.337 --> Processing Dependency: checkpolicy for package: python2-policycoreutils-2.7-7.fc28.x86_64 > 00:01:03.337 ---> Package python2-pthreading.noarch 0:0.1.3-10.fc28 will be installed > 00:01:03.337 ---> Package python2-pyyaml.x86_64 0:3.12-8.fc28 will be installed > 00:01:03.337 --> Processing Dependency: libyaml-0.so.2()(64bit) for package: python2-pyyaml-3.12-8.fc28.x86_64 > 00:01:03.337 ---> Package python2-sanlock.x86_64 0:3.6.0-1.fc28 will be installed > 00:01:03.337 --> Processing Dependency: sanlock-lib = 3.6.0-1.fc28 for package: python2-sanlock-3.6.0-1.fc28.x86_64 > 00:01:03.338 --> Processing Dependency: libsanlock.so.1()(64bit) for package: python2-sanlock-3.6.0-1.fc28.x86_64 > 00:01:03.338 ---> Package python2-setuptools.noarch 0:38.2.5-1.fc28 will be installed > 00:01:03.338 ---> Package python2-six.noarch 0:1.11.0-2.fc28 will be installed > 00:01:03.338 ---> Package python2-subprocess32.x86_64 0:3.2.6-9.fc28 will be installed > 00:01:03.338 ---> Package python3-dateutil.noarch 1:2.6.1-1.fc28 will be installed > 00:01:03.338 --> Processing Dependency: python(abi) = 3.6 for package: 1:python3-dateutil-2.6.1-1.fc28.noarch > 00:01:03.338 --> Processing Dependency: python3-six for package: 1:python3-dateutil-2.6.1-1.fc28.noarch > 00:01:03.338 ---> Package python3-decorator.noarch 0:4.1.2-1.fc28 will be installed > 00:01:03.339 ---> Package python3-libselinux.x86_64 0:2.7-6.fc28 will be installed > 00:01:03.339 --> Processing Dependency: libpython3.6m.so.1.0()(64bit) for package: python3-libselinux-2.7-6.fc28.x86_64 > 00:01:03.339 ---> Package python3-libvirt.x86_64 0:3.10.0-1.fc28 will be installed > 00:01:03.339 ---> Package python3-netaddr.noarch 0:0.7.19-5.fc28 will be installed > 00:01:03.339 ---> Package python3-nose.noarch 0:1.3.7-18.fc28 will be installed > 00:01:03.339 --> Processing Dependency: python3-setuptools for package: python3-nose-1.3.7-18.fc28.noarch > 00:01:03.339 ---> Package redhat-rpm-config.noarch 0:72-1.fc28 will be installed > 00:01:03.339 Error: Invalid version flag: if > {code} -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515482790-12256-280 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1830?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren reassigned OVIRT-1830:</h3> <pre>Assignee: Barak Korren (was: infra)</pre> <blockquote><h3>Mock failes to create RAWHIDE environmkent for VDSM</h3> <pre> Key: OVIRT-1830 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1830 Project: oVirt - virtualization made easy Issue Type: Outage Components: oVirt CI Reporter: Barak Korren Assignee: Barak Korren Priority: High Labels: rawhide, standard-ci, vdsm</pre> <p>There seems to be an issue in the rawhide repositories that prevents mock from successfully creating an environment for building VDSM. Here is an example job that fails on this: <a href="http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fcraw-x86_64/67">http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fcraw-x86_64/67</a> Log excerpt of failure: {code} 00:01:03.309 # /usr/bin/yum-deprecated --installroot /var/lib/mock/fedora-rawhide-x86_64-bbb18c96e7d9b5dc7b4c8d92294064d1-26737/root/ --releasever 27 install @buildsys-build autoconf automake git libguestfs-tools-c libselinux-python3 libvirt-python3 lshw make mom openssl policycoreutils-python python-blivet1 python-coverage python-devel python-inotify python-ioprocess python-mock python-netaddr python-nose python-pthreading python-setuptools python-six python-subprocess32 python2-dateutil python2-decorator python3-dateutil python3-decorator python3-netaddr python3-nose PyYAML rpm-build sanlock-python sudo yum yum-utils --setopt=tsflags=nocontexts 00:01:03.310 Yum command has been deprecated, use dnf instead. 00:01:03.310 See ‘man dnf’ and ‘man yum2dnf’ for more information. 00:01:03.310 00:01:03.310 Resolving Dependencies 00:01:03.310 --> Running transaction check 00:01:03.310 ---> Package autoconf.noarch 0:2.69-26.fc28 will be installed 00:01:03.311 --> Processing Dependency: perl(:VERSION) >= 5.6.0 for package: autoconf-2.69-26.fc28.noarch 00:01:03.311 --> Processing Dependency: m4 >= 1.4.14 for package: autoconf-2.69-26.fc28.noarch 00:01:03.311 --> Processing Dependency: perl(warnings) for package: autoconf-2.69-26.fc28.noarch 00:01:03.311 --> Processing Dependency: perl(vars) for package: autoconf-2.69-26.fc28.noarch 00:01:03.311 --> Processing Dependency: perl(strict) for package: autoconf-2.69-26.fc28.noarch 00:01:03.311 --> Processing Dependency: perl(constant) for package: autoconf-2.69-26.fc28.noarch 00:01:03.311 --> Processing Dependency: perl(Text::ParseWords) for package: autoconf-2.69-26.fc28.noarch 00:01:03.312 --> Processing Dependency: perl(POSIX) for package: autoconf-2.69-26.fc28.noarch 00:01:03.312 --> Processing Dependency: perl(IO::File) for package: autoconf-2.69-26.fc28.noarch 00:01:03.312 --> Processing Dependency: perl(Getopt::Long) for package: autoconf-2.69-26.fc28.noarch 00:01:03.312 --> Processing Dependency: perl(File::stat) for package: autoconf-2.69-26.fc28.noarch 00:01:03.312 --> Processing Dependency: perl(File::Spec) for package: autoconf-2.69-26.fc28.noarch 00:01:03.312 --> Processing Dependency: perl(File::Path) for package: autoconf-2.69-26.fc28.noarch 00:01:03.312 --> Processing Dependency: perl(File::Find) for package: autoconf-2.69-26.fc28.noarch 00:01:03.313 --> Processing Dependency: perl(File::Copy) for package: autoconf-2.69-26.fc28.noarch 00:01:03.313 --> Processing Dependency: perl(File::Compare) for package: autoconf-2.69-26.fc28.noarch 00:01:03.313 --> Processing Dependency: perl(File::Basename) for package: autoconf-2.69-26.fc28.noarch 00:01:03.313 --> Processing Dependency: perl(Exporter) for package: autoconf-2.69-26.fc28.noarch 00:01:03.313 --> Processing Dependency: perl(Errno) for package: autoconf-2.69-26.fc28.noarch 00:01:03.313 --> Processing Dependency: perl(DynaLoader) for package: autoconf-2.69-26.fc28.noarch 00:01:03.313 --> Processing Dependency: perl(Data::Dumper) for package: autoconf-2.69-26.fc28.noarch 00:01:03.314 --> Processing Dependency: perl(Cwd) for package: autoconf-2.69-26.fc28.noarch 00:01:03.314 --> Processing Dependency: perl(Class::Struct) for package: autoconf-2.69-26.fc28.noarch 00:01:03.314 --> Processing Dependency: perl(Carp) for package: autoconf-2.69-26.fc28.noarch 00:01:03.314 --> Processing Dependency: emacs-filesystem for package: autoconf-2.69-26.fc28.noarch 00:01:03.314 --> Processing Dependency: /usr/bin/perl for package: autoconf-2.69-26.fc28.noarch 00:01:03.314 ---> Package automake.noarch 0:1.15.1-3.fc28 will be installed 00:01:03.314 --> Processing Dependency: perl(threads) for package: automake-1.15.1-3.fc28.noarch 00:01:03.315 --> Processing Dependency: perl(Thread::Queue) for package: automake-1.15.1-3.fc28.noarch 00:01:03.315 ---> Package bash.x86_64 0:4.4.12-13.fc28 will be installed 00:01:03.315 --> Processing Dependency: filesystem >= 3 for package: bash-4.4.12-13.fc28.x86_64 00:01:03.315 --> Processing Dependency: rtld(GNU_HASH) for package: bash-4.4.12-13.fc28.x86_64 00:01:03.315 --> Processing Dependency: libdl.so.2(GLIBC_2.2.5)(64bit) for package: bash-4.4.12-13.fc28.x86_64 00:01:03.315 --> Processing Dependency: libc.so.6(GLIBC_2.15)(64bit) for package: bash-4.4.12-13.fc28.x86_64 00:01:03.315 --> Processing Dependency: libtinfo.so.6()(64bit) for package: bash-4.4.12-13.fc28.x86_64 00:01:03.316 --> Processing Dependency: libdl.so.2()(64bit) for package: bash-4.4.12-13.fc28.x86_64 00:01:03.316 ---> Package bzip2.x86_64 0:1.0.6-24.fc27 will be installed 00:01:03.316 --> Processing Dependency: libbz2.so.1()(64bit) for package: bzip2-1.0.6-24.fc27.x86_64 00:01:03.316 ---> Package coreutils.x86_64 0:8.29-1.fc28 will be installed 00:01:03.316 --> Processing Dependency: coreutils-common = 8.29-1.fc28 for package: coreutils-8.29-1.fc28.x86_64 00:01:03.316 --> Processing Dependency: ncurses for package: coreutils-8.29-1.fc28.x86_64 00:01:03.316 --> Processing Dependency: libcrypto.so.1.1(OPENSSL_1_1_0)(64bit) for package: coreutils-8.29-1.fc28.x86_64 00:01:03.317 --> Processing Dependency: libattr.so.1(ATTR_1.1)(64bit) for package: coreutils-8.29-1.fc28.x86_64 00:01:03.317 --> Processing Dependency: libacl.so.1(ACL_1.0)(64bit) for package: coreutils-8.29-1.fc28.x86_64 00:01:03.317 --> Processing Dependency: libselinux.so.1()(64bit) for package: coreutils-8.29-1.fc28.x86_64 00:01:03.317 --> Processing Dependency: libgmp.so.10()(64bit) for package: coreutils-8.29-1.fc28.x86_64 00:01:03.317 --> Processing Dependency: libcrypto.so.1.1()(64bit) for package: coreutils-8.29-1.fc28.x86_64 00:01:03.317 --> Processing Dependency: libcap.so.2()(64bit) for package: coreutils-8.29-1.fc28.x86_64 00:01:03.317 --> Processing Dependency: libattr.so.1()(64bit) for package: coreutils-8.29-1.fc28.x86_64 00:01:03.318 --> Processing Dependency: libacl.so.1()(64bit) for package: coreutils-8.29-1.fc28.x86_64 00:01:03.318 ---> Package cpio.x86_64 0:2.12-6.fc28 will be installed 00:01:03.318 ---> Package diffutils.x86_64 0:3.6-3.fc27 will be installed 00:01:03.318 ---> Package fedora-release.noarch 0:28-0.1 will be installed 00:01:03.318 --> Processing Dependency: fedora-repos(28) for package: fedora-release-28-0.1.noarch 00:01:03.318 ---> Package findutils.x86_64 1:4.6.0-14.fc27 will be installed 00:01:03.318 ---> Package gawk.x86_64 0:4.2.0-2.fc28 will be installed 00:01:03.318 --> Processing Dependency: libsigsegv.so.2()(64bit) for package: gawk-4.2.0-2.fc28.x86_64 00:01:03.319 --> Processing Dependency: libreadline.so.7()(64bit) for package: gawk-4.2.0-2.fc28.x86_64 00:01:03.319 --> Processing Dependency: libmpfr.so.4()(64bit) for package: gawk-4.2.0-2.fc28.x86_64 00:01:03.319 ---> Package gcc.x86_64 0:7.2.1-5.fc28 will be installed 00:01:03.319 --> Processing Dependency: libgomp = 7.2.1-5.fc28 for package: gcc-7.2.1-5.fc28.x86_64 00:01:03.319 --> Processing Dependency: cpp = 7.2.1-5.fc28 for package: gcc-7.2.1-5.fc28.x86_64 00:01:03.319 --> Processing Dependency: libgcc >= 7.2.1-5.fc28 for package: gcc-7.2.1-5.fc28.x86_64 00:01:03.319 --> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc-7.2.1-5.fc28.x86_64 00:01:03.320 --> Processing Dependency: binutils >= 2.24 for package: gcc-7.2.1-5.fc28.x86_64 00:01:03.320 --> Processing Dependency: libz.so.1()(64bit) for package: gcc-7.2.1-5.fc28.x86_64 00:01:03.320 --> Processing Dependency: libmpc.so.3()(64bit) for package: gcc-7.2.1-5.fc28.x86_64 00:01:03.320 --> Processing Dependency: libisl.so.15()(64bit) for package: gcc-7.2.1-5.fc28.x86_64 00:01:03.320 --> Processing Dependency: libgomp.so.1()(64bit) for package: gcc-7.2.1-5.fc28.x86_64 00:01:03.320 --> Processing Dependency: libgcc_s.so.1()(64bit) for package: gcc-7.2.1-5.fc28.x86_64 00:01:03.320 ---> Package gcc-c++.x86_64 0:7.2.1-5.fc28 will be installed 00:01:03.320 --> Processing Dependency: libstdc++-devel = 7.2.1-5.fc28 for package: gcc-c++-7.2.1-5.fc28.x86_64 00:01:03.321 --> Processing Dependency: libstdc++ = 7.2.1-5.fc28 for package: gcc-c++-7.2.1-5.fc28.x86_64 00:01:03.321 --> Processing Dependency: libstdc++.so.6()(64bit) for package: gcc-c++-7.2.1-5.fc28.x86_64 00:01:03.321 ---> Package git.x86_64 0:2.15.1-3.fc28 will be installed 00:01:03.321 --> Processing Dependency: perl-Git = 2.15.1-3.fc28 for package: git-2.15.1-3.fc28.x86_64 00:01:03.321 --> Processing Dependency: git-core-doc = 2.15.1-3.fc28 for package: git-2.15.1-3.fc28.x86_64 00:01:03.321 --> Processing Dependency: git-core = 2.15.1-3.fc28 for package: git-2.15.1-3.fc28.x86_64 00:01:03.321 --> Processing Dependency: perl(Term::ReadKey) for package: git-2.15.1-3.fc28.x86_64 00:01:03.322 --> Processing Dependency: perl(Git::I18N) for package: git-2.15.1-3.fc28.x86_64 00:01:03.322 --> Processing Dependency: perl(Git) for package: git-2.15.1-3.fc28.x86_64 00:01:03.322 --> Processing Dependency: perl(Error) for package: git-2.15.1-3.fc28.x86_64 00:01:03.322 --> Processing Dependency: libsecret-1.so.0()(64bit) for package: git-2.15.1-3.fc28.x86_64 00:01:03.322 --> Processing Dependency: libpcre2-8.so.0()(64bit) for package: git-2.15.1-3.fc28.x86_64 00:01:03.322 --> Processing Dependency: libgobject-2.0.so.0()(64bit) for package: git-2.15.1-3.fc28.x86_64 00:01:03.322 --> Processing Dependency: libglib-2.0.so.0()(64bit) for package: git-2.15.1-3.fc28.x86_64 00:01:03.323 --> Processing Dependency: libgio-2.0.so.0()(64bit) for package: git-2.15.1-3.fc28.x86_64 00:01:03.323 ---> Package grep.x86_64 0:3.1-3.fc27 will be installed 00:01:03.323 --> Processing Dependency: libpcre.so.1()(64bit) for package: grep-3.1-3.fc27.x86_64 00:01:03.323 ---> Package gzip.x86_64 0:1.8-4.fc27 will be installed 00:01:03.323 ---> Package info.x86_64 0:6.5-1.fc28 will be installed 00:01:03.323 ---> Package libguestfs-tools-c.x86_64 1:1.37.35-1.fc28 will be installed 00:01:03.324 --> Processing Dependency: libguestfs(x86-64) = 1:1.37.35-1.fc28 for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.324 --> Processing Dependency: libxml2.so.2(LIBXML2_2.6.8)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.324 --> Processing Dependency: libxml2.so.2(LIBXML2_2.6.5)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.324 --> Processing Dependency: libxml2.so.2(LIBXML2_2.6.0)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.324 --> Processing Dependency: libxml2.so.2(LIBXML2_2.4.30)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.325 --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.325 --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.325 --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.325 --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.325 --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.326 --> Processing Dependency: liblzma.so.5(XZ_5.0)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.326 --> Processing Dependency: libfuse.so.2(FUSE_2.8)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.326 --> Processing Dependency: libfuse.so.2(FUSE_2.6)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.326 --> Processing Dependency: libcrypt.so.1(GLIBC_2.2.5)(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.326 --> Processing Dependency: gnupg2 for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.327 --> Processing Dependency: curl for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.327 --> Processing Dependency: /usr/bin/vi for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.327 --> Processing Dependency: /usr/bin/man for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.327 --> Processing Dependency: /usr/bin/less for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.327 --> Processing Dependency: /usr/bin/hexedit for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.327 --> Processing Dependency: libyajl.so.2()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.328 --> Processing Dependency: libxml2.so.2()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.328 --> Processing Dependency: libvirt.so.0()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.328 --> Processing Dependency: liblzma.so.5()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.328 --> Processing Dependency: libguestfs.so.0()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.328 --> Processing Dependency: libfuse.so.2()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.328 --> Processing Dependency: libcrypt.so.1()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.329 --> Processing Dependency: libconfig.so.9()(64bit) for package: 1:libguestfs-tools-c-1.37.35-1.fc28.x86_64 00:01:03.329 ---> Package lshw.x86_64 0:B.02.18-11.fc28 will be installed 00:01:03.329 --> Processing Dependency: hwdata for package: lshw-B.02.18-11.fc28.x86_64 00:01:03.329 ---> Package make.x86_64 1:4.2.1-4.fc27 will be installed 00:01:03.329 --> Processing Dependency: libguile-2.0.so.22(GUILE_2.0)(64bit) for package: 1:make-4.2.1-4.fc27.x86_64 00:01:03.329 --> Processing Dependency: libguile-2.0.so.22()(64bit) for package: 1:make-4.2.1-4.fc27.x86_64 00:01:03.329 --> Processing Dependency: libgc.so.1()(64bit) for package: 1:make-4.2.1-4.fc27.x86_64 00:01:03.330 ---> Package mom.noarch 0:0.5.6-3.fc27 will be installed 00:01:03.330 --> Processing Dependency: python(abi) = 2.7 for package: mom-0.5.6-3.fc27.noarch 00:01:03.330 --> Processing Dependency: systemd for package: mom-0.5.6-3.fc27.noarch 00:01:03.330 --> Processing Dependency: systemd for package: mom-0.5.6-3.fc27.noarch 00:01:03.330 --> Processing Dependency: procps for package: mom-0.5.6-3.fc27.noarch 00:01:03.330 --> Processing Dependency: libvirt-python for package: mom-0.5.6-3.fc27.noarch 00:01:03.330 --> Processing Dependency: libvirt-daemon-driver-qemu for package: mom-0.5.6-3.fc27.noarch 00:01:03.330 ---> Package openssl.x86_64 1:1.1.0g-2.fc28 will be installed 00:01:03.331 ---> Package patch.x86_64 0:2.7.5-6.fc27 will be installed 00:01:03.331 ---> Package python2-blivet1.noarch 1:1.20.3-4.fc28 will be installed 00:01:03.331 --> Processing Dependency: python2-blockdev >= 1.1 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.331 --> Processing Dependency: python-kickstart >= 1.99.22 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.331 --> Processing Dependency: pyparted >= 3.10.4 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.331 --> Processing Dependency: parted >= 1.8.1 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.331 --> Processing Dependency: libblockdev-plugins-all >= 1.1 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.332 --> Processing Dependency: e2fsprogs >= 1.41.0 for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.332 --> Processing Dependency: python-pyudev for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.332 --> Processing Dependency: python-hawkey for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.332 --> Processing Dependency: python-gobject-base for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.332 --> Processing Dependency: lsof for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.332 --> Processing Dependency: libselinux-python for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.333 --> Processing Dependency: dosfstools for package: 1:python2-blivet1-1.20.3-4.fc28.noarch 00:01:03.333 ---> Package python2-coverage.x86_64 0:4.4.2-1.fc28 will be installed 00:01:03.333 --> Processing Dependency: libpython2.7.so.1.0()(64bit) for package: python2-coverage-4.4.2-1.fc28.x86_64 00:01:03.333 ---> Package python2-dateutil.noarch 1:2.6.1-1.fc28 will be installed 00:01:03.333 --> Processing Dependency: tzdata for package: 1:python2-dateutil-2.6.1-1.fc28.noarch 00:01:03.333 ---> Package python2-decorator.noarch 0:4.1.2-1.fc28 will be installed 00:01:03.333 ---> Package python2-devel.x86_64 0:2.7.14-4.fc28 will be installed 00:01:03.333 --> Processing Dependency: python3-rpm-generators for package: python2-devel-2.7.14-4.fc28.x86_64 00:01:03.334 --> Processing Dependency: python2-rpm-macros for package: python2-devel-2.7.14-4.fc28.x86_64 00:01:03.334 --> Processing Dependency: python-rpm-macros for package: python2-devel-2.7.14-4.fc28.x86_64 00:01:03.334 --> Processing Dependency: pkgconfig for package: python2-devel-2.7.14-4.fc28.x86_64 00:01:03.334 --> Processing Dependency: /usr/bin/pkg-config for package: python2-devel-2.7.14-4.fc28.x86_64 00:01:03.334 ---> Package python2-inotify.noarch 0:0.9.6-9.fc27 will be installed 00:01:03.334 ---> Package python2-ioprocess.noarch 0:0.17.0-6.fc28 will be installed 00:01:03.334 --> Processing Dependency: ioprocess = 0.17.0-6.fc28 for package: python2-ioprocess-0.17.0-6.fc28.noarch 00:01:03.335 --> Processing Dependency: python-cpopen for package: python2-ioprocess-0.17.0-6.fc28.noarch 00:01:03.335 ---> Package python2-mock.noarch 0:2.0.0-6.fc28 will be installed 00:01:03.335 --> Processing Dependency: python-pbr for package: python2-mock-2.0.0-6.fc28.noarch 00:01:03.335 --> Processing Dependency: python-funcsigs for package: python2-mock-2.0.0-6.fc28.noarch 00:01:03.335 ---> Package python2-netaddr.noarch 0:0.7.19-5.fc28 will be installed 00:01:03.335 ---> Package python2-nose.noarch 0:1.3.7-18.fc28 will be installed 00:01:03.335 ---> Package python2-policycoreutils.x86_64 0:2.7-7.fc28 will be installed 00:01:03.336 --> Processing Dependency: policycoreutils = 2.7-7.fc28 for package: python2-policycoreutils-2.7-7.fc28.x86_64 00:01:03.336 --> Processing Dependency: setools-python >= 4.1.1 for package: python2-policycoreutils-2.7-7.fc28.x86_64 00:01:03.336 --> Processing Dependency: libsemanage-python >= 2.7-5 for package: python2-policycoreutils-2.7-7.fc28.x86_64 00:01:03.336 --> Processing Dependency: audit-libs-python >= 2.1.3-4 for package: python2-policycoreutils-2.7-7.fc28.x86_64 00:01:03.336 --> Processing Dependency: python-IPy for package: python2-policycoreutils-2.7-7.fc28.x86_64 00:01:03.336 --> Processing Dependency: libcgroup for package: python2-policycoreutils-2.7-7.fc28.x86_64 00:01:03.337 --> Processing Dependency: checkpolicy for package: python2-policycoreutils-2.7-7.fc28.x86_64 00:01:03.337 ---> Package python2-pthreading.noarch 0:0.1.3-10.fc28 will be installed 00:01:03.337 ---> Package python2-pyyaml.x86_64 0:3.12-8.fc28 will be installed 00:01:03.337 --> Processing Dependency: libyaml-0.so.2()(64bit) for package: python2-pyyaml-3.12-8.fc28.x86_64 00:01:03.337 ---> Package python2-sanlock.x86_64 0:3.6.0-1.fc28 will be installed 00:01:03.337 --> Processing Dependency: sanlock-lib = 3.6.0-1.fc28 for package: python2-sanlock-3.6.0-1.fc28.x86_64 00:01:03.338 --> Processing Dependency: libsanlock.so.1()(64bit) for package: python2-sanlock-3.6.0-1.fc28.x86_64 00:01:03.338 ---> Package python2-setuptools.noarch 0:38.2.5-1.fc28 will be installed 00:01:03.338 ---> Package python2-six.noarch 0:1.11.0-2.fc28 will be installed 00:01:03.338 ---> Package python2-subprocess32.x86_64 0:3.2.6-9.fc28 will be installed 00:01:03.338 ---> Package python3-dateutil.noarch 1:2.6.1-1.fc28 will be installed 00:01:03.338 --> Processing Dependency: python(abi) = 3.6 for package: 1:python3-dateutil-2.6.1-1.fc28.noarch 00:01:03.338 --> Processing Dependency: python3-six for package: 1:python3-dateutil-2.6.1-1.fc28.noarch 00:01:03.338 ---> Package python3-decorator.noarch 0:4.1.2-1.fc28 will be installed 00:01:03.339 ---> Package python3-libselinux.x86_64 0:2.7-6.fc28 will be installed 00:01:03.339 --> Processing Dependency: libpython3.6m.so.1.0()(64bit) for package: python3-libselinux-2.7-6.fc28.x86_64 00:01:03.339 ---> Package python3-libvirt.x86_64 0:3.10.0-1.fc28 will be installed 00:01:03.339 ---> Package python3-netaddr.noarch 0:0.7.19-5.fc28 will be installed 00:01:03.339 ---> Package python3-nose.noarch 0:1.3.7-18.fc28 will be installed 00:01:03.339 --> Processing Dependency: python3-setuptools for package: python3-nose-1.3.7-18.fc28.noarch 00:01:03.339 ---> Package redhat-rpm-config.noarch 0:72-1.fc28 will be installed 00:01:03.339 Error: Invalid version flag: if {code}</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515482790-12256-280--

1 0