The administration guide has become a bit bloated, and not well
organised. This change creates new subsections within it.
Change-Id: I8aa133c183fb6b7d87a86d5ab66cc7faa5e64112
Story: 2004337
Task: 28082
The Juniper device support allows ansible_host variable to not be set
for a switch, in which case the inventory_hostname will be used instead.
This change applies this default consistently across all switch types.
Change-Id: Ibc1e673a6b988f2e8d7bb6c62d30ccdb7ce96351
Story: 2004358
Task: 27958
This small update is to show users where to put their manila
configuration file for kolla-ansible.
Change-Id: I050bb6e388c8b82de05e4deeaa357b98525c004e
Story: 2004414
Task: 28058
This commit enables the merge of additional manila.conf
as seen with the other projects.
Change-Id: Ia2209a9c82215e49f1ef5a79ecafbebf2b204627
Closes-Bug: 28058
Kayobe should be able to handle extra configuration options in Octavia's
main configuration file, in a similar fashion to other services. This
commit adds support for just that.
TrivialFix
Change-Id: Ibd91a90a5278bcd8963fb06874a74f71b1882d89
We are seeing a few overcloud deploy/upgrade jobs timing out. The jobs
appear to be progressing, so killing them isn't particularly helping.
Minimal random sampling suggests this affects the OVH cloud.
Change-Id: Ibce5457edf7a5f06e834aa587b5d4b5b6c69b8b6
Although the 'kayobe seed hypervisor host configure' command executes
the kayobe-ansible-user.yml playbook correctly, the playbook does not
have the seed-hypervisor group in its host list, so it is a noop. This
change fixes that.
Change-Id: I30a83a9851345ece061413d3c1751112247425ae
Story: 2004401
Task: 28034
In the upgrade CI job, the kayobe configuration is first generated for
the previous release. If the job fails while deploying the previous
release, we don't have access to the configuration that was used.
This change adds previous_kayobe_config and previous_kolla_config to the
saved logs.
Change-Id: I603fc856cf79bdc52f5bf158c6706c1c0ffe2d95
The mirror caches images from Dockerhub, and should reduce load on the
cloud and improve download times.
Change-Id: I2b52fa6371118e28c1d601e8b90065897f24f41d
tenks-deploy.sh deploys a minimal virtualized baremetal test cluster
locally. It also adds it to the overcloud-base CI job. To make the new
CI job work, we need to configure the firewall on the test machine to
allow the baremetal machines to communicate with the openstack services.
Change-Id: I7487a2606cf0bac71c5c63db41b2b518a6f6398b
Depends-On: https://review.openstack.org/#/c/615939
Depends-On: https://review.openstack.org/#/c/618003
Story: 2004297
Task: 27850
Use stable/rocky branch of:
* Kolla
* Kolla ansible
* Bifrost
* IPA
* OpenStack services
* Requirements
Also updates Kolla Ansible inventory template.
The seed deploy job has been made non-voting and non-gating, because we
are waiting for bifrost change https://review.openstack.org/#/c/618740
to merge, be released, and for the kolla bifrost image to use the new
package.
Change-Id: Id5e7fdbd196f96e1e75ffc68bc93aab18fa38aa7
Story: 2001864
Task: 27798
Depends-On: I58e4f951d4a3dd89e0784fd82d8a62dbba374f79
This allows us to remove the sudo from the tox molecule environment, since
the install-docker role correctly adds the zuul user to the docker group.
Change-Id: Ib7abd22c0caf793a8a59d38a4f63df7e60a7b69e
The Dell LLDP workaround is not necessary on switches running newer
versions of Dell Networking OS. Since version 9.11(2.0P1), the interface
description can be advertised by LLDP, at least for S6000 and S3048–ON
switches.
Change-Id: Iaccab56ba068d1ca9ab9c0351d5ffc32a2348787
There are various playbook group variables used to configure switches,
defined in files in ansible/group_vars/switches/. In Ansible 2.3
it was possible to override these via inventory group variables.
In Ansible 2.4+ this is no longer possible, and inventory group
variables have a lower precedence than playbook group variables.
To resolve this, this change moves the switch configuration defaults to
the all group, as is done for other global defaults. The slight downside
is that these variables enter the namespace of every host, but there
aren't too many of them so it shouldn't be a problem.
Change-Id: I1a580a7b88a3e088aa7d5129290427320401f46b
Story: 2004278
Task: 27827
Bump the maximum supported version of Ansible to 2.6.x for both Kayobe
and Kolla Ansible.
Change-Id: Ia8691d127bb6ce57dcd6fdac25f0357844f5cbaa
Story: 2004287
Task: 27839
From Rocky, Ironic no longer supports drivers, in favour of hardware
types. Hardware types were already implemented for the overcloud Ironic,
this change ensures that Bifrost configuration is given hardware types
where necessary.
Change-Id: Iea91d2cd88b7566bb9cad20367ec64b9213d8845
Fixes an issue with ironic prechecks, which now require
ironic_dnsmasq_dhcp_range to be set when ironic is enabled.
Also uses the new kolla variable ironic_dnsmasq_default_gateway to
configure the gateway for the inspection network.
These changes mean that we can drop our custom override of
ironic-dnsmasq.conf, since it now matches the file in kolla ansible.
This change depends on the Rocky release of Kolla Ansible.
Change-Id: I0b2e094904772fc6e14f1916e20ef207161ec001
Currently, this argument does not work correctly, since the vault
password is not passed to kayobe via $KAYOBE_VAULT_PASSWORD, meaning
that it cannot update the kolla-ansible passwords.yml file.
It also works non-optimally, since every invocation of ansible-playbook
will prompt for a password.
This change fixes the issue by prompting for a password once in the
kayobe CLI, and storing the password in the $KAYOBE_VAULT_PASSWORD
environment variable. The kayobe-vault-password-helper command is then
used as the --vault-password-file to ansible-playbook, and the helper
pulls the password out of the environment.
Change-Id: I88b1b7b9e9be15b52e730d353ce1b1a6feacceb8
Story: 2001664
Task: 27009
As it says on the tin. It's useful to add support for copying custom
configuration for Octavia into place via Kayobe, specifically for files
that need to be encrypted such as private certificates.
TrivialFix
Change-Id: I026513bf3d7e4f871c83efd0740f75191ffaa969
There is currently no coverage of upgrades in CI, which leaves us open
to regression in this infrequently tested but crucial area. This change
adds the required scripts and Zuul configuration.
A control plane is first deployed using the Kayobe stable/pike branch
and associated default configuration. The control plane is tested by
deploying then deleting a server instance. An upgrade to Queens is
performed, using the Kayobe master branch, or code in review if
applicable. The upgraded control plane is tested by deploying then
deleting a second server instance.
A workaround was required to restart the nova_compute service after the
upgrade, since the SIGHUP sent to it by Kolla Ansible during upgrade
appeared to be putting it into a degraded state.
A future improvement to this test could be to leave a server instance
running during the upgrade.
Change-Id: I0e595524e39d1131fe3ec6aaf2aeec3ff3d6a536
Story: 2003472
Task: 24732