vdsm_master_create-rpms-el7-x86_64_merged failing without a reason

[David Caro Estevez]

On 11/18 17:41, Sandro Bonazzola wrote:
> 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.

The jobs are in already, is there any reason why that one is still kept?

http://jenkins.ovirt.org/search/?q=vdsm_master_build-artifacts

> 
> 
> >
> > >
> > >
> > >>
> > >> 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

-- 
David Caro

Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D

Tel.: +420 532 294 605
Email: dcaro at redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/infra/attachments/20151118/17a04e57/attachment.sig>