On 11/18 17:41, Sandro Bonazzola wrote: > On Wed, Nov 18, 2015 at 8:57 AM, Barak Korren <[email protected]> wrote: > > > On 18 November 2015 at 09:27, Sandro Bonazzola <[email protected]> > > wrote: > > > > > > > > > On Tue, Nov 17, 2015 at 11:19 PM, Nir Soffer <[email protected]> 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 > > >> [email protected] > > >> 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 > > > [email protected] > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > > > -- > > Barak Korren > > [email protected] > > 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: [email protected] IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
signature.asc
Description: PGP signature
_______________________________________________ Infra mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/infra
