http://jenkins.ovirt.org/job/vdsm_master_create-rpms-el7-x86_64_merged/18... I don't have any idea why this job fails.

Can anyone explain this failure or maybe fix it?

Nir _______________________________________________ Infra mailing list Infra(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/infra

On 18 November 2015 at 09:27, Sandro Bonazzola <sbonazzo(a)redhat.com&gt; wrote: > > > On Tue, Nov 17, 2015 at 11:19 PM, Nir Soffer <nsoffer(a)redhat.com&gt; wrote: >> >> >> http://jenkins.ovirt.org/job/vdsm_master_create-rpms-el7-x86_64_merged/18... >> >> 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-ma... : > [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?

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

On 11/18 17:41, Sandro Bonazzola wrote: > On Wed, Nov 18, 2015 at 8:57 AM, Barak Korren <bkorren(a)redhat.com&gt; wrote: > > > On 18 November 2015 at 09:27, Sandro Bonazzola <sbonazzo(a)redhat.com&gt; > > wrote: > > > > > > > > > On Tue, Nov 17, 2015 at 11:19 PM, Nir Soffer <nsoffer(a)redhat.com&gt; wrote: > > >> > > >> > > >> > > http://jenkins.ovirt.org/job/vdsm_master_create-rpms-el7-x86_64_merged/18... > > >> > > >> 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-ma... > > : > > > [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(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 > > > > > > _______________________________________________ > > > Infra mailing list > > > Infra(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > > > -- > > Barak Korren > > bkorren(a)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(a)redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605