On Fri, Nov 25, 2016 at 3:43 PM, Evgheni Dereveanchin <ederevea@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/

1ef1290202fb9e09f1aa15efccea3456913df8657cc0e23a1df61d9ec18e5659-comps-epel7.xml.xz
ab638ffbf7ef7e7f41b8f630113ff6bd251612eefa570b8725b612500d8c90fc-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@redhat.com>
To: "Sandro Bonazzola" <sbonazzo@redhat.com>
Cc: "infra" <infra@ovirt.org>, infra-support@ovirt.org, "Yedidyah Bar David" <didi@redhat.com>, "Eyal Edri" <eedri@redhat.com>
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/mirror/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/9edce4d5e3c9437849fbbbae7c2faa50a9b0326b968dd8faa66ece83984c23de-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/9edce4d5e3c9437849fbbbae7c2faa50a9b0326b968dd8faa66ece83984c23de-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@redhat.com>
To: "infra" <infra@ovirt.org>, infra-support@ovirt.org, "Evgheni Dereveanchin" <ederevea@redhat.com>
Cc: "Yedidyah Bar David" <didi@redhat.com>, "Eyal Edri" <eedri@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@jenkins.phx.ovirt.org> 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@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