Appliance job build failure because of ovirt-3.6-epel
Sandro Bonazzola
sbonazzo at redhat.com
Sun May 29 11:47:05 UTC 2016
Il 29/Mag/2016 13:34, "Eyal Edri" <eedri at redhat.com> ha scritto:
>
> Its not the first time we're failing due to epel.
> I'm starting to think we should mirror epel to phx, or use another
mirror. [1]
+1 for mirroring
>
> Any reason why we shouldn't? We don't have a space issue currently on PHX.
>
> [1] https://fedoraproject.org/wiki/Infrastructure/Mirroring#Mirror_Status
>
>
>
> On Fri, May 27, 2016 at 2:37 PM, David Caro <dcaro at redhat.com> wrote:
>>
>> On 05/26 19:59, Fabian Deutsch wrote:
>> > Hey,
>> >
>> > the 3.6 job completes, but without an engine:
>> >
>> >
http://jenkins.ovirt.org/user/fabiand/my-views/view/appliance/job/ovirt-appliance_ovirt-3.6_build-artifacts-el7-x86_64/lastSuccessfulBuild/artifact/exported-artifacts/anaconda.log/*view*/
>> >
>> > The problenm should also be present in any other following job until
>> > it's fixed :)
>>
>> Just fyi, the ovirt_3.6_image-ng-system-tests is one of those jobs ;)
>>
>> >
>> > 16:01:06,691 INFO program: + yum install -y ovirt-engine
>> > 16:01:06,691 INFO program: Loaded plugins: fastestmirror
>> > 16:01:06,692 INFO program:
>> >
http://download.fedoraproject.org/pub/epel/7/x86_64/repodata/55d4bcbc6bcd8727167925d216c94c7f5217b921d892da747b84d079c5905a7b-updateinfo.xml.bz2
:
>> > [Errno 14] HTTP Error 404 - Not Found
>> > 16:01:06,693 INFO program: Trying other mirror.
>> > 16:01:06,694 INFO program: To address this issue please refer to the
>> > below knowledge base article
>> > 16:01:06,694 INFO program:
>> > 16:01:06,695 INFO program: https://access.redhat.com/articles/1320623
>> > 16:01:06,695 INFO program:
>> > 16:01:06,695 INFO program: If above article doesn't help to resolve
>> > this issue please create a bug on https://bugs.centos.org/
>> > 16:01:06,696 INFO program:
>> > 16:01:06,697 INFO program:
>> >
http://download.fedoraproject.org/pub/epel/7/x86_64/repodata/3abc3e70be643a17bb37e3f3e1dd057d8c6242c579412fc50de180b9882e0a99-primary.sqlite.xz
:
>> > [Errno 14] HTTP Error 404 - Not Found
>> > 16:01:06,699 INFO program: Trying other mirror.
>> > 16:01:06,699 INFO program: Determining fastest mirrors
>> > 16:01:06,700 INFO program: * base: centos-distro.cavecreek.net
>> > 16:01:06,701 INFO program: * extras: centos.host-engine.com
>> > 16:01:06,701 INFO program: * updates: mirror.n5tech.com
>> > 16:01:06,702 INFO program:
>> >
http://download.fedoraproject.org/pub/epel/7/x86_64/repodata/3abc3e70be643a17bb37e3f3e1dd057d8c6242c579412fc50de180b9882e0a99-primary.sqlite.xz
:
>> > [Errno 14] HTTP Error 404 - Not Found
>> > 16:01:06,702 INFO program: Trying other mirror.
>> > 16:01:06,702 INFO program:
>> >
http://download.fedoraproject.org/pub/epel/7/x86_64/repodata/3abc3e70be643a17bb37e3f3e1dd057d8c6242c579412fc50de180b9882e0a99-primary.sqlite.xz
:
>> > [Errno 14] HTTP Error 404 - Not Found
>> > 16:01:06,703 INFO program: Trying other mirror.
>> > 16:01:06,703 INFO program:
>> > 16:01:06,703 INFO program:
>> > 16:01:06,704 INFO program: One of the configured repositories failed
>> > (Extra Packages for Enterprise Linux 7 - x86_64),
>> > 16:01:06,705 INFO program: and yum doesn't have enough cached data to
>> > continue. At this point the only
>> > 16:01:06,706 INFO program: safe thing yum can do is fail. There are a
>> > few ways to work "fix" this:
>> > 16:01:06,706 INFO program:
>> > 16:01:06,706 INFO program: 1. Contact the upstream for the repository
>> > and get them to fix the problem.
>> > 16:01:06,707 INFO program:
>> > 16:01:06,707 INFO program: 2. Reconfigure the baseurl/etc. for the
>> > repository, to point to a working
>> > 16:01:06,707 INFO program: upstream. This is most often useful if you
>> > are using a newer
>> > 16:01:06,708 INFO program: distribution release than is supported by
>> > the repository (and the
>> > 16:01:06,708 INFO program: packages for the previous distribution
>> > release still work).
>> > 16:01:06,708 INFO program:
>> > 16:01:06,708 INFO program: 3. Disable the repository, so yum won't use
>> > it by default. Yum will then
>> > 16:01:06,709 INFO program: just ignore the repository until you
>> > permanently enable it again or use
>> > 16:01:06,709 INFO program: --enablerepo for temporary usage:
>> > 16:01:06,709 INFO program:
>> > 16:01:06,710 INFO program: yum-config-manager --disable ovirt-3.6-epel
>> >
>> >
>> > - fabian
>> >
>> > --
>> > Fabian Deutsch <fdeutsch at redhat.com>
>> > RHEV Hypervisor
>> > Red Hat
>> > _______________________________________________
>> > Infra mailing list
>> > Infra at ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/infra
>>
>> --
>> 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
>>
>> _______________________________________________
>> Infra mailing list
>> Infra at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>
>
>
> --
> Eyal Edri
> Associate Manager
> RHEV DevOps
> EMEA ENG Virtualization R&D
> Red Hat Israel
>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
> _______________________________________________
> Infra mailing list
> Infra at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/infra/attachments/20160529/012ae104/attachment.html>
More information about the Infra
mailing list