On Fri, Nov 25, 2016 at 3:43 PM, Evgheni Dereveanchin <ederevea(a)redhat.com > wrote: > After more checks - indeed this looks like an inconsistency > on the mirror: > > http://mirror.switch.ch/ftp/mirror/epel/7/x86_64/repodata/ > > 1ef1290202fb9e09f1aa15efccea3456913df8657cc0e23a1df61d9ec18 > e5659-comps-epel7.xml.xz > ab638ffbf7ef7e7f41b8f630113ff6bd251612eefa570b8725b612500d8 > c90fc-comps-epel7.xml > repomd.xml > > there is no primary.sqlite.xz or filelists.xml.gz in this directory > at the moment, hence the failures. As said, this mirror is hardcoded > in repo_closure_check.sh so changing that to a working mirror will > fix the issue, as well as waiting till mirror.switch.ch gets sync'ed. > > In fact, I don't know why we are using a Swiss mirror for tests that > are run on US servers. > > feel free to change mirror or use a local one > Regards, > Evgheni Dereveanchin > > ----- Original Message ----- > From: "Evgheni Dereveanchin" <ederevea(a)redhat.com&gt; > To: "Sandro Bonazzola" <sbonazzo(a)redhat.com&gt; > Cc: "infra" <infra(a)ovirt.org&gt;, infra-support(a)ovirt.org, "Yedidyah Bar > David" <didi(a)redhat.com&gt;, "Eyal Edri" <eedri(a)redhat.com&gt; > Sent: Friday, 25 November, 2016 3:10:47 PM > Subject: Re: [oVirt Jenkins] repos_3.6_check-closure_el7_merged - Build > # 92 - Still Failing! > > Hi Sandro, > > From first glance this may be caused by an upstream EPEL mirror, > especially given the 404 errors: > > 12:07:12 Added check-epel-el7 repo from http://mirror.switch.ch/ftp/mi > rror/epel/7/x86_64/ > ... > 12:07:12 Reading in repository metadata - please wait.... > 12:07:20 Can't download or revert repomd.xml for check-epel-el7 > ... > 12:07:21 failure: repodata/9edce4d5e3c9437849fbb > bae7c2faa50a9b0326b968dd8faa66ece83984c23de-primary.sqlite.xz from > check-epel-el7: [Errno 256] No more mirrors to try. > 12:07:21 http://mirror.switch.ch/ftp/mirror/epel/7/x86_64/repodata/9e > dce4d5e3c9437849fbbbae7c2faa50a9b0326b968dd8faa66ece83984c23 > de-primary.sqlite.xz: [Errno 14] HTTP Error 404 - Not Found > > This mirror is hardcoded in repo_closure_check.sh and looks > fine when accessed by browser. I will do some more investigation > to see if some stale metadata may be causing this, however I've > seen the failure on several different slaves. > > Regards, > Evgheni Dereveanchin > > ----- Original Message ----- > From: "Sandro Bonazzola" <sbonazzo(a)redhat.com&gt; > To: "infra" <infra(a)ovirt.org&gt;, infra-support(a)ovirt.org, "Evgheni > Dereveanchin" <ederevea(a)redhat.com&gt; > Cc: "Yedidyah Bar David" <didi(a)redhat.com&gt;, "Eyal Edri" <eedri(a)redhat.com > > > Sent: Friday, 25 November, 2016 2:41:02 PM > Subject: Re: [oVirt Jenkins] repos_3.6_check-closure_el7_merged - Build > # 92 - Still Failing! > > *00:01:53.955* Can't download or revert repomd.xml for > check-epel-el7*00:01:53.955* Some dependencies may not be complete for > this repository*00:01:53.956* Run as root to get all dependencies or > use -t to enable a user temp cache > > > Can you check? looks like it's not possible to update local cache of > metadata. > > > > On Fri, Nov 25, 2016 at 1:07 PM, <jenkins(a)jenkins.phx.ovirt.org&gt; wrote: > > > Project: http://jenkins.ovirt.org/job/repos_3.6_check-closure_el7_mer > ged/ > > Build: http://jenkins.ovirt.org/job/repos_3.6_check-closure_el7_mer > ged/92/ > > Build Number: 92 > > Build Status: Still Failing > > Triggered By: Started by user Sandro Bonazzola > > > > ------------------------------------- > > Changes Since Last Success: > > ------------------------------------- > > Changes for Build #89 > > [Eyal Edri] deploy ovirt-engine-cli 3.6 to 4.0 and master repos as well > > > > [Yedidyah Bar David] master_upgrade_from_master: Upgrade to self instead > > of snapshot > > > > > > Changes for Build #90 > > No changes > > > > Changes for Build #91 > > No changes > > > > Changes for Build #92 > > No changes > > > > > > > > ----------------- > > Failed Tests: > > ----------------- > > No tests ran. > > > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

Re: [oVirt Jenkins] repos_3.6_check-closure_el7_merged - Build # 92 - Still Failing! ------------------------------------------------------------------------------------ Key: OVIRT-867 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-867 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra *00:01:53.955* Can't download or revert repomd.xml for check-epel-el7*00:01:53.955* Some dependencies may not be complete for this repository*00:01:53.956* Run as root to get all dependencies or use -t to enable a user temp cache Can you check? looks like it's not possible to update local cache of metadata. On Fri, Nov 25, 2016 at 1:07 PM, <jenkins(a)jenkins.phx.ovirt.org&gt; wrote: > Project: http://jenkins.ovirt.org/job/repos_3.6_check-closure_el7_merged/ > Build: http://jenkins.ovirt.org/job/repos_3.6_check-closure_el7_merged/92/ > Build Number: 92 > Build Status: Still Failing > Triggered By: Started by user Sandro Bonazzola > > ------------------------------------- > Changes Since Last Success: > ------------------------------------- > Changes for Build #89 > [Eyal Edri] deploy ovirt-engine-cli 3.6 to 4.0 and master repos as well > > [Yedidyah Bar David] master_upgrade_from_master: Upgrade to self instead > of snapshot > > > Changes for Build #90 > No changes > > Changes for Build #91 > No changes > > Changes for Build #92 > No changes > > > > ----------------- > Failed Tests: > ----------------- > No tests ran. > > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com