Build failed in Jenkins:
system-sync_mirrors-centos-kvm-common-el7-x86_64 #2078
by jenkins@jenkins.phx.ovirt.org
See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x8...>
------------------------------------------
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-x8...>
> 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
5 years, 10 months
Build failed in Jenkins:
system-sync_mirrors-centos-kvm-common-el7-x86_64 #2076
by jenkins@jenkins.phx.ovirt.org
See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x8...>
------------------------------------------
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-x8...>
> 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
5 years, 10 months
[JIRA] (OVIRT-2643) make the github headers a little more user
friendly for our gerrit -> github synced projects
by Eyal Edri (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2643?page=com.atlassian.jir... ]
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)
5 years, 10 months
[JIRA] (OVIRT-2643) make the github headers a little more user
friendly for our gerrit -> github synced projects
by Eyal Edri (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2643?page=com.atlassian.jir... ]
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)
5 years, 10 months
[JIRA] (OVIRT-2643) make the github headers a little more user
friendly for our gerrit -> github synced projects
by Greg Sheremeta (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2643?page=com.atlassian.jir... ]
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)
5 years, 10 months
[JIRA] (OVIRT-2643) make the github headers a little more user
friendly for our gerrit -> github synced projects
by Eyal Edri (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2643?page=com.atlassian.jir... ]
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/...
> 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)
5 years, 10 months
[JIRA] (OVIRT-2643) make the github headers a little more user
friendly for our gerrit -> github synced projects
by Greg Sheremeta (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2643?page=com.atlassian.jir... ]
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)
5 years, 10 months
Build failed in Jenkins:
system-sync_mirrors-fedora-base-fc29-x86_64 #177
by jenkins@jenkins.phx.ovirt.org
See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fc29-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-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
5 years, 10 months