- Infra - oVirt List Archives

[JIRA] (OVIRT-2641) mirror_mgr.sh - Build error
by Barak Korren (oVirt JIRA) 02 Jan '19

02 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2641?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-2641: ------------------------------------- Maybe we have some sort of a race condition there - AFAIR that cache directory is not supposed to be kept around over time... or maybe it does and there was a change of behaviour in yum since I wrote the script... If you feel like trying to debug this, the script is at {{scripts/mirror_mgr.sh}} in the jenkins repo. > mirror_mgr.sh - Build error > --------------------------- > > Key: OVIRT-2641 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2641 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: CI Mirrors > Reporter: Liora Milbaum > Assignee: infra > > From job run: > [https://jenkins.ovirt.org/blue/organizations/jenkins/system-sync_mirrors-ep…] > {code}+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf > Checking if mirror needs a resync > Traceback (most recent call last): > File "/usr/bin/reposync", line 343, in <module> > main() > File "/usr/bin/reposync", line 175, in main > my.doRepoSetup() > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup > return self._getRepos(thisrepo, True) > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos > self._repos.doSetup(thisrepo) > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup > self.retrieveAllMD() > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD > dl = repo._async and repo._commonLoadRepoXML(repo) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML > local = self.cachedir + '/repomd.xml' > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> > cachedir = property(lambda self: self._dirGetAttr('cachedir')) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr > self.dirSetup() > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup > self._dirSetupMkdir_p(dir) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p > raise Errors.RepoError, msg > yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' > {code} -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2641) mirror_mgr.sh - Build error
by Barak Korren (oVirt JIRA) 02 Jan '19

02 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2641?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-2641: -------------------------------- Component/s: CI Mirrors > mirror_mgr.sh - Build error > --------------------------- > > Key: OVIRT-2641 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2641 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: CI Mirrors > Reporter: Liora Milbaum > Assignee: infra > > From job run: > [https://jenkins.ovirt.org/blue/organizations/jenkins/system-sync_mirrors-ep…] > {code}+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf > Checking if mirror needs a resync > Traceback (most recent call last): > File "/usr/bin/reposync", line 343, in <module> > main() > File "/usr/bin/reposync", line 175, in main > my.doRepoSetup() > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup > return self._getRepos(thisrepo, True) > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos > self._repos.doSetup(thisrepo) > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup > self.retrieveAllMD() > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD > dl = repo._async and repo._commonLoadRepoXML(repo) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML > local = self.cachedir + '/repomd.xml' > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> > cachedir = property(lambda self: self._dirGetAttr('cachedir')) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr > self.dirSetup() > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup > self._dirSetupMkdir_p(dir) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p > raise Errors.RepoError, msg > yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' > {code} -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2641) mirror_mgr.sh - Build error
by Liora Milbaum (oVirt JIRA) 02 Jan '19

02 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2641?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2641: -------------------------------------- [~bkorren(a)redhat.com] this error or similar one appears almost every day. > mirror_mgr.sh - Build error > --------------------------- > > Key: OVIRT-2641 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2641 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Liora Milbaum > Assignee: infra > > From job run: > [https://jenkins.ovirt.org/blue/organizations/jenkins/system-sync_mirrors-ep…] > {code}+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf > Checking if mirror needs a resync > Traceback (most recent call last): > File "/usr/bin/reposync", line 343, in <module> > main() > File "/usr/bin/reposync", line 175, in main > my.doRepoSetup() > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup > return self._getRepos(thisrepo, True) > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos > self._repos.doSetup(thisrepo) > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup > self.retrieveAllMD() > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD > dl = repo._async and repo._commonLoadRepoXML(repo) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML > local = self.cachedir + '/repomd.xml' > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> > cachedir = property(lambda self: self._dirGetAttr('cachedir')) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr > self.dirSetup() > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup > self._dirSetupMkdir_p(dir) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p > raise Errors.RepoError, msg > yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' > {code} -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2641) mirror_mgr.sh - Build error
by Liora Milbaum (oVirt JIRA) 02 Jan '19

02 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2641?page=com.atlassian.jira.… ] Liora Milbaum updated OVIRT-2641: --------------------------------- Description: From job run: [https://jenkins.ovirt.org/blue/organizations/jenkins/system-sync_mirrors-ep…] {code}+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML local = self.cachedir + '/repomd.xml' File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> cachedir = property(lambda self: self._dirGetAttr('cachedir')) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr self.dirSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup self._dirSetupMkdir_p(dir) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p raise Errors.RepoError, msg yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' {code} > mirror_mgr.sh - Build error > --------------------------- > > Key: OVIRT-2641 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2641 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Liora Milbaum > Assignee: infra > > From job run: > [https://jenkins.ovirt.org/blue/organizations/jenkins/system-sync_mirrors-ep…] > {code}+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf > Checking if mirror needs a resync > Traceback (most recent call last): > File "/usr/bin/reposync", line 343, in <module> > main() > File "/usr/bin/reposync", line 175, in main > my.doRepoSetup() > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup > return self._getRepos(thisrepo, True) > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos > self._repos.doSetup(thisrepo) > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup > self.retrieveAllMD() > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD > dl = repo._async and repo._commonLoadRepoXML(repo) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML > local = self.cachedir + '/repomd.xml' > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> > cachedir = property(lambda self: self._dirGetAttr('cachedir')) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr > self.dirSetup() > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup > self._dirSetupMkdir_p(dir) > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p > raise Errors.RepoError, msg > yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' > {code} -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2641) mirror_mgr.sh - Build error
by Liora Milbaum (oVirt JIRA) 02 Jan '19

02 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2641?page=com.atlassian.jira.… ] Liora Milbaum updated OVIRT-2641: --------------------------------- Summary: mirror_mgr.sh - Build error (was: Build error:) > mirror_mgr.sh - Build error > --------------------------- > > Key: OVIRT-2641 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2641 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Liora Milbaum > Assignee: infra > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2641) Build error:
by Liora Milbaum (oVirt JIRA) 02 Jan '19

02 Jan '19

Liora Milbaum created OVIRT-2641: ------------------------------------ Summary: Build error: Key: OVIRT-2641 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2641 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Liora Milbaum Assignee: infra -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

Build failed in Jenkins: system-sync_mirrors-fedora-base-fc29-x86_64 #165
by jenkins＠jenkins.phx.ovirt.org 02 Jan '19

02 Jan '19

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fc29-x86_64/16…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fc29-x86_64/ws/> > 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 65b7fcabfccd9439d71f60b039775b03d81bf113 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 65b7fcabfccd9439d71f60b039775b03d81bf113 Commit message: "Add mock configs for Fedora 29" > git rev-list --no-walk 65b7fcabfccd9439d71f60b039775b03d81bf113 # timeout=10 [system-sync_mirrors-fedora-base-fc29-x86_64] $ /bin/bash -xe /tmp/jenkins3712860142715657240.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror fedora-base-fc29 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-kvm-common-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-kvm-common-el7' Build step 'Execute shell' marked build as failure

1 1

oVirt infra daily report - unstable production jobs - 692
by jenkins＠jenkins.phx.ovirt.org 02 Jan '19

02 Jan '19

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

1 0

[JIRA] (OVIRT-2636) Tests failed because global_setup.sh failed
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2636?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2636: -------------------------------------- [~bkorren(a)redhat.com] Are we logging the systemctl/journalctl logs in case of failure? > Tests failed because global_setup.sh failed > ------------------------------------------- > > Key: OVIRT-2636 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2636 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Not sure why global setup failed: > + [[ ! -O /home/jenkins/.ssh ]] > + [[ ! -G /home/jenkins/.ssh ]] > + verify_set_permissions 700 /home/jenkins/.ssh > + local target_permissions=700 > + local path_to_set=/home/jenkins/.ssh > ++ stat -c %a /home/jenkins/.ssh > + local access=700 > + [[ 700 != \7\0\0 ]] > + return 0 > + [[ -f /home/jenkins/.ssh/known_hosts ]] > + verify_set_ownership /home/jenkins/.ssh/known_hosts > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ id -un > + local owner=jenkins > ++ id -gn > + local group=jenkins > + [[ ! -O /home/jenkins/.ssh/known_hosts ]] > + [[ ! -G /home/jenkins/.ssh/known_hosts ]] > + verify_set_permissions 644 /home/jenkins/.ssh/known_hosts > + local target_permissions=644 > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ stat -c %a /home/jenkins/.ssh/known_hosts > + local access=644 > + [[ 644 != \6\4\4 ]] > + return 0 > + return 0 > + true > + log ERROR Aborting. > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2633) Add posibility to remove changes from change queue before change, which actually fixes the issue
by Eyal Edri (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2633?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2633: ----------------------------- Resolution: Won't Do Status: Done (was: To Do) not a bug as explained. We will follow up on improvements for CQ ( if possible ) on the other open tickets. > Add posibility to remove changes from change queue before change, which actually fixes the issue > ------------------------------------------------------------------------------------------------ > > Key: OVIRT-2633 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2633 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Change Queue > Reporter: Martin Perina > Assignee: infra > > Let's have a patch P1, which created an issue and failed verification in change queue. Until a fix is prepared and merged as P10, there were merged other patches P2 - P9. Because P10 is merged as last, it contains all previous changes. And because we already know that P2 - P9 will fail, there is no reason to verify those changes and there should be a way how to remove them from the change queue, so P10 can be verified as soon as possible. Otherwise we are wasting valuable recources. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2636) Tests failed because global_setup.sh failed
by Barak Korren (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2636?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-2636: ------------------------------------- Like I wrote, I've no idea what could be causing this, further research is needed. Perhaps try to correlate with knows infra issues, could something on the hypervisor have caused considerable slowness on the slave for example? I don't think it can be a network issue since network is not involved here when systemctl connects to the local systemd, but I can't rule this out... Have we seen other occurrences of this? > Tests failed because global_setup.sh failed > ------------------------------------------- > > Key: OVIRT-2636 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2636 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Not sure why global setup failed: > + [[ ! -O /home/jenkins/.ssh ]] > + [[ ! -G /home/jenkins/.ssh ]] > + verify_set_permissions 700 /home/jenkins/.ssh > + local target_permissions=700 > + local path_to_set=/home/jenkins/.ssh > ++ stat -c %a /home/jenkins/.ssh > + local access=700 > + [[ 700 != \7\0\0 ]] > + return 0 > + [[ -f /home/jenkins/.ssh/known_hosts ]] > + verify_set_ownership /home/jenkins/.ssh/known_hosts > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ id -un > + local owner=jenkins > ++ id -gn > + local group=jenkins > + [[ ! -O /home/jenkins/.ssh/known_hosts ]] > + [[ ! -G /home/jenkins/.ssh/known_hosts ]] > + verify_set_permissions 644 /home/jenkins/.ssh/known_hosts > + local target_permissions=644 > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ stat -c %a /home/jenkins/.ssh/known_hosts > + local access=644 > + [[ 644 != \6\4\4 ]] > + return 0 > + return 0 > + true > + log ERROR Aborting. > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2637) [VDSM] Tests fail because of network timeout
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2637?page=com.atlassian.jira.… ] Liora Milbaum updated OVIRT-2637: --------------------------------- Resolution: Fixed Status: Done (was: To Do) > [VDSM] Tests fail because of network timeout > -------------------------------------------- > > Key: OVIRT-2637 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2637 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > First time I see this error. The issue seems to be network read timeout > when creating virtual env > in tox test. > If you see this error in your builds, please report. > storage-py27 create: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27 > ERROR: invocation failed (exit code 1), logfile: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log > ERROR: actionid: storage-py27 > msg: getenv > cmdargs: ['/usr/bin/python2', '-m', 'virtualenv', > '--system-site-packages', '--python', '/usr/bin/python2.7', > 'storage-py27'] > New python executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python2.7 > Also creating executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python > Installing setuptools, pip, wheel... > Complete output from command > /home/jenkins/worksp...e-py27/bin/python2.7 - setuptools pip wheel: > The directory > '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip/http' > or its parent directory is not owned by the current user and the cache > has been disabled. Please check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > The directory '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip' > or its parent directory is not owned by the current user and caching > wheels has been disabled. check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > Looking in links: /usr/lib/python2.7/site-packages, > /usr/lib/python2.7/site-packages/virtualenv_support > Collecting setuptools > Downloading https://files.pythonhosted.org/packages/37/06/754589caf971b0d2d48f151c2586f… > (573kB) > Exception: > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/cli/base_command.py", > line 143, in main > status = self.run(options, args) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/commands/install.py", > line 318, in run > resolver.resolve(requirement_set) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 102, in resolve > self._resolve_one(requirement_set, req) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 256, in _resolve_one > abstract_dist = self._get_abstract_dist_for(req_to_install) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 209, in _get_abstract_dist_for > self.require_hashes > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/operations/prepare.py", > line 283, in prepare_linked_requirement > progress_bar=self.progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 836, in unpack_url > progress_bar=progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 673, in unpack_http_url > progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 897, in _download_http_url > _download_url(resp, link, content_file, hashes, progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 617, in _download_url > hashes.check_against_chunks(downloaded_chunks) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/hashes.py", > line 48, in check_against_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 585, in written_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/ui.py", > line 159, in iter > for x in it: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 574, in resp_read > decode_content=False): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 465, in stream > data = self.read(amt=amt, decode_content=decode_content) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 430, in read > raise IncompleteRead(self._fp_bytes_read, self.length_remaining) > File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ > self.gen.throw(type, value, traceback) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 345, in _error_catcher > raise ReadTimeoutError(self._pool, None, 'Read timed out.') > ReadTimeoutError: HTTPSConnectionPool(host='files.pythonhosted.org', > port=443): Read timed out. > ---------------------------------------- > ...Installing setuptools, pip, wheel...done. > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 2462, in <module> > main() > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 762, in main > symlink=options.symlink, > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 1015, in > create_environment > install_wheel(to_install, py_executable, search_dirs, download=download) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 968, in > install_wheel > call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 854, in > call_subprocess > raise OSError("Command {} failed with error code > {}".format(cmd_desc, proc.returncode)) > OSError: Command /home/jenkins/worksp...e-py27/bin/python2.7 - > setuptools pip wheel failed with error code 2 > Running virtualenv with interpreter /usr/bin/python2.7 > ERROR: Error creating virtualenv. Note that some special characters > (e.g. ':' and unicode symbols) in paths are not supported by > virtualenv. Error details: InvocationError('/usr/bin/python2 -m > virtualenv --system-site-packages --python /usr/bin/python2.7 > storage-py27 (see > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log)', > 1) > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2637) [VDSM] Tests fail because of network timeout
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2637?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2637: -------------------------------------- Seems like check-patch is working now. Reopen if the problem can reproduced. > [VDSM] Tests fail because of network timeout > -------------------------------------------- > > Key: OVIRT-2637 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2637 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > First time I see this error. The issue seems to be network read timeout > when creating virtual env > in tox test. > If you see this error in your builds, please report. > storage-py27 create: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27 > ERROR: invocation failed (exit code 1), logfile: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log > ERROR: actionid: storage-py27 > msg: getenv > cmdargs: ['/usr/bin/python2', '-m', 'virtualenv', > '--system-site-packages', '--python', '/usr/bin/python2.7', > 'storage-py27'] > New python executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python2.7 > Also creating executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python > Installing setuptools, pip, wheel... > Complete output from command > /home/jenkins/worksp...e-py27/bin/python2.7 - setuptools pip wheel: > The directory > '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip/http' > or its parent directory is not owned by the current user and the cache > has been disabled. Please check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > The directory '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip' > or its parent directory is not owned by the current user and caching > wheels has been disabled. check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > Looking in links: /usr/lib/python2.7/site-packages, > /usr/lib/python2.7/site-packages/virtualenv_support > Collecting setuptools > Downloading https://files.pythonhosted.org/packages/37/06/754589caf971b0d2d48f151c2586f… > (573kB) > Exception: > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/cli/base_command.py", > line 143, in main > status = self.run(options, args) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/commands/install.py", > line 318, in run > resolver.resolve(requirement_set) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 102, in resolve > self._resolve_one(requirement_set, req) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 256, in _resolve_one > abstract_dist = self._get_abstract_dist_for(req_to_install) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 209, in _get_abstract_dist_for > self.require_hashes > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/operations/prepare.py", > line 283, in prepare_linked_requirement > progress_bar=self.progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 836, in unpack_url > progress_bar=progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 673, in unpack_http_url > progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 897, in _download_http_url > _download_url(resp, link, content_file, hashes, progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 617, in _download_url > hashes.check_against_chunks(downloaded_chunks) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/hashes.py", > line 48, in check_against_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 585, in written_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/ui.py", > line 159, in iter > for x in it: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 574, in resp_read > decode_content=False): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 465, in stream > data = self.read(amt=amt, decode_content=decode_content) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 430, in read > raise IncompleteRead(self._fp_bytes_read, self.length_remaining) > File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ > self.gen.throw(type, value, traceback) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 345, in _error_catcher > raise ReadTimeoutError(self._pool, None, 'Read timed out.') > ReadTimeoutError: HTTPSConnectionPool(host='files.pythonhosted.org', > port=443): Read timed out. > ---------------------------------------- > ...Installing setuptools, pip, wheel...done. > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 2462, in <module> > main() > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 762, in main > symlink=options.symlink, > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 1015, in > create_environment > install_wheel(to_install, py_executable, search_dirs, download=download) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 968, in > install_wheel > call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 854, in > call_subprocess > raise OSError("Command {} failed with error code > {}".format(cmd_desc, proc.returncode)) > OSError: Command /home/jenkins/worksp...e-py27/bin/python2.7 - > setuptools pip wheel failed with error code 2 > Running virtualenv with interpreter /usr/bin/python2.7 > ERROR: Error creating virtualenv. Note that some special characters > (e.g. ':' and unicode symbols) in paths are not supported by > virtualenv. Error details: InvocationError('/usr/bin/python2 -m > virtualenv --system-site-packages --python /usr/bin/python2.7 > storage-py27 (see > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log)', > 1) > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2636) Tests failed because global_setup.sh failed
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2636?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2636: -------------------------------------- [~bkorren(a)redhat.com] What do you think we can do on this problem? > Tests failed because global_setup.sh failed > ------------------------------------------- > > Key: OVIRT-2636 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2636 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Not sure why global setup failed: > + [[ ! -O /home/jenkins/.ssh ]] > + [[ ! -G /home/jenkins/.ssh ]] > + verify_set_permissions 700 /home/jenkins/.ssh > + local target_permissions=700 > + local path_to_set=/home/jenkins/.ssh > ++ stat -c %a /home/jenkins/.ssh > + local access=700 > + [[ 700 != \7\0\0 ]] > + return 0 > + [[ -f /home/jenkins/.ssh/known_hosts ]] > + verify_set_ownership /home/jenkins/.ssh/known_hosts > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ id -un > + local owner=jenkins > ++ id -gn > + local group=jenkins > + [[ ! -O /home/jenkins/.ssh/known_hosts ]] > + [[ ! -G /home/jenkins/.ssh/known_hosts ]] > + verify_set_permissions 644 /home/jenkins/.ssh/known_hosts > + local target_permissions=644 > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ stat -c %a /home/jenkins/.ssh/known_hosts > + local access=644 > + [[ 644 != \6\4\4 ]] > + return 0 > + return 0 > + true > + log ERROR Aborting. > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2631) [VDSM] Build fail with "Curl error (28): Timeout was reached for..."
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2631?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2631: -------------------------------------- [~nsoffer(a)redhat.com] Are you still experiencing slow network? It might have been a temporary networking issue. > [VDSM] Build fail with "Curl error (28): Timeout was reached for..." > -------------------------------------------------------------------- > > Key: OVIRT-2631 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2631 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: Evgheni Dereveanchin > > Looks like creating mock env fail because of slow network. > Can we have local mirror to avoid such issues? > Error: > # /usr/bin/dnf --installroot > /var/lib/mock/fedora-28-x86_64-4a1ad1766b02e7fc37cf465ffb164e2f-15798/root/ > --releasever 28 --disableplugin=local --setopt=deltarpm=False install > @buildsys-build autoconf automake createrepo dnf dnf-utils gdb git > iproute-tc libguestfs-tools-c libselinux-python3 libvirt-python3 lshw > make mom openvswitch ovirt-imageio-common policycoreutils-python > python2-augeas python2-blivet1 python2-coverage python2-dateutil > python2-dbus python2-decorator python2-devel python2-dmidecode > python2-enum34 python2-inotify python2-ioprocess python2-ipaddress > python2-magic python2-mock python2-netaddr python2-pthreading > python2-pyudev python2-pyyaml python2-requests python2-setuptools > python2-six python2-subprocess32 python3-PyYAML python3-augeas > python3-coverage python3-dateutil python3-dbus python3-decorator > python3-devel python3-magic python3-netaddr python3-nose > python3-pyudev python3-six python3-yaml rpm-build > ... > Transaction Summary > ================================================================================ > Install 675 Packages > Total download size: 424 M > Installed size: 1.5 G > Downloading Packages: > ... > (530/675): rest-0.8.1-2.fc28.x86_64.rpm 211 kB/s | 69 kB 00:00 > (531/675): libXau-1.0.8-11.fc28.x86_64.rpm 193 kB/s | 34 kB 00:00 > (532/675): libogg-1.3.2-10.fc28.x86_64.rpm 147 kB/s | 30 kB 00:00 > [MIRROR] gtk3-3.22.30-1.fc28.x86_64.rpm: Curl error (28): Timeout was > reached for http://mirrors.phx.ovirt.org/repos/yum/fedora-base-fc28/base/Packages/g/gtk… > [Operation too slow. Less than 1000 bytes/sec transferred the last 30 > seconds] > [FAILED] gtk3-3.22.30-1.fc28.x86_64.rpm: Curl error (28): Timeout was > reached for http://mirrors.phx.ovirt.org/repos/yum/fedora-base-fc28/base/Packages/g/gtk… > [Operation too slow. Less than 1000 bytes/sec transferred the last 30 > seconds] > Error: Error downloading packages: > Curl error (28): Timeout was reached for > http://mirrors.phx.ovirt.org/repos/yum/fedora-base-fc28/base/Packages/g/gtk… > [Operation too slow. Less than 1000 bytes/sec transferred the last 30 > seconds] > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2625) lists.ovirt.org not showing threads
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2625?page=com.atlassian.jira.… ] Liora Milbaum updated OVIRT-2625: --------------------------------- Resolution: Fixed Status: Done (was: To Do) It looks like the problem was solved. Re-open if reappears. > lists.ovirt.org not showing threads > ----------------------------------- > > Key: OVIRT-2625 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2625 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > Attachments: Selection_258.png > > > Hi, > lists.ovirt.org hyperkitty is once again not showing threads. I tried to > find my old Jira ticket, but Jira is down. > For example, this doesn't show the thread, but there are 8 replies: > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/SDDH2OC5RBOVYY… > Screenshot: https://imgur.com/a/xHKDN6K > [image: Selection_258.png] > -- > GREG SHEREMETA > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > Red Hat NA > <https://www.redhat.com/> > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-1956) manual job upgrade options/table are messy
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1956?page=com.atlassian.jira.… ] Liora Milbaum reassigned OVIRT-1956: ------------------------------------ Assignee: infra (was: Daniel Belenky) > manual job upgrade options/table are messy > ------------------------------------------ > > Key: OVIRT-1956 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1956 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Yedidyah Bar David > Assignee: infra > > Hi, > This was originally reported as [1]. > It's not completely clear what each choice of 'ENGINE_VERSION' and > 'SUITE_TYPE' runs. We should clarify that, add to the table missing > information if needed, including noting somehow combinations that > should not work, if any (e.g. upgrade from 4.0 to 4.2 or master). > In addition to what I wrote in [1], I now checked and saw that a patch > [2] for 4.1 made the change-queue run [3]: > - basic-suite > - upgrade-from-prevrelease - this caused upgrade from 4.0 to 4.1 > - upgrade-from-release - this caused upgrade from 4.1 (released?) to > 4.1 (tested) > Which looks just fine to me, but if that's also supported by the > manual job, it's very hard to guess from the table. > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1552703 > [2] https://gerrit.ovirt.org/89556 > [3] http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1746/artifact/ex… > -- > Didi -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Liora Milbaum (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2638: -------------------------------------- Remediation and Monitoring are not the same. Don't you think we should have a remediation service which will prevent such cases in the future? > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: Daniel Belenky > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-1918) Single project tests in change-queue-tester
by Eyal Edri (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1918?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-1918: ----------------------------- Resolution: Cannot Reproduce Status: Done (was: To Do) It seems that there shouldn't be an inherent issue with CQ logic and it might be some projects that are not necessarily being installed via OST might not get built for a while and don't end up in tested. The way to solve it to report on a specific project once it happens, so we can debug and the decide: 1. If its a bug in the system and fix it 2. Add a test to install that pkg in OST so CQ will fail if its not in tested 3. Decide on another action, but we need real use case to work on. Please open an issue next time you see a project is missing from tested and we'll make sure to debug and see what is the best way to solve it. > Single project tests in change-queue-tester > ------------------------------------------- > > Key: OVIRT-1918 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1918 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > Please change change-queue-tester jobs for testing a single project at a > time (ok for multiple patches at once, but from the same project). > Right now if multiple patches are merged between a change-queue-tester > execution and the next one are done, all of them will be tested in the next > run, even if the changes are in different projects. > So, supposing project A and B are completely fine, a failure in project C > can still prevent changes in A and B to go ahead through the pipeline and > get released. > This cause major headaches at least to me, requiring me to go again over > all the HEAD of the projects not being published and run yet again "ci > re-merge please" again and again and again until I'm lucky enough to have > nobody else merging patches or having all the ttested patches pass at once. > I understand the need to reduce the amount of executions of the job since > it takes an hour to execute but right now it's stealing days of execution > for getting a patch landing on tested repo. > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

Build failed in Jenkins: system-sync_mirrors-centos-kvm-common-el7-x86_64 #2060
by jenkins＠jenkins.phx.ovirt.org 01 Jan '19

01 Jan '19

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_…> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/changes/59/95959/1:test --prune > git rev-parse origin/test^{commit} # timeout=10 > git rev-parse test^{commit} # timeout=10 Checking out Revision 05b40dfb4ec43a82530e8c471395d1858e5c59e1 (test) > git config core.sparsecheckout # timeout=10 > git checkout -f 05b40dfb4ec43a82530e8c471395d1858e5c59e1 Commit message: "mirror-reposync: remove gluster-3.10 mirror" > git rev-list --no-walk 05b40dfb4ec43a82530e8c471395d1858e5c59e1 # timeout=10 [system-sync_mirrors-centos-kvm-common-el7-x86_64] $ /bin/bash -xe /tmp/jenkins1870792322734947603.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-kvm-common-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 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-kvm-common-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-kvm-common-el7' Build step 'Execute shell' marked build as failure

1 1

[JIRA] (OVIRT-2640) drop el6,4.0,4.1 oVirt CI mirrors that are not needed anymore
by Eyal Edri (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2640?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2640: ----------------------------- Summary: drop el6,4.0,4.1 oVirt CI mirrors that are not needed anymore (was: drop old oVirt CI mirrors that are not needed anymore) > drop el6,4.0,4.1 oVirt CI mirrors that are not needed anymore > ------------------------------------------------------------- > > Key: OVIRT-2640 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2640 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Eyal Edri > Assignee: infra > > We have old el6 mirrors, 4.0 and 4.1 repos that shouldn't be used anymore, no point in keeping them and taking up space -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2640) drop old oVirt CI mirrors that are not needed anymore
by Eyal Edri (oVirt JIRA) 01 Jan '19

01 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2640?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2640: ----------------------------- Status: In Progress (was: To Do) > drop old oVirt CI mirrors that are not needed anymore > ----------------------------------------------------- > > Key: OVIRT-2640 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2640 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Eyal Edri > Assignee: infra > > We have old el6 mirrors, 4.0 and 4.1 repos that shouldn't be used anymore, no point in keeping them and taking up space -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2640) drop old oVirt CI mirrors that are not needed anymore
by Eyal Edri (oVirt JIRA) 01 Jan '19

01 Jan '19

Eyal Edri created OVIRT-2640: -------------------------------- Summary: drop old oVirt CI mirrors that are not needed anymore Key: OVIRT-2640 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2640 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Eyal Edri Assignee: infra We have old el6 mirrors, 4.0 and 4.1 repos that shouldn't be used anymore, no point in keeping them and taking up space -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #2189
by jenkins＠jenkins.phx.ovirt.org 01 Jan '19

01 Jan '19

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/2189/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 65b7fcabfccd9439d71f60b039775b03d81bf113 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 65b7fcabfccd9439d71f60b039775b03d81bf113 Commit message: "Add mock configs for Fedora 29" > git rev-list --no-walk 65b7fcabfccd9439d71f60b039775b03d81bf113 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins423516496035579184.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML local = self.cachedir + '/repomd.xml' File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> cachedir = property(lambda self: self._dirGetAttr('cachedir')) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr self.dirSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup self._dirSetupMkdir_p(dir) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p raise Errors.RepoError, msg yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' Build step 'Execute shell' marked build as failure

1 1

oVirt infra daily report - unstable production jobs - 691
by jenkins＠jenkins.phx.ovirt.org 01 Jan '19

01 Jan '19

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

1 0

Build failed in Jenkins: system-sync_mirrors-centos-kvm-common-el7-x86_64 #2057
by jenkins＠jenkins.phx.ovirt.org 31 Dec '18

31 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_…> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/changes/59/95959/1:test --prune > git rev-parse origin/test^{commit} # timeout=10 > git rev-parse test^{commit} # timeout=10 Checking out Revision 05b40dfb4ec43a82530e8c471395d1858e5c59e1 (test) > git config core.sparsecheckout # timeout=10 > git checkout -f 05b40dfb4ec43a82530e8c471395d1858e5c59e1 Commit message: "mirror-reposync: remove gluster-3.10 mirror" > git rev-list --no-walk 05b40dfb4ec43a82530e8c471395d1858e5c59e1 # timeout=10 [system-sync_mirrors-centos-kvm-common-el7-x86_64] $ /bin/bash -xe /tmp/jenkins1476467864146731967.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-kvm-common-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 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-kvm-common-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-kvm-common-el7' Build step 'Execute shell' marked build as failure

1 2

[JIRA] (OVIRT-2013) Missing link in email body for held messages after MM upgrade
by Eyal Edri (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2013?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2013: ----------------------------- Resolution: Fixed Status: Done (was: To Do) I believe this was resolved after the migration, I can see the dashboard for lists I manage > Missing link in email body for held messages after MM upgrade > ------------------------------------------------------------- > > Key: OVIRT-2013 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2013 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Mailing lists (Mailman) > Reporter: Eyal Edri > Assignee: infra > > Reported by [~ykaul] on the list: > {quote}I'm not seeing a link to the devel dashboard for emails that were held so I can approve (or discard if spam). > I used to before the upgrade. > {quote} -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-1922) support 'ci re-merge please' command for github
by Eyal Edri (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1922?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-1922: ---------------------------------- [~bkorren(a)redhat.com] did we get requests for adding it? What is the current workaround to replace this command if we need to re-trigger it from a GitHub project? > support 'ci re-merge please' command for github > ------------------------------------------------ > > Key: OVIRT-1922 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1922 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: Dafna Ron > Assignee: infra > > As discussed in OVIRT-1919 we do yet support ci re-merge please in github and it would be helpful to add it. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-1085) Console Client Resources URL in oVirt leads to a Page not Found
by Eyal Edri (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1085?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-1085: ---------------------------------- Still relevant? i see the URL isn't broken now. > Console Client Resources URL in oVirt leads to a Page not Found > --------------------------------------------------------------- > > Key: OVIRT-1085 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1085 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Hosting > Reporter: Evgheni Dereveanchin > Assignee: infra > > oVirt has the following link defined in [1] for Console Client Resources: > http://www.ovirt.org/documentation/admin-guide/virt/console-client-resource… > This is currently a broken link. I think it's easier to fix the URL rather than patching oVirt and having existing users still having the old one in their UI. > A sample of this link can be seen in our PHX engine UI: > https://engine-phx.ovirt.org/ovirt-engine/ > [1] https://github.com/oVirt/ovirt-engine/blob/master/packaging/branding/ovirt.… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2617) Allow rerunning only failed test lanes
by Eyal Edri (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2617?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2617: ---------------------------------- We will need to asses how much value/improvement it will bring to the CI and then target to one of the future sprints. In any case we'll track it here: https://trello.com/c/4syVDHiD > Allow rerunning only failed test lanes > -------------------------------------- > > Key: OVIRT-2617 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2617 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: Roman Mohr > Assignee: infra > > Hi, > In KubeVirt we run a lot of differnent test lanes. Even if our tests are > written in a good way and if the underlying CI infra is stable and fast, > there will always be cases where for-whatever reason one or two tests can > fail out of hundreds in a lane. > It would be very helpful if we could have a /retest command or something > similar where only failed lanes are re-run. That would be similar to how it > is handled in Kubernetes. > Right now it is an all-or-nothing thing. > What I would expect, is that it is still possible to see the test history > somewhere then (e.g. the first two attempts where it failed and then the > third one where it succeeds). > Best Regards, > Roman -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Daniel Belenky (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Daniel Belenky edited comment on OVIRT-2638 at 12/31/18 12:47 PM: ------------------------------------------------------------------ I've cleaned the host, and it is not up and running. The problem was that due filled disk, there were stuck VMs there that prevented the host from being cleaned up. was (Author: dbelenky(a)redhat.com) I've cleaned the host, and it is not up and running. > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: Daniel Belenky > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Daniel Belenky (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Daniel Belenky updated OVIRT-2638: ---------------------------------- Resolution: Fixed Status: Done (was: To Do) > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: Daniel Belenky > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Daniel Belenky (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Daniel Belenky commented on OVIRT-2638: --------------------------------------- I've cleaned the host, and it is not up and running. > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: Daniel Belenky > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Daniel Belenky (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Daniel Belenky commented on OVIRT-2638: --------------------------------------- [~lmilbaum(a)redhat.com] There is no service that sends an email but those VMs are managed by our oVirt engine phx instance [here|https://engine-phx.ovirt.org] so the disk can be monitored from there. > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: Daniel Belenky > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Daniel Belenky (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Daniel Belenky reassigned OVIRT-2638: ------------------------------------- Assignee: Daniel Belenky (was: infra) > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: Daniel Belenky > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[oVirt Jenkins] ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 - Build # 33 - Failure!
by jenkins＠jenkins.phx.ovirt.org 31 Dec '18

31 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-x… Build: http://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-x… Build Number: 33 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #33 [Sandro Bonazzola] automation: add devices for qemu performances [Sandro Bonazzola] ovirt-hosted-engine-ha: drop 3.6 jobs [Sandro Bonazzola] ovirt-log-collector: drop obsolete jobs [Sandro Bonazzola] ovirt-hosted-engine-setup: drop obsolete jobs [Sandro Bonazzola] ovirt-release: drop 3.6 jobs [Sandro Bonazzola] ovirt-engine-cli: drop obsolete jobs [Sandro Bonazzola] vdsm-jsonrpc-java: drop obsolete jobs [Sandro Bonazzola] ovirt-scheduler-proxy: drop obsolete jobs [Sandro Bonazzola] ovirt-engine-sdk-java: drop obsolete jobs [Sandro Bonazzola] ovirt-engine-sdk: drop obsolete jobs [Dafna Ron] jenkins: adding inject mirror for opstool-release ----------------- Failed Tests: ----------------- No tests ran.

1 6

[JIRA] (OVIRT-2639) Add support to upstream sources to be able to test github PR
by Shirly Radco (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2639?page=com.atlassian.jira.… ] Shirly Radco commented on OVIRT-2639: ------------------------------------- [~eedri] I already added the upstream sources and they work as expected. From what I understand, it is still not possible to be able to build in jenkins using a PR in the github repo. Opened this request for a new feature after discussion with [~dbelenky(a)redhat.com] > Add support to upstream sources to be able to test github PR > ------------------------------------------------------------ > > Key: OVIRT-2639 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2639 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Shirly Radco > Assignee: infra > > Hi, > I added to ovirt-engine-metrics a github repo as upstream source. > I would like to be able to test github PR with in jenkins. > Best regards, > -- > SHIRLY RADCO > BI SENIOR SOFTWARE ENGINEER > Red Hat Israel <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Liora Milbaum (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2638: -------------------------------------- [~dbelenky(a)redhat.com] Do we have a service which tracks the slave disk space. And, if it reaches a certain threshold... performs some remediation steps? > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[oVirt Jenkins] ovirt-appliance_ovirt-4.3_build-artifacts-el7-x86_64 - Build # 44 - Failure!
by jenkins＠jenkins.phx.ovirt.org 31 Dec '18

31 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.3_build-artifacts-el7-… Build: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.3_build-artifacts-el7-… Build Number: 44 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #44 [Daniel Belenky] Add el7-runner-node container image [Daniel Belenky] Add el7-loader-node container [Gal Ben Haim] Add "org" attribute to the Project class [Gal Ben Haim] Associate jobs from "kubevirt" org with a specific label [Eyal Edri] update coverity scan email to dfediuck(a)redhat.com [Yuval Turgeman] build: change root fs to be a logical volume ----------------- Failed Tests: ----------------- No tests ran.

1 1

[JIRA] (OVIRT-2639) Add support to upstream sources to be able to test github PR
by Eyal Edri (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2639?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2639: ---------------------------------- [~sradco(a)redhat.com] we have documentation adding upstream sources here [1]. [~bkorren(a)redhat.com] other than adding the upstream_sources.yaml file and adding the template for it, anything else is needed? [~grosenth(a)redhat.com] can help you with adding the CI side, she recently added such a job for OST. [1] https://ovirt-infra-docs.readthedocs.io/en/latest/CI/Build_and_test_standar… > Add support to upstream sources to be able to test github PR > ------------------------------------------------------------ > > Key: OVIRT-2639 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2639 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Shirly Radco > Assignee: infra > > Hi, > I added to ovirt-engine-metrics a github repo as upstream source. > I would like to be able to test github PR with in jenkins. > Best regards, > -- > SHIRLY RADCO > BI SENIOR SOFTWARE ENGINEER > Red Hat Israel <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[oVirt Jenkins] ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 - Build # 41 - Failure!
by jenkins＠jenkins.phx.ovirt.org 31 Dec '18

31 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-x… Build: http://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-x… Build Number: 41 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #41 [Sandro Bonazzola] automation: add devices for qemu performances ----------------- Failed Tests: ----------------- No tests ran.

1 1

[JIRA] (OVIRT-2639) Add support to upstream sources to be able to test github PR
by Shirly Radco (oVirt JIRA) 31 Dec '18

31 Dec '18

Shirly Radco created OVIRT-2639: ----------------------------------- Summary: Add support to upstream sources to be able to test github PR Key: OVIRT-2639 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2639 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Shirly Radco Assignee: infra Hi, I added to ovirt-engine-metrics a github repo as upstream source. I would like to be able to test github PR with in jenkins. Best regards, -- SHIRLY RADCO BI SENIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2637) [VDSM] Tests fail because of network timeout
by Liora Milbaum (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2637?page=com.atlassian.jira.… ] Liora Milbaum commented on OVIRT-2637: -------------------------------------- I have looked into all failed runs of this job (current history). None of them reports of the same error. Can we somehow reproduce the error? > [VDSM] Tests fail because of network timeout > -------------------------------------------- > > Key: OVIRT-2637 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2637 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > First time I see this error. The issue seems to be network read timeout > when creating virtual env > in tox test. > If you see this error in your builds, please report. > storage-py27 create: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27 > ERROR: invocation failed (exit code 1), logfile: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log > ERROR: actionid: storage-py27 > msg: getenv > cmdargs: ['/usr/bin/python2', '-m', 'virtualenv', > '--system-site-packages', '--python', '/usr/bin/python2.7', > 'storage-py27'] > New python executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python2.7 > Also creating executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python > Installing setuptools, pip, wheel... > Complete output from command > /home/jenkins/worksp...e-py27/bin/python2.7 - setuptools pip wheel: > The directory > '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip/http' > or its parent directory is not owned by the current user and the cache > has been disabled. Please check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > The directory '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip' > or its parent directory is not owned by the current user and caching > wheels has been disabled. check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > Looking in links: /usr/lib/python2.7/site-packages, > /usr/lib/python2.7/site-packages/virtualenv_support > Collecting setuptools > Downloading https://files.pythonhosted.org/packages/37/06/754589caf971b0d2d48f151c2586f… > (573kB) > Exception: > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/cli/base_command.py", > line 143, in main > status = self.run(options, args) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/commands/install.py", > line 318, in run > resolver.resolve(requirement_set) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 102, in resolve > self._resolve_one(requirement_set, req) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 256, in _resolve_one > abstract_dist = self._get_abstract_dist_for(req_to_install) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 209, in _get_abstract_dist_for > self.require_hashes > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/operations/prepare.py", > line 283, in prepare_linked_requirement > progress_bar=self.progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 836, in unpack_url > progress_bar=progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 673, in unpack_http_url > progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 897, in _download_http_url > _download_url(resp, link, content_file, hashes, progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 617, in _download_url > hashes.check_against_chunks(downloaded_chunks) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/hashes.py", > line 48, in check_against_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 585, in written_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/ui.py", > line 159, in iter > for x in it: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 574, in resp_read > decode_content=False): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 465, in stream > data = self.read(amt=amt, decode_content=decode_content) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 430, in read > raise IncompleteRead(self._fp_bytes_read, self.length_remaining) > File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ > self.gen.throw(type, value, traceback) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 345, in _error_catcher > raise ReadTimeoutError(self._pool, None, 'Read timed out.') > ReadTimeoutError: HTTPSConnectionPool(host='files.pythonhosted.org', > port=443): Read timed out. > ---------------------------------------- > ...Installing setuptools, pip, wheel...done. > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 2462, in <module> > main() > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 762, in main > symlink=options.symlink, > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 1015, in > create_environment > install_wheel(to_install, py_executable, search_dirs, download=download) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 968, in > install_wheel > call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 854, in > call_subprocess > raise OSError("Command {} failed with error code > {}".format(cmd_desc, proc.returncode)) > OSError: Command /home/jenkins/worksp...e-py27/bin/python2.7 - > setuptools pip wheel failed with error code 2 > Running virtualenv with interpreter /usr/bin/python2.7 > ERROR: Error creating virtualenv. Note that some special characters > (e.g. ':' and unicode symbols) in paths are not supported by > virtualenv. Error details: InvocationError('/usr/bin/python2 -m > virtualenv --system-site-packages --python /usr/bin/python2.7 > storage-py27 (see > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log)', > 1) > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[oVirt Jenkins] ovirt-node-ng-image_master_build-artifacts-fc28-x86_64 - Build # 164 - Failure!
by jenkins＠jenkins.phx.ovirt.org 31 Dec '18

31 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-node-ng-image_master_build-artifacts-fc2… Build: http://jenkins.ovirt.org/job/ovirt-node-ng-image_master_build-artifacts-fc2… Build Number: 164 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #164 [Yuval Turgeman] scripts: added iso install timeout [Gal Ben Haim] OST: Remove he-basic-ansible master job ----------------- Failed Tests: ----------------- No tests ran.

1 3

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Eyal Edri (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2638: ---------------------------------- [~dbelenky(a)redhat.com] please update what filled the disk, we should add it to the slave cleaner script, We've seen more and more reports on out of space for the VM slaves, we should find out the root cause for it. > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2533) multi-stage support in CI slaves
by Barak Korren (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2533?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-2533: ------------------------------------- Roi had some success in using mock when it is configured to use systemd-nspawn instead of plain chroot. We actually had a ticket to try to enable that in our infra at some point OVIRT-2031, but this is the kind of a big change that we seem to lack the capacity to do. > multi-stage support in CI slaves > -------------------------------- > > Key: OVIRT-2533 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2533 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Roy Golan > Assignee: infra > > I would like to get multi-stage support upstream. Our default docker > packages for centos 7.5 is 1.13. For multi-stage support we need > 1.17 or > have buildah working in mock (preferable over docker, won't happen now I > guess?). > Using this method[1] to install docker-ce I was able to get 1.18 running. > Doable? > Regards, > Roy > [1] https://docs.docker.com/install/linux/docker-ce/centos/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[oVirt Jenkins] ovirt-node-ng-image_master_build-artifacts-el7-x86_64 - Build # 160 - Failure!
by jenkins＠jenkins.phx.ovirt.org 31 Dec '18

31 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-node-ng-image_master_build-artifacts-el7… Build: http://jenkins.ovirt.org/job/ovirt-node-ng-image_master_build-artifacts-el7… Build Number: 160 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #160 [Yuval Turgeman] scripts: added iso install timeout ----------------- Failed Tests: ----------------- No tests ran.

1 1

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #2275
by jenkins＠jenkins.phx.ovirt.org 31 Dec '18

31 Dec '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 65b7fcabfccd9439d71f60b039775b03d81bf113 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 65b7fcabfccd9439d71f60b039775b03d81bf113 Commit message: "Add mock configs for Fedora 29" > git rev-list --no-walk 65b7fcabfccd9439d71f60b039775b03d81bf113 # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins8723159838778682932.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-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Daniel Belenky (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Daniel Belenky commented on OVIRT-2638: --------------------------------------- The machine where that job ran on ran out of space. I'll update more details (as I'll have them) on the ticket https://ovirt-jira.atlassian.net/browse/OVIRT-2638 On Sun, Dec 30, 2018 at 9:45 PM Eyal Edri <eedri(a)redhat.com> wrote: > > > On Sun, Dec 30, 2018, 21:25 Yuval Turgeman <yturgema(a)redhat.com wrote: > >> Looks like livemedia-creator installed the VM correctly, but failed to >> build the final image file for some reason (disk issues?). Stdci failed >> the job on timeout, but probably can't kill the hanging process. Is it >> possible to take a look at the slave somehow ? >> > > sure, though you will need someone from the CI team to ssh in, if you > don't have access to infra servers. > > >> On Sun, Dec 30, 2018, 19:57 Nir Soffer <nsoffer(a)redhat.com wrote: >> >>> Started 2 days 11 hr ago >>> Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or >>> <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> >>> >>> >>> https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… >>> >>> >>> _______________________________________________ >>> Devel mailing list -- devel(a)ovirt.org >>> To unsubscribe send an email to devel-leave(a)ovirt.org >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FXGWNLV3ZLZSN… >>> >> _______________________________________________ >> Infra mailing list -- infra(a)ovirt.org >> To unsubscribe send an email to infra-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/46JUANKQHKPK7… >> > -- DANIEL BELENKY > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Nir Soffer 31 Dec '18

31 Dec '18

Started 2 days 11 hr ago Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-…

4 3