We've collected a sufficient sample of new failures with our desired
debugging data included, so shutting rax-ord back off again for now
while we continue to assist the provider troubleshoot.
This reverts commit 8edd84d148c1cf0ad6222814c14087f933ac1e80.
Change-Id: I845e1bda9274f7f9c20faca4a148a65dbf80cf3d
We want to evaluate current cloud conditions in rax-ord.
This patch sets max-servers from 0 to 10 in rax-ord.
Change-Id: Ic3c39e52b6472766f467adb92e33074f65a9bf42
When building images with diskimage-builder, include traceroute so
that it can be used as an ever-present diagnostic in a variety of
jobs without having to declare it in job-specific or
project-specific dependency lists.
Change-Id: Ic0be90226d01b399f3ca0c26ad6d43bcaa2a0bdf
Currently vexxhost is having a number of build timeout issues.
This patch sets the max-servers in vexxhost from 25 to 0.
Change-Id: I7661887e9a5fab4265a51b283d989f3071e7bee4
We are ready to begin experimental testing with ubuntu-xenial.
Change-Id: Ia97604489b8886e0624cc3a4dfcfc7160bdb490e
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
When we removed the restrict memory grub stuff because hpcloud was no
longer in use we also removed the configuration updates that set the
grub timeout to 0. This can save many seconds per instance boot purely
waiting for grub to timeout and continue booting the host.
Change-Id: I2d79ec4ebd55f927d868e06c8f00cf50f34f3b92
We have no jobs using devstack-trusty images anymore, so we can remove
the images from nodepool.
Change-Id: I6f1755414944440922c77b5fe0d702f2cb0044c7
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
The time as come to add support for Ubuntu Xenial.
Change-Id: I0e0834f5631345f822ca89378db11e9f6801ac69
Depends-On: I857a85177e9281b23f130453180764839e19a551
Depends-On: If3693594c2b02c28e47302158e1303176d282a5d
Depends-On: Iebc359de33748668d1c2cb4c953b60be2dacd7dc
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
Currently the failure rate for nodes being created in rax-ord is
very high.
This patch takes the max_servers in rax-ord from 195 to 0.
Change-Id: Ie6c94b333d6e6f3d503b7240f7ab39b237684311
Since support for using "-f -" to read a package list from stdin
is supported in bindep 0.1.0 and later, remove the hacky temporary
workaround which stashed it in a tempfile.
Change-Id: I02d153113a160028658e38828e113fcf02bc5ab1
At the end of gate jobs, we get warnings from zuul_swift_upload that
are not actionable for us.
Use requestsexceptions to silence these warnings. Add requestsexceptions
to the venv that is created for zuul_swift_upload to run in.
Example file
http://logs.openstack.org/48/298048/1/check/gate-ha-guide-tox-checkniceness/62e2d16/console.html
The example shows 6 warnings starting with:
/usr/zuul-swift-logs-env/local/lib/python2.7/site-packages/requests/packages/urllib3/util/ssl_.py:315:
SNIMissingWarning: An HTTPS request has been made, but the SNI (Subject
Name Indication) extension to TLS is not available on this platform.
This may cause the server to present an incorrect TLS certificate, which
can cause validation failures. For more information, see
https://urllib3.readthedocs.org/en/latest/security.html#snimissingwarning.
SNIMissingWarning
/usr/zuul-swift-logs-env/local/lib/python2.7/site-packages/requests/packages/urllib3/util/ssl_.py:120:
InsecurePlatformWarning: A true SSLContext object is not available. This
prevents urllib3 from configuring SSL appropriately and may cause
certain SSL connections to fail. For more information, see
https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning.
...
Change-Id: I02b4b6c7b426f3e9aa498941e4d75f67066d4d27
This reverts commit 468f17c4f6afac507dba9d4783c7da6fde24f656.
This isn't working on fedora-23 or centos7 slaves for some reason making
it very difficult to get those nodes ready. Revert in order to do more
testing across the platforms.
Change-Id: I634e784b71a2d92a745f8d9c89532e953f48b9cf
Thanks old friend, but we've replaced you with ubuntu-trusty. Don't
take it the wrong way, but we hope not to see you again.
Change-Id: Ic43645cd2b8b583f68fd10fff926630f5194bc90
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
Now that rax is happy, lets upload centos-7 to the rest of our clouds.
Change-Id: I8fb364ed6ed55e27d3c54c4642e484f1d2c1668b
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
These were removed due to failed network setup that has been corrected
in the dib image builds. Add them back in now that they should have
functioning network interfaces.
Change-Id: Ia319f6dd8838fa6babcdd8d0d1fd91c4871553c4
Update iptables rules to allow slaves to talk to themselves over their
known IP addresses. This should allow services to listen on public or
private addresses in addition to the loopback address and talk to those
services over these IPs.
Specifically this should address a problem with rabbitmq coming up on
the public IP but not being able to talk to it due to iptables.
Change-Id: If851eb8ce97ca0c0c113f0a924ec0916c993cf87
Make this change until we have working eth0 and eth1 interfaces on rax
VMs as the multinode tests expect the private network to function if it
is present.
The underlying issue is that eth1 attempts to configure itself iwth dhcp
but there is no dhcp in rax and the glean config isn't in place before
eth1 is up'd. A new release of dib should fix this by removing the eth1
dhcp config and forcing glean to configure this interface.
Change-Id: I4daa46c56d701aedd99e10a69e7fa09b40dfaa47
The rax definitions for centos7 and fedora23 were missing both the
flavor selector and the bit that tells rax to use pvhvm. This adds
those to both images for all 3 rax regions.
Change-Id: I64cf074424b3c8eebf67510ba91bf24f2680dd0d
This reverts commit bcb10ece74cc0e9cc950b07a478abe5cadb54908.
The original was just for testing the change on a live image.
Change-Id: I15a97a75f95ab439f3004781f53589f1e8d48440
We have a suspicion that centos-7 nodes are not registering because
glean is not configuring the interface until after the network starts,
which means the network does not come up until DHCP has timed out,
which takes about 2 minutes.
Test a build with a proposed fix
Change-Id: Ib9d7cc711186299c77795e5147bf332c56e3aa7c
We end up needing to install a fair bit of stuff on top of the minimal
images in order to make them useable. Do this in a generic infra package
needs element that can grow to accomodate our needs.
For the future we can hopefully get some of this into dib itself so that
others can easily build instances they can ssh into.
Change-Id: I5826df829971e182cd0713b29df1cf70c119a0ab
We had min-ready as 20 for devstack-trusty and 8 for ubuntu-trusty. With
the switch from devstack-trusty to ubuntu-trusty let's increase
ubuntu-trusty - I propose 20 - and reduce devstack-trusty to 1 for now.
A follow up patch will remove devstack-trusty once and for all.
Change-Id: Iaa7d83bacfc645e7b52719be597d84d0e759fc8b
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
puppet element calls install_puppet.sh script from system-config repo,
which depends on either curl or wget being installed in the system. Some
minimal images like debian jessie or ubuntu xenial miss those packages
and cause puppet element to fail when building the image.
Change-Id: Ic5124906b19b82d134a611e68fc7c5dd6fc88702
This patch adds Debian Jessie diskimage-builder image to nodepool.
debian-packageinstall element is based on debian-minimal and provides
additional required packages, change is introduced in
I9486b1356eac74272e79655c9024d86ee486628c
Depends-On: Ic39ba2b5ceb5018efb75742547b2babf80827e56
Depends-On: I7a661c8b5d4bb632eb32b5018c55474c1c66a4e8
Depends-On: I4a5a8352388de46e9e7713fa11951fcde27eaad9
Change-Id: I851cb47e844a72a430b578dd63d8b230ee6e3ed9
Co-Authored-By: Igor Belikov <ibelikov@mirantis.com>
Test puppet apply on trusty using an ubuntu-trusty node: Change
gate-infra-puppet-apply-bare-trusty to
gate-infra-puppet-apply-ubuntu-trusty.
Also set min-ready to 0 for ubuntu-trusty in nodepool, a followup with
remove the configuration completely.
Change-Id: I4deff0af52d4189f1d07ddb6b07da5152888c144
In order to make them bigger, we've reduced the number
of testenvs available for CI jobs. To reduce the
possibility of jenkins salves waiting too long for testenv's
we should reduce the number of jenkins saves also. Jobs will
then wait in the ZUUL queue where they wont timout.
Change-Id: I0a146fe519598f6123cb7916e5238c8d66351628