In order to cover scenario of package installation from OS native repos,
we switch distro jobs to test this specific scenario.
It means, that distro jobs instead of running aligned versions provided
by distro repos will be relying on what is present in their native repos.
Depends-On: https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/914530
Change-Id: I6d0595e2fb09b8c5164f87297c6b42a06069b58e
In case `ovn` is part of the SCENARIO, tempest will be told to test `ovn`
provider for it's scenario test.
Change-Id: Ifb184f586f282bc4341d1429330a245244dfb648
When generating inventory first check that is done, if user has defined
a container/management network. However, this logic ignores
is_management_address / is_container_address keys.
At the same time it expects another key - `address_prefix` which can or
should be set to `container` or `management`.
Change-Id: I49ebd1e0925a4b088b42bdf875b5f0b2dcc7eeae
Current behaviour may treat git+file combination as one being Zuul-treated
as when zuul_src_path is an empty string, path is still be located
and added as `zuul_item` while deployer might want it to be as local git
repo.
This patch adds another verification to ensure zuul_src_path
is defined and we're in CI before doing adjustments
Change-Id: I0acd3a14faf57d6c1bd64af9f36105df8b27b714
Changes in oslo.messaging for 2023.1 exposed a known race
condition in RabbitMQ when dealing with non-HA classic queues.
When a RMQ cluster member is taken down, clients failing over
to other members may erroneously be told a queue exists when it
is in the process of being deleted. This can cause them to
permanently sit waiting for messages from a queue that no longer
exists until their services are restarted.
Making the reply queues HA resolves this issue, at the expense
of a x3 increase in reply queues across the cluster. My
assumption is that reply queues were previously excluded from HA
policy as a performance gain given their link to the number of
compute nodes in an OpenStack deployment.
Context: https://bugs.launchpad.net/oslo.messaging/+bug/2031512
Depends-On: https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/916042
Change-Id: Iee6b5f8cc1ad04988c8634f8b6e026e2f8c75b52
In case when deployer wants to remove some specific collection or
from deployment without overriding rest requirements, they can do that
now through defining a record with same name but empty src/source
keys which will filter such records out of bootstrap process.
Change-Id: I4bc96c1a1d18d03970a14a80c3daa580bebe695b
Task vars are higher precedence than inventory group vars so
cannot be overidden except in user_variables (ansible extra vars)
which then become a global setting, which is almost certainly
incorrect for this case.
Change-Id: Ie43e339df50adbe8240ffe43159c28f132e50000