Support for Sensu has been dropped by CentOS/RHEL, and this was the main
consumer of these images.
This patch also marks opendaylight and mongodb images as deprecated on
the support matrix, as they have also been deprecated.
Change-Id: I4d7ef79df435b540137d1eb4058f8222baf17529
backport: train, stein, rocky
Override in filter needs to follow the rule:
<image_name>_<call_type>_<override/append/remove>
`call_type` for `kolla_toolbox_pip_virtualenv_packages` should be
`pip_virtualenv_packages`, and `pip_packages` can't match with
`kolla_toolbox_pip_virtualenv_packages`, this makes
the value can't be overrode in template override.
Change-Id: I1dbe2dfd4bce73ce2285f45f997d45b5dcc95f4c
Closes-bug: #1865119
Per http://eavesdrop.openstack.org/meetings/kolla/2020/kolla.2020-02-12-15.01.txt
Deprecates support for MongoDB image. In Victoria support for
MongoDB image will be removed from Kolla. Note CentOS 8
already lost support for MongoDB due to decisions made upstream.
The only known downstream, Kolla Ansible, is deprecating and
removing support for deploying MongoDB.
MongoDB lost its position in OpenStack environment after
controversial relicensing under their custom SSPL (Server Side
Public License) which did not pass OSI (Open Source Initiative)
validation.
Depends-on: https://review.opendev.org/708508
Change-Id: I7d0a1c3c6506171d3c4b9accad395f3bf6b427fa
2020 came, everyone should be using Python 3 now.
As per the official python support timeline set forth
by the OpenStack TC [1], OpenStack Train (in our case,
kolla 9.x) is the last release that will support python2.7.
[1] https://governance.openstack.org/tc/resolutions/20180529-python2-deprecation-timeline.html
Related bug: https://bugs.launchpad.net/tripleo/+bug/1856678
Merging depends on TripleO team - once they move CI job to CentOS 8 we
can merge.
Implements: blueprint drop-py2-support
Change-Id: Ic459561ab6ab8c62993c044c7a82d887839da289
This change removes ceph* Dockerfiles and relevant kolla python
code bits.
Kolla-Ansible part has been removed, and K-A was the only consumer.
Change-Id: I9568261fdbbe4b9156d0e07c414ec911ca2e8557
The intel_pmu plugin collects performance counters data
on Intel CPUs using Linux perf interface.
C7 only - C8 packaging still pending.
Change-Id: If5044346a90580c4051d6138a84ce10238807460
Fix inability to run UEFI-based images/instances by installing UEFI
packages also in nova-libvirt image which is not based on nova-base.
Includes support for C8.
Backport below Train w/o C8.
Closes-Bug: #1814552
Co-authored-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Co-authored-by: Radosław Piliszek <radoslaw.piliszek@gmail.com>
Change-Id: I1d5cd3d9af98444acac5bedd7daeaa6c6673dcd6
When doing a source install, ironic doesn't have python3-systemd as a
dependency and the current ironic-conductor container doesn't install
the required dependencies which causes the ansible deploy interface to
fail with the error, "Systemd bindings do not exist". This adds the
needed dependencies when doing a source build. This installs the needed
files for both rpm and deb builds on python 2.x and 3.x.
Change-Id: I5d1bcb0f7d7902b4e122c12697483433bcf52ca2
Closes-Bug: #1861427
I7a92b762f6a783f92ebca61e5595e1422a92df4f added checking for unbuildable
images when someone wants just templates (like TripleO for example).
But what if someone wants all images despite their buildability status?
Or wants to build for some new distro/arch combo?
--enable-unbuildable just ignores internal UNBUILDABLE_IMAGES list and
tries all images.
Change-Id: I20312b9719c6f5e3dca0b4198607ddae183152f1
Netcontrold container service[1] is used to load balance PMD
threads in OpenVSwitch for the dataplane traffic. This patch
enables building netcontrold container for Openstack.
[1] https://github.com/netcontrold/netcontrold-py
Change-Id: I09cb42323d36fcff49da81fc2356c9f83400d5d6
Signed-off-by: Gowrishankar Muthukrishnan <gmuthukr@redhat.com>
We get Ceph 'nautilus' that way to be in sync with CentOS and Ubuntu.
So far only ceph is taken from backports repo.
Change-Id: I9d13ad8a6a610bcf000d3850b77af80d10d66ba7
We upgrade to 2.0.1 and not a newer version because Monasca currently
supports 2.0.1.
This also brings the Kafka release inline with the current Zookeeper
version for the 5.0.x Confluent platform [1].
[1] https://docs.confluent.io/current/installation/versions-interoperability.html
Change-Id: I835d10bfe3ac0ea7382387a27b222849afb84aa3
In CentOS/RHEL 8 there is no scsi-target-utils package, nor is it
available in EPEL. In RHEL 7 and beyond the LIO kernel subsystem can be
used instead of the tgtd daemon.
This change removes support for the SCSI target daemon on CentOS/RHEL 8.
The 'tgtd' image is no longer available for CentOS/RHEL 8.
Change-Id: I56f230d66f75dd0546325676278f91579f08c822
Signed-off-by: Maciej Kucia <maciej@kucia.net>
Co-Authored-By: Maciej Kucia <maciej@kucia.net>
Co-Authored-By: Mark Goddard <mark@stackhpc.com>
Related: blueprint centos-rhel-8
Depends-On: https://review.opendev.org/631479/
Currently neutron-server-ovn container does not run db setup for networking-ovn
subproject when bootstrapping - since it uses extend_start from
neutron-server (where networking-ovn is not installed).
Since OVN is being added as in-tree driver to Neutron and there is no
rationale behind supporting separate container images for neutron-server-ovn
and neutron-metadata-agent-ovn, hile networking-ovn driver uses around 1-2MB
of space - this change adds networking-ovn installation to neutron-base image
and deprecates neutron-server-ovn and neutron-metadata-agent-ovn images.
Change-Id: Ib2dbdd7e7d34f56985b7a5b2494c3b89034688cb
For infra images work we need 'base' image to be 'install_type'
agnostic. So it will be the same when built for 'binary' or 'source'
install type.
Change-Id: Ied4a00e8866560d39004a34d6857ac62e22e2c0c
The package is required for infiniband deployment to be installed
on containers: neutron-server, neutron-dhcp-agent and neutron-l3-agent.
Change-Id: I017b65c2032648fa0ac7126d4a06cd98cb7c33a0
Ie586b0f249e545877ab1dd156d08e1863cd479ba removed use of rpm packages so
it is time to disable building for non-x86 platforms.
Upstream provides own container images for several architectures.
Change-Id: I4778db57dae0953f5c7116105466c2830592b514
In some situations, Keystone bootstrap can fail, and then unhelpfully
fails displaying the error message output by the 'keystone-manage
bootstrap' command. This appears to be due to unprintable control
characters in the error message which prevent the output of the script
from being valid JSON.
This change fixes the issue by piping the output through 'cat -v', which
replaces unprintable characters with control codes.
Change-Id: I82444bc2272311023cc9e92c5a298d1c4c87483b
Closes-Bug: #1855701
In past we were building 'dumb-init' from source. Then in commit
f8fd560561 we moved to using binaries from
Debian packages instead. With keeping compiler...
Now Travis CI supports all architectures we care about. So dumb-init
upstream built all binaries for us.
Good bye compiler stuff. 115 megabytes saved.
Change-Id: I08e0e564908e6abb279a73f08cad4c851395ca47
Zuul