[openstack-dev] [Infra] Jenkins gate jobs fails
Clark Boylan
clark.boylan at gmail.com
Fri Jul 11 05:29:11 UTC 2014
On Thu, Jul 10, 2014 at 10:12 PM, stanzgy <stan.zgy at gmail.com> wrote:
> Several jenkins gate jobs failed since some lib packages in ubuntu source
> are missing and devstack failed to setup the tempest env. Could there be
> someone help to fix this?
> I have filed the bug here:
> https://bugs.launchpad.net/openstack-ci/+bug/1340514
>
>
> 2014-07-11 02:35:42.333 | + apt_get install qemu-kvm
> 2014-07-11 02:35:42.336 | + sudo DEBIAN_FRONTEND=noninteractive http_proxy=
> https_proxy= no_proxy= apt-get --option Dpkg::Options::=--force-confold
> --assume-yes install qemu-kvm
> 2014-07-11 02:35:42.358 | Reading package lists...
> 2014-07-11 02:35:42.602 | Building dependency tree...
> 2014-07-11 02:35:42.604 | Reading state information...
> 2014-07-11 02:35:42.769 | The following packages were automatically
> installed and are no longer required:
> 2014-07-11 02:35:42.769 | python-colorama python-distlib python-html5lib
> 2014-07-11 02:35:42.769 | Use 'apt-get autoremove' to remove them.
> 2014-07-11 02:35:42.796 | The following extra packages will be installed:
> 2014-07-11 02:35:42.796 | cpu-checker ipxe-qemu libbluetooth3 libbrlapi0.6
> libcaca0 libfdt1
> 2014-07-11 02:35:42.796 | libsdl1.2debian libseccomp2 libspice-server1
> libusbredirparser1 libxen-4.4
> 2014-07-11 02:35:42.796 | libxenstore3.0 libyajl2 msr-tools qemu-keymaps
> qemu-system-common
> 2014-07-11 02:35:42.796 | qemu-system-x86 seabios
> 2014-07-11 02:35:42.797 | Suggested packages:
> 2014-07-11 02:35:42.797 | samba vde2 sgabios
> 2014-07-11 02:35:42.798 | The following NEW packages will be installed:
> 2014-07-11 02:35:42.798 | cpu-checker ipxe-qemu libbluetooth3 libbrlapi0.6
> libcaca0 libfdt1
> 2014-07-11 02:35:42.798 | libsdl1.2debian libseccomp2 libspice-server1
> libusbredirparser1 libxen-4.4
> 2014-07-11 02:35:42.798 | libxenstore3.0 libyajl2 msr-tools qemu-keymaps
> qemu-kvm qemu-system-common
> 2014-07-11 02:35:42.798 | qemu-system-x86 seabios
> 2014-07-11 02:35:42.851 | 0 upgraded, 19 newly installed, 0 to remove and 0
> not upgraded.
> 2014-07-11 02:35:42.851 | Need to get 291 kB/3985 kB of archives.
> 2014-07-11 02:35:42.851 | After this operation, 20.4 MB of additional disk
> space will be used.
> 2014-07-11 02:35:42.851 | Err http://mirror.rackspace.com/ubuntu/
> trusty-security/main libxenstore3.0 amd64 4.4.0-0ubuntu5.1
> 2014-07-11 02:35:42.851 | 404 Not Found
> 2014-07-11 02:35:42.855 | Err http://mirror.rackspace.com/ubuntu/
> trusty-security/main libxen-4.4 amd64 4.4.0-0ubuntu5.1
> 2014-07-11 02:35:42.855 | 404 Not Found
> 2014-07-11 02:35:42.858 | E: Failed to fetch
> http://mirror.rackspace.com/ubuntu/pool/main/x/xen/libxenstore3.0_4.4.0-0ubuntu5.1_amd64.deb
> 404 Not Found
> 2014-07-11 02:35:42.858 |
> 2014-07-11 02:35:42.858 | E: Failed to fetch
> http://mirror.rackspace.com/ubuntu/pool/main/x/xen/libxen-4.4_4.4.0-0ubuntu5.1_amd64.deb
> 404 Not Found
> 2014-07-11 02:35:42.858 |
> 2014-07-11 02:35:42.858 | E: Unable to fetch some archives, maybe run
> apt-get update or try with --fix-missing?
>
> --
> Best Regards
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
This bug is a duplicate of https://bugs.launchpad.net/bugs/1286818 I
have gone ahead and marked it that way. The issue here is the
rackspace mirrors periodically go sideways and don't work properly. We
think this is because they are not syncing from ubuntu safely.
There are a couple options to fix this. We can run our own ubuntu,
centos, and fedora mirrors. There has been some work to get this
going, https://review.openstack.org/#/c/89928/1 and
https://review.openstack.org/#/c/90875/. pleia2 and dprince should
know more. Rackspace could also correct their mirror syncing. Or we
could possibly point a different mirrors entirely but that probably
won't be any better than rackspace in the long run due to the Internet
being unreliable. The first option gives us the most control and
ability to react if things break.
Feel free to review and/or update those changes as appropriate.
Clark
More information about the OpenStack-dev
mailing list