| Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I4d28de0b6d7bfc44e7a53fc2f755bbbe61a0e8ef
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
Change-Id: I5973943fe83bbb00cfc8623c0cd4d4b98b369315
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
Repos marked build_only: true are backed up before handle_repos()
overwrites them and restored at the end of each image build, so CI
mirror URLs are not baked into the final image.
The cleanup RUN was injected into every Dockerfile, not just images
that called handle_repos() for those repos. Child images with no
backup fell through to "rm -f", deleting the inherited repo file
(e.g. debian.sources in bifrost-base, breaking cpio install).
Fix by adding a {repo}.enabled sentinel that handle_repos creates
when it processes a build_only repo, making the cleanup conditional
on that sentinel.
Change-Id: Ie5b9970a4575b6258dc238059d3f33ddfe155789
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
Leaving empty CI template_overrides file in case
we need to use it in future.
Change-Id: Ic46f1a594bcc330536bc78d93ece10e60622f6d4
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
Erlang 28 is only supported for new clusters. Upgrades of clusters
running RabbitMQ with Khepri on Erlang 27 to Erlang 28 have a known
issue affecting rolling upgrades.
Change-Id: I60d85a92534e8aa9ec6a72d71457057b96d7e554
Signed-off-by: Piotr Milewski <vurmil@gmail.com>
|
|
BaseOS and AppStream for CentOS/Rocky
ubuntu, ubuntu-security for Ubuntu
debian, debian-security for Debian
ubuntu-cloud-archive is not really a base repo - so
removing it from ubuntu.sources
Change-Id: Iab98de963f2e8532389b7563bb572d8aa20c7aa6
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
|
|
|
|
Change-Id: I74a6d05007488b69fa040c40d01a07afae369794
Needed-By: https://review.opendev.org/c/openstack/kolla-ansible/+/989850
Signed-off-by: Michal Arbet <michal.arbet@ultimum.io>
|
|
RHEL9 dropped SPICE support from qemu-kvm, and Rocky Linux followed
suit. Up until now the documented guidance has been to use the Debian
or Ubuntu container images if you want to serve the ``spice-direct``
console type, because the stock Rocky nova-libvirt image will simply
fail to start any SPICE-enabled instance.
This change adds a second version of the nova-libvirt container image
called nova-libvirt-spice. It is always built, but is identical for
all supported container base distributions except for Rocky Linux.
In the Rocky Linux case, this container adds the community
maintained ligenix/enterprise-qemu-spice COPR repository that provides
a rebuild of ``qemu-kvm`` with SPICE support re-enabled for both
EPEL 9 and EPEL 10.
Which nova-libvirt container should be used in a given deployment is
delegated to logic in kolla-ansible, based on the deployer's settings
in globals.yml.
The COPR is a third-party rebuild with no vendor support contract.
The release note and support matrix are updated to describe the
opt-in path and call this caveat out explicitly. The earlier
"you must use Debian or Ubuntu" wording in the support matrix is
softened here, rather than by retroactively editing the kerbside
container-build patch that introduced it, so that this feature can
land (or not land) independently of the earlier change.
Partial-Bug: #2131793 (spice-direct consoles)
Prompt: I am interested in seeing how we would go about using
https://copr.fedorainfracloud.org/coprs/ligenix/enterprise-qemu-spice/
to add SPICE support back to the Kolla build Rocky Linux containers
as a new patch in the kolla/ORDER list. Could you please investigate
options here?
Assisted-By: Claude Code
Co-Authored-By: Claude Opus 4.7 (1M context, medium effort) <noreply@anthropic.com>
Change-Id: I410b87b7f8cdd541c48d9a749b3fea634a5f4e6c
Signed-off-by: Michael Still <mikal@stillhq.com>
|
|
From the experience we have made so far, a lot of AI based contributions
tend to cause more work rather than they bring benefit. So we caution
people to avoid this when possible.
The wording of the policy was adapted from the Zuul project [0].
[0] https://review.opendev.org/c/zuul/zuul/+/993998
Co-Authored-By: James E. Blair <jim@acmegating.com>
Signed-off-by: Dr. Jens Harbott <harbott@osism.tech>
Change-Id: I5fcd5bea33c4f4c87b6f6cf0a96514e8d2da3af3
|
|
The build-date label was rendered into a LABEL instruction on line
3 of every Dockerfile template, immediately after FROM.
Because Docker invalidates the cache for a changed instruction and
all subsequent layers, a date change caused a full rebuild of every
image on each new calendar day, even when nothing else had changed.
Fix this by removing build-date from the Dockerfile templates and
applying it as a --label argument at build time via image.labels.
Labels passed on the build command line are not part of the
Dockerfile cache key, so the date is still recorded in the image
metadata without affecting layer caching.
Change-Id: I8ef0d85bab1a999a4d09f7cbf0c088ca00fdcf77
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
Add --buildkit flag to use docker buildx build instead of the docker-py
SDK. An optional --buildkit-builder selects a named buildx builder
instance, enabling docker-container or remote drivers for multi-arch
builds.
--buildkit and --squash are mutually exclusive and rejected at startup.
PushTask is skipped when buildkit is active; push is handled inline.
Set buildkit as the new default.
Change-Id: Idbf1d1bdc091bb84721f8006c2b916731b999859
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
This change adds images for Kerbside. Kerbside is a SPICE protocol
native proxy used to expose the new spice-direct console type provided
by Openstack Compute. This allows high fidelity virtual desktop
experiences without requiring transcoding of the console into HTML5
in Horizon, or allowing users direct access to the console ports on
your hypervisors.
Sadly, Red Hat chose to remove SPICE support from qemu in RHEL9, and
Rocky Linux has followed along. You therefore _must_ run the Debian or
Ubuntu container images if you wish to use the ``spice-direct``
console type.
Architecturally Kerbside has two components -- an API service which
turns console access URLs from Nova into URLs to ``.vv`` files, and
a proxy service which actually proxies the SPICE traffic. These are
handled as separate container images here because they're quite
different. One is a WSGI REST API, and the other is a daemon. It is
also likely that deployers would choose to host these on different
machines.
Finally, the proxy service needs to be special cased in load
balancing because it strongly expects to terminate TLS itself. The
haproxy is therefore configured as a layer 4 proxy in this case.
Depends-On: https://review.opendev.org/c/openstack/kolla/+/991249
Change-Id: If60a70745462e1360cfadaab1a5a8d75b7fdeb21
Partial-Bug: #2131793 (spice-direct consoles)
Signed-off-by: Michael Still <mikal@stillhq.com>
|
|
|
|
Change-Id: I8fca57c43b032ec11e1fb95294ed85bf5876730e
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
We use master version of IPA images these days.
Change-Id: I2fe282162c516151cbe511f564c459199a69cca6
Signed-off-by: Will Szumski <will@stackhpc.com>
|
|
|
|
It was ommitted in the original influxdb removal patch [1].
[1]: https://review.opendev.org/c/openstack/kolla/+/973051
Change-Id: Ie28d1cc615cc09f013438285b4dcbc2dbab0f4b5
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
Change-Id: Id63c035fafaa68a9004c65161c5a3a3ad5544f02
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
Change-Id: I3f0dab4b7d612d3e3f3057c1db8c36e3905cec75
Signed-off-by: Bartosz Bezak <bartosz@stackhpc.com>
|
|
Zun is broken in 2026.1, it has been released broken and there are
no reviews on the patch to fix it [1].
[1]: https://review.opendev.org/c/openstack/zun/+/982362
Change-Id: I770b9e62c66f8cc63475d51f80eecacc8415b91f
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
This was missed in [0].
[0] https://review.opendev.org/c/openstack/kolla/+/972998
Signed-off-by: Dr. Jens Harbott <harbott@osism.tech>
Change-Id: Ic0e2a2f6c5269a93ff523a8eab52a822d8d40c5c
|
|
|
|
|
|
Change-Id: I3374810166f10c67df88e97e8bf10a692cfab2cf
Signed-off-by: Piotr Milewski <vurmil@gmail.com>
|
|
|
|
|
|
|
|
This matches the version used by Ubuntu images since Flamingo [1][2].
Debian Trixie still uses 25.03 [3].
Support for 25.03 has ended on 7 March, 2026 [4] while 25.09 is
supported until 5 September, 2026 [5].
[1] https://openstack-ci-reports.ubuntu.com/reports/cloud-archive/flamingo_versions.html
[2] https://openstack-ci-reports.ubuntu.com/reports/cloud-archive/gazpacho_versions.html
[3] https://packages.debian.org/source/trixie/ovn
[4] https://www.ovn.org/en/releases/25.03/
[5] https://www.ovn.org/en/releases/25.09/
Change-Id: I323ea4e7dabecfcf20fa890e028eeb1c3766be0b
Signed-off-by: Pierre Riteau <pierre@stackhpc.com>
|
|
Change-Id: Ibea70ffd3b29e8da5745d4f0eaa39017838f9a1d
Signed-off-by: Pierre Riteau <pierre@stackhpc.com>
|
|
Change-Id: Id6684e4356f68e4348c0f8c1c0c1e5397553397e
Signed-off-by: Piotr Milewski <vurmil@gmail.com>
Signed-off-by: Bartosz Bezak <bartosz@stackhpc.com>
|
|
MariaDB was bumped to 11.4 LTS with [1]
[1] https://review.opendev.org/c/openstack/kolla/+/926981
Change-Id: I068c16974f2088746a91b61c583591042619b591
Signed-off-by: Seunghun Lee <seunghun@stackhpc.com>
|
|
Change-Id: I1436c52b7199309a75c38799fb64799f4607a263
Signed-off-by: Pierre Riteau <pierre@stackhpc.com>
|
|
When bumping ProxySQL version from 2.7.x to 3.0.x [1], the documentation
stating its version was not bumped together
[1] https://review.opendev.org/c/openstack/kolla/+/951347
Closes-bug: #2138930
Change-Id: I1ea5fac7b62309fa01af14c4b92f950f579391c8
Signed-off-by: Seunghun Lee <seunghun@stackhpc.com>
|
|
It has been deprecated in June 2025.
Change-Id: I45bfed8ac7fd86dedab81533751e573272c01012
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
|
|
Kolla delivers InfluxDB v1, which is EOL (unless you have paid support).
There are no plans in upgrading InfluxDB to v2 - so let's drop it.
Change-Id: Id17aa4946617c851780d424e7e053dd79196be6f
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
Change-Id: I76f91c0f59a2a623308267afa7810314294fa064
Signed-off-by: Pierre Riteau <pierre@stackhpc.com>
|
|
Change-Id: Ib7f551d4a7c6ffe95786853d6899e704de4747b8
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
We switched to Valkey
Change-Id: Ic40fecb87dd3eaf67eb1d3088978d462ff5b4320
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
Fluent Package v5 LTS will reach end of support at
the end of 2025.
Fluent Package v6 LTS will be supported until at least
the end of 2027.
This change updates the apt repository configuration and package version
to use Fluent Package v6 LTS for Ubuntu, Debian and RHEL.
No changes to existing Fluentd configuration files are required.
Change-Id: Iaf3c4de859986629f9768563a319fe0385acff6a
Signed-off-by: Piotr Milewski <vurmil@gmail.com>
|
|
Depends-On: https://review.opendev.org/c/openstack/ansible-collection-kolla/+/961237
Change-Id: Idd809f5efd2d308c1565d7635e67af0a431d18f7
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
Ubuntu Noble is using Ceph Squid, not Reef [1].
[1] https://packages.ubuntu.com/noble-updates/ceph
Change-Id: I11926e764909ec53bdd2a38d815a31253abd6868
Co-authored-by: Chema Peribáñez <epgboe2.tid@telefonica.com>
Signed-off-by: Pierre Riteau <pierre@stackhpc.com>
|
|
|
|
The goal is to unify common contributor information across
all kolla projects (communication, launchpad links, etc).
Change-Id: Iddcaa8723b364fe4e8619f8fc2b03c93b685db86
Signed-off-by: Bartosz Bezak <bartosz@stackhpc.com>
|
|
Fedora COPR build system cannot handle storing multiple package
versions in one repo.
Change-Id: I3ff95aa75f1f1cccfa40f3ab7f216cb221a6af29
Signed-off-by: Bartosz Bezak <bartosz@stackhpc.com>
|
|
RDO has staffing problems and has decided to only
support SLURP releases - let's drop reliance on that
repository.
Change-Id: I56f86a1c5262e3ee2bcbb52cae53c3b2655ed87f
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
|
|
RabbitMQ from 4.0.x to 4.1.x
Erlang from 26.2.x to 27.x
Change-Id: I710b2a95c840862f52d812df306d1fb26dd4340b
Signed-off-by: Seunghun Lee <seunghun@stackhpc.com>
|
|
it was omitted in Caracal cycle
Change-Id: I913208b09771bc18ad3214d7518a837d762f6c33
Signed-off-by: Bartosz Bezak <bartosz@stackhpc.com>
|