vdsm_master_create-rpms-el7-x86_64_merged failing without a reason

[Sandro Bonazzola]

On Wed, Nov 18, 2015 at 8:57 AM, Barak Korren <bkorren at redhat.com> wrote:

> On 18 November 2015 at 09:27, Sandro Bonazzola <sbonazzo at redhat.com>
> wrote:
> >
> >
> > On Tue, Nov 17, 2015 at 11:19 PM, Nir Soffer <nsoffer at redhat.com> wrote:
> >>
> >>
> >>
> http://jenkins.ovirt.org/job/vdsm_master_create-rpms-el7-x86_64_merged/1898/console
> >>
> >> I don't have any idea why this job fails.
> >
> >
> > 00:00:33.606 Start: yum install
> > 00:00:47.200 ERROR: Command failed. See logs for output.
> >
> >
> > and looking at logs:
> >
> >
> > DEBUG util.py:377:  Installed size: 423 M
> > DEBUG util.py:377:
> >
> http://download.fedoraproject.org/pub/epel/testing/7/x86_64/e/epel-rpm-macros-7-4.noarch.rpm
> :
> > [Errno 14] HTTP Error 404 - Not Found
> > DEBUG util.py:377:  Trying other mirror.
> > DEBUG util.py:377:  Error downloading packages:
> > DEBUG util.py:377:    epel-rpm-macros-7-4.noarch: [Errno 256] No more
> > mirrors to try.
> > DEBUG util.py:488:  Child return code was: 1
> >
> >
> >
> >>
> >>
> >> Can anyone explain this failure or maybe fix it?
> >>
> >
> > Adding infra-owner: issue here is that only the master repository is used
> > instead of the mirror list.
> > Please ensure that EPEL (and any other mirrored repository) is
> referenced by
> > mirrorlist or metalink and not by baseurl.
> >
> Its running inside mock, so it should be using the proxy (which can
> use mirrors) instead of trying to access EPEL directly.
> In fact it is using the proxy with this:
>
>   [centos-epel]
>   name=centos-epel
>   baseurl=http://proxy.phx.ovirt.org:5000/centos-epel/7/x86_64
>   failovermethod=priority
>
> Only it also has this configured which doesn't use the proxy:
>
>   [epel-testing]
>   name=epel-testing
>   baseurl=http://download.fedoraproject.org/pub/epel/testing/7/$basearch
>   gpgcheck=0
>   enabled=1
>   metadata_expire=30m
>
> Not sure if EPEL testing is even mirrored, do we really need it?
>
> Also, this is an old style job, maybe its about time to switch to a
> CI-standard job?
>

I think dcaro is already working on that. adding him.


>
> >
> >
> >>
> >> Nir
> >> _______________________________________________
> >> Infra mailing list
> >> Infra at 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
> >
> > _______________________________________________
> > Infra mailing list
> > Infra at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
>
>
>
> --
> Barak Korren
> bkorren at redhat.com
> RHEV-CI Team
>



-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/infra/attachments/20151118/00182f30/attachment.html>