January 2019 - Infra - oVirt List Archives

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

07 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/jenkins1955636402196785093.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 1479, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1256, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1022, in _getFile result = self.grab.urlgrab(misc.to_utf8(relative), local, File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 700, in <lambda> grab = property(lambda self: self._getgrab()) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 695, in _getgrab self._setupGrab() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 632, in _setupGrab urls = self.urls File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 878, in <lambda> urls = property(fget=lambda self: self._geturls(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 875, in _geturls self._baseurlSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 821, in _baseurlSetup mirrorurls.extend(list(self.metalink_data.urls())) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 918, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 914, in _getMetalink self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename) File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 185, in __init__ raise MetaLinkRepoErrorParseFail, "File %s does not exist" %filename yum.metalink.MetaLinkRepoErrorParseFail: File /home/jenkins/mirrors_cache/fedora-base-fc29/metalink.xml does not exist Build step 'Execute shell' marked build as failure

1 1

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

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

1 0

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

06 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/jenkins4513343088735622651.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-2643) make the github headers a little more user friendly for our gerrit -> github synced projects
by Eyal Edri (oVirt JIRA) 06 Jan '19

06 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2643?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2643: ----------------------------- Resolution: Done Status: Done (was: To Do) Update can be done on GitHub project with admin permissions which can be given on demand to maintainers. > make the github headers a little more user friendly for our gerrit -> github synced projects > -------------------------------------------------------------------------------------------- > > Key: OVIRT-2643 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2643 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > Attachments: Selection_297.png, Selection_298.png, Selection_299.png > > > For our gerrit -> github synced projects, can we make the github headers a > little more user friendly? This is a usability problem because google > searches don't find gerrit -- they find github. So if people google search > for "ovirt-engine-api-explorer" for example, it's quite difficult for > someone not familiar with gerrit to find the gerrit clone link for their > desired repo -- and many clicks even if you are familiar. > Before: > [image: Selection_298.png] > Proposal: > [image: Selection_297.png] > And, can we somehow auto-fill the description boxes in gerrit with the > README contents so users are reassured? > [image: Selection_299.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-2643) make the github headers a little more user friendly for our gerrit -> github synced projects
by Eyal Edri (oVirt JIRA) 06 Jan '19

06 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2643?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2643: ---------------------------------- done. LMK if it helps, i'll add you to any other repo you'd like. > make the github headers a little more user friendly for our gerrit -> github synced projects > -------------------------------------------------------------------------------------------- > > Key: OVIRT-2643 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2643 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > Attachments: Selection_297.png, Selection_298.png, Selection_299.png > > > For our gerrit -> github synced projects, can we make the github headers a > little more user friendly? This is a usability problem because google > searches don't find gerrit -- they find github. So if people google search > for "ovirt-engine-api-explorer" for example, it's quite difficult for > someone not familiar with gerrit to find the gerrit clone link for their > desired repo -- and many clicks even if you are familiar. > Before: > [image: Selection_298.png] > Proposal: > [image: Selection_297.png] > And, can we somehow auto-fill the description boxes in gerrit with the > README contents so users are reassured? > [image: Selection_299.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-2643) make the github headers a little more user friendly for our gerrit -> github synced projects
by Greg Sheremeta (oVirt JIRA) 06 Jan '19

06 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2643?page=com.atlassian.jira.… ] Greg Sheremeta commented on OVIRT-2643: --------------------------------------- Thanks! Mind granting me ovirt-engine-api-explorer as it's a low risk one to try? You may close, thank you > make the github headers a little more user friendly for our gerrit -> github synced projects > -------------------------------------------------------------------------------------------- > > Key: OVIRT-2643 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2643 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > Attachments: Selection_297.png, Selection_298.png, Selection_299.png > > > For our gerrit -> github synced projects, can we make the github headers a > little more user friendly? This is a usability problem because google > searches don't find gerrit -- they find github. So if people google search > for "ovirt-engine-api-explorer" for example, it's quite difficult for > someone not familiar with gerrit to find the gerrit clone link for their > desired repo -- and many clicks even if you are familiar. > Before: > [image: Selection_298.png] > Proposal: > [image: Selection_297.png] > And, can we somehow auto-fill the description boxes in gerrit with the > README contents so users are reassured? > [image: Selection_299.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-2643) make the github headers a little more user friendly for our gerrit -> github synced projects
by Eyal Edri (oVirt JIRA) 06 Jan '19

06 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2643?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2643: ---------------------------------- We can give admin permission on demand to any GitHub repo, so you can edit it on your own, the infra team doesn't have the resources to start managing each of the oVirt GitHub repos. I can try updating some of the oVirt projects on GitHub and we can see if its is overwritten ( I don't think it will, since the replication only happens on the git level AFAIK) and if it works, we can give admin rights to any maintainers that request it. As for extending the tool, you can consider extending the replication plugin for Gerrit: https://gerrit.googlesource.com/plugins/replication/+doc/master/src/main/re… > make the github headers a little more user friendly for our gerrit -> github synced projects > -------------------------------------------------------------------------------------------- > > Key: OVIRT-2643 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2643 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > Attachments: Selection_297.png, Selection_298.png, Selection_299.png > > > For our gerrit -> github synced projects, can we make the github headers a > little more user friendly? This is a usability problem because google > searches don't find gerrit -- they find github. So if people google search > for "ovirt-engine-api-explorer" for example, it's quite difficult for > someone not familiar with gerrit to find the gerrit clone link for their > desired repo -- and many clicks even if you are familiar. > Before: > [image: Selection_298.png] > Proposal: > [image: Selection_297.png] > And, can we somehow auto-fill the description boxes in gerrit with the > README contents so users are reassured? > [image: Selection_299.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-2643) make the github headers a little more user friendly for our gerrit -> github synced projects
by Greg Sheremeta (oVirt JIRA) 06 Jan '19

06 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2643?page=com.atlassian.jira.… ] Greg Sheremeta commented on OVIRT-2643: --------------------------------------- It is the description box at the top. But gerrit maintainers can't edit it on github -- only if they are set as admins on github for the project. For example, I don't have access to edit the description for any synced projects under /ovirt and I am maintainer for several projects. I am an admin/maintainer of both ovirt-web-ui and ovirt-site (which don't exist in gerrit) and I can edit those descriptions. Sounds ovirt admins can change them all manually, though, as long as they wouldn't be overwritten by the sync tool. (Even then, the sync tool could be enhanced.) > make the github headers a little more user friendly for our gerrit -> github synced projects > -------------------------------------------------------------------------------------------- > > Key: OVIRT-2643 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2643 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > Attachments: Selection_297.png, Selection_298.png, Selection_299.png > > > For our gerrit -> github synced projects, can we make the github headers a > little more user friendly? This is a usability problem because google > searches don't find gerrit -- they find github. So if people google search > for "ovirt-engine-api-explorer" for example, it's quite difficult for > someone not familiar with gerrit to find the gerrit clone link for their > desired repo -- and many clicks even if you are familiar. > Before: > [image: Selection_298.png] > Proposal: > [image: Selection_297.png] > And, can we somehow auto-fill the description boxes in gerrit with the > README contents so users are reassured? > [image: Selection_299.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

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

06 Jan '19

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fc29-x86_64/17…> ------------------------------------------ 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/jenkins8560411525577825116.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/gen error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-kvm-common-el7/gen' Build step 'Execute shell' marked build as failure

1 2

[JIRA] (OVIRT-2639) Add support to upstream sources to be able to test github PR
by Eyal Edri (oVirt JIRA) 06 Jan '19

06 Jan '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2639?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2639: ---------------------------------- After talking with [~dbelenky(a)redhat.com] I understood there might be a misunderstanding on this request and not sure there is open AI here. [~dbelenky(a)redhat.com] can you confirm? > 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