RHEL 9 are being compiled for the x86_64-v2 architecture which is
newer than the qemu default of qemu64. Nehalem is apparently the
oldest model that works for x86_64-v2 and is expected to work on
Intel and AMD cpus with kvm or qemu.
See devstack change [0].
[0]: Ibd6e11b59f3c8655bc60ace7383a08458b2177f2
Change-Id: Ia0a3620bae21984933756331bb5937ce681d3237
openEuler 20.03 LTS SP2 is out of date. This patch:
1. Upgrade openEuler to 22.03 TLS for host OS.
2. Switch guest OS from centOS 8 to ubuntu
Change-Id: If2ff036e965def141f67240945802611e1f4dc4e
There are two shards:
One 2-node (to test the clustering), one 1-node.
Change-Id: If3a60ad4cc39d6ad0cd72a934f5f7497cd44021b
Co-Authored-By: Radosław Piliszek <radoslaw.piliszek@gmail.com>
This patch follows upstream and disables linuxbridge testing.
Users are notified of the situation via the release note.
Change-Id: I524682ceb5287c14ef0ba99baae0c081850f4c5e
R-17: Switch source images to current release
Disable rocky8 and openeuler jobs as master no longer works with
python3.6.
Change-Id: I89dd99b5f25502f5ebe15a9e90ccecc4bd6feafa
Masakari-hostmonitor needs to have
corosync/pacemaker deployed.
This patch is just changing default enable_hacluter: "no"
to "yes" if masakari-hostmonitor is enabled.
Closes-Bug: #1934149
Change-Id: I979d1d6d08ca0cc0a748f175da77f68bcecc2d1a
Depending on the way the testing script is called, it may sense
stdin being available and not being a tty [1]. The logic in the
Glance part of the client is then broken [2] as it detects both
volume and stdin as sources of the image and fails.
The proposed approach uses the script module for these tests.
This fixes the cephadm upgrade jobs where this script was called
using the shell module which causes this behaviour. The script
module is not affected. FWIW, the command module is affected
the same as shell because shell extends the command module.
[1] 6810414e45/openstackclient/image/v2/image.py (L114-L120)
[2] 6810414e45/openstackclient/image/v2/image.py (L414)
Change-Id: I3ce4059063e3a51eb1c5b42bda79893b56bd85f0
Story: 2006294
It was removed as part of improvements in [1]. But it seems it's
a different type/class of errors and should still be filtered
out here.
This time for all the services to avoid extra copies.
[1] Ie6a95c3ca84df82ca8463cf76054e125cb1ffff1
Change-Id: If7c5b938dc7417831a90f360d6e3655d1ad4084e
"Smoke tests" for barbican, cinder, glance and keystone have been removed as discussed in PTG April 2022.
Signed-off-by: Tim Beermann <beermann@osism.tech>
Change-Id: I613287a31e0ea6aede070e7e9c519ab2f5f182bd
This is in the hope to avoid random "Unable to validate token" in
AIO upgrade jobs which restart the Keystone container while
other services are trying to use it (most notably Placement but
also Nova and Neutron).
Change-Id: Ie6a95c3ca84df82ca8463cf76054e125cb1ffff1
For Swift, CI was still using DockerHub, directly.
The issue with DockerHub itself is that we publish there only
weekly.
The issue with not using infra's mirror is that we waste precious
resources.
Time to end that drama.
Change-Id: I928090c24f0eb24f8fab9b7412b58e854246fe80
Add a new parameter 'ironic_dnsmasq_dhcp_ranges' and enable the
configuration of the corresponding 'dhcp-range' and 'dhcp-option'
blocks in Ironic Inspector dnsmasq for multiple ranges.
The old parameters 'ironic_dnsmasq_dhcp_range' and
'ironic_dnsmasq_default_gateway' used for the only range are now
removed.
This change implements the same solution used in the TripleO several
years ago in the: Ie49b07ffe948576f5d9330cf11ee014aef4b282d
Also, this change contains: Iae15e9db0acc2ecd5b087a9ca430be948bc3e649
fix for lease time.
The value can be changed globally or per range.
Change-Id: Ib69fc0017b3bfbc8da4dfd4301710fbf88be661a
Signed-off-by: Maksim Malchuk <maksim.malchuk@gmail.com>
Co-Authored-By: Radosław Piliszek <radoslaw.piliszek@gmail.com>
With the install_type going away and actually removed from job
definitions, we have to stop relying on it - to fix otherwise
broken jobs (swift and when doing kolla builds with k-a).
Change-Id: If13c4e276d3eec29a552ed229af95f5cf016100c