We need the package contents in mistral containers as it
is installed on undercloud host.
Closes-Bug: #1786772
Change-Id: Ifa8d5ceab646a03b39e867d8af9ace5a100d34ac
Signed-off-by: Bogdan Dobrelya <bdobreli@redhat.com>
Neutron used to run a neutron-ovs-cleanup service on startup and
shutdown to ensure clean configuration. Container specific version of
the cleanup service is needed as we are no longer installing neutron
packages in the overcloud image and the ordering dependencies of the
legacy services are not suitable for containerized neutron deployments.
Closes-Bug: #1786311
Change-Id: Iddd191f06b0a7cadb463abec7ef152c89fddb3cd
It is not necessary to exclude specific Ceph packages when running
yum update in Rocky so this change removes the --exclude argument.
Note that it also removes update_cache which is not supported by
the 'package' module.
Change-Id: I8465f16415e69b1932726cdc1644a53370364708
When running `openstack overcloud external-upgrade run`, all services
using external installers are upgraded. Tags are added to OpenShift
external deploy/upgrade tasks, to allow upgrading OpenShift by itself
via `openstack overcloud external-upgrade run --tags openshift`.
Change-Id: I7335849155080b7f6c32df85cd48d0d11d86d9e0
Ansible stores all interfaces with _ in facts. It's very easy to check by
running 'ansible -i inv all -m setup'. This patch adds replace - with _ to find
interface properly in facts.
Change-Id: Id290143d8a41964806ca9c5be4d7103a3833cb37
Closes-Bug: #1786212
Adds a limited number of retries in case the getting the Swift
account info or setting the temp-url key fails for whatever reason.
Change-Id: I080e2f07d060c2d8805346026e8e5740255bb18e
Closes-Bug: 1785130
Do not upgrade the Ceph packages when tripleo-packages runs. This
avoids that packages on baremetal are upgraded to the Luminous
level while the cluster is still running at the Jewel level during
FFU process.
Partial-Bug: #1785279
Change-Id: Ie17daa98109b0d51e2258bd6d360d6b2f0e1b0ae
The formerly extra puppet parameter "base_dir" has been ignored when
switching to a containerized overcloud, which broke support for
non-default device path - for example when using multipath devices.
Closes-Bug: 1777116
Change-Id: If60479998a9f02393c0d49d1b752b9ef4f8f9aff
This implements upgrade for OpenShift. At commit time it was tested on
a no-op upgrade from 3.9 to 3.9, which could suffice as starting point
to start tweaking and tuning from.
Change-Id: I6e2d20e69f821e1900730ec30545af1530a7fba0
* By default in mistral api config allow_action_execution_deletion
it is false by default. In order to run mistral tempest tests
we need to enable it.
Change-Id: Iff052cd47ab34c6d3231cb024e17df56abd4b443
Change I92ee0f9a2107cdf1ca5903d3756a235a79c36c73 implemented a
conditional for ControlPlaneSubnetCidr to be resolved using get_attr
and a str_split. DeployedServer documentation specifies that this
value should be provided to DeployedServerPortMap as a numeric value
(ie; 24) rather than full cidr (ie; 192.168.24.0/24), which causes the
str_split to fail.
This change provides support for both via a yaql expression, and adds
a deprecation note to switch to the full cidr format.
Change-Id: I6d4422b4f1aa52aee2954eb447008d3d24fe8736
In LP#1785245 we made sure to move the shebang script back to
/bin/python. rpm packaging inspect script shebang lines and add Requires
to the rpm. repoclosure checks to make sure that a given repo
(collection of rpm files) has all necessary Requires to be able to
install.
Let's move the shebang to /usr/bin/python which exists and does
not cause repoclosure issues:
[root@compute-0 ~]# docker exec -it nova_compute sh -c 'rpm -qf /usr/bin/python'
python-2.7.5-69.el7_5.x86_64
Change-Id: Iac4236bebab609e78b089b809a433d62c60e28c2
Reported-By: Jon Schlueter <jschluet@redhat.com>
Related-Bug: #1785245
It was missing and it's necessary for the nova metadata API to work.
Without this we don't have a working TLS everywhere setup, since it
relies on this functionality.
Change-Id: I24ff6f1b5acc428f001b2ca9b0bdbfa8ec121e52
Closes-Bug: #1785744
Not all vars were getting passed to deploy-steps-tasks.yaml when using
config-download. This didn't cause any issue because all the vars have
default value, but the user specified value should be honored as well.
Change-Id: I5972e1c674cf9008366c2bb10b54eb975ab8cb93
Closes-Bug: #1785635