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
Pinning no longer required because of the black list of
oslo.cache 2.1.0 in openstack/requirements.
Related-Bug: #1866008
Change-Id: I9e30f161938c4fe45d91c35d26b308148d082ca8
Depends-On: https://review.opendev.org/#/c/711427/
This change includes a number of fixes to make CI functional.
* Blacklist ansible 2.8.9 in kolla-toolbox
Ansible 2.8.9 broke the OpenStack modules, see
https://bugs.launchpad.net/kolla/+bug/1866181 for details.
This causes us to fail with the following error:
/usr/lib64/python2.7/distutils/version.py\", line 40, in __init__
self.parse(vstring)
File "/usr/lib64/python2.7/distutils/version.py", line 105, in parse
match = self.version_re.match(vstring)\nTypeError: expected string or buffer
This change works around the issue by blacklisting ansible 2.8.9 in
the kolla-toolbox image.
* Drop CentOS 7 CI jobs. There are multiple issues with CentOS 7 now,
and we have CentOS 8 jobs in place so it's time to move on
* pin requirements to commit
ea42244642c3c091cb4f70917ae8d79af217b6af. This is required to avoid
oslo.cache 2.1.0, which breaks us. See
https://bugs.launchpad.net/kolla-ansible/+bug/1866008.
Change-Id: Iebc39bd804d2c4f553d42c285549f50f4c8bc8be
Closes-Bug: #1866181
Related-Bug: #1866008
Storage SIG has built Ceph Nautilus and Ganesha for CentOS8 in CentOS
Build System.
Let's switch to use them in kolla.
Change-Id: Id37dca84c4eb918aaf2d3c036ef5387fe75988dd
Required packages are available in RDO repo,
so this should build fine.
Partially-Implements: blueprint centos-rhel-8
Change-Id: I14cc9d0f2c5d72c6dad89de2ac6dcffda8510285
Currently we do not validate the type of the reponames argument to the
enable_extra_repos and disable_extra_repos macros. It should be a list,
but we merged a call where the argument was a string, which interpreted
as a list of single characters ('e', 'p', 'e', 'l'), and silently
ignored.
This change validates that the reponames argument is a list to avoid
this issue.
Change-Id: I497c8b2c1dc548e678698474d3604664cf8eeb07
The disable_extra_repos macro accepts a list as its only argument. We
were calling it like this to disable EPEL:
disable_extra_repos('epel')
The macro interpreted this as a request to disable three repos, e, p, l.
Thanks Python! Type validation to be improved separately.
Additionally, on CentOS 8 the EPEL repository was not included in the
repository mapping file, repos.yaml. There is also another EPEL
repository on CentOS 8, epel-modular, which is enabled by default after
installing epel-release.
This change adds mappings for epel and epel-modular repos to repos.yaml,
and fixes the disabling of epel in the base image, as well as disabling
epel-modular.
There are some cases where EPEL is still used (it seemed a bit too
easy...), and the repository has been enabled for these images:
* bifrost-base (nginx)
* ironic-conductor (C7 only, shellinabox)
* freezer-base (C7 only, trickle)
* gnocchi-base (C8 binary only, python3-boto3)
* mariadb (pv)
* mongodb (C7 only, mongodb)
* nova-spicehtml5proxy (C7 only, spice-html5)
* telegraf (C7 only, python2-pip)
A few other things were changed:
* ironic-conductor does not require the ceph repo
* python3-pika is no longer installed in the openstack-base image
Related: blueprint remove-epel
Change-Id: I3761825239dfc462072383cde6276c4fb3e1bf12
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
Turns out that upstream provides repos also for aarch64.
CentOS one is not usable due to wrong arch name used (arm64 instead of
aarch64).
Change-Id: I1b4ef1fae0914d6826af5456cc9ea53bb26972ee
The only Ceph version that will support CentOS 8 is Octopus.
It will be released end of March 2020 - so for now let's use master.
Change-Id: I5955acb41e7346802d76f4f2b244cbf5c36f5bf2
Partially-Implements: blueprint centos-rhel-8
shellinabox is used by ironic-conductor to provide a browser-based shell
to access the consoles of nodes. It is not used by all console drivers,
and is not used in the integration with nova serial consoles.
The package was previously installed from EPEL7, but is not currently
provided by EPEL8.
This change removes the package to allow the ironic-conductor image to
build.
Change-Id: I210d9fddd6948dab1feb5abf59a50bce86f21f0f
Partially-Implements: blueprint centos-rhel-8
* Some further changes for python2 vs python3 packages
* Allow rabbitmq 3.7.*, since a newer erlang is available
* Switch from qemu-img-ev to qemu-img on CentOS 8
* bridge-utils no longer available on CentOS 8
* libvirt-daemon-driver-lxc no longer available on CentOS 8
* Mark some more images buildable for CentOS 8
Change-Id: Iaf5b68ff6d944ae730ca0b1d5832172c106a6c08
Partially-Implements: blueprint centos-rhel-8
Partially-Implements: blueprint centos-rhel-python-3
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
TripleO uses --template-only to generate Dockerfiles and then use
buildah to create container images.
But as Kolla generates all files then they need to have a way to exclude
not buildable ones. https://review.opendev.org/#/c/699024 is one of such
attempts.
But if we remove not buildable Dockerfiles then they get what they can
build.
Change-Id: I7a92b762f6a783f92ebca61e5595e1422a92df4f
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 want to support it but it is blocking gate atm due to py3
on Ubuntu.
Not affecting C7 due to no py3.
Change-Id: I6d0ced90d511405f600e7c4677b1b7083a6adbd2
Related-bug: #1860229
From oslo.config 7.0.0 release notes:
> Positional options are now required by default, to match argparse’s
> default behavior. To revert this behavior (and maintain optional
> positional arguments), you need to explicitly specify positional=True,
> required=False as part of the options definition.
So let's follow.
Change-Id: I77fdbcb905b1a7f2d535c3a37b2899118d1442c5
Adds support to the base and openstack-base images for CentOS 8.
These images have been removed from the list of unbuildable images, and
replaced with all dependent images.
Change-Id: I18fba8a5c2f99b700990cbf41c76077a1ec2408a
Partially-Implements: blueprint centos-rhel-8
Adds build and publishing jobs for CentOS 8 images:
- kolla-build-centos8-binary
- kolla-build-centos8-source
- kolla-publish-centos8-binary
- kolla-publish-centos8-source
The 'base' image has been added to the list of unbuildable images for
CentOS 8 (now separate from the list for CentOS 7). This means that no
images will be built - the jobs should essentially be a 'noop'.
Change-Id: Ie9a0109bd4eef337358d714e4b5088b8e3de2f23
Partially-Implements: blueprint centos-rhel-8
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
Our images use 'scsi-target-utils' from EPEL and then can be built
without it. So let's disable this repository right after installing
package from it.
Images can enable EPEL with 'enable_extra_repos' macro.
Also added 'disable_extra_repos' macro as we have some images in a need.
Change-Id: Id70474e7602b531b63fdc11ae690fd9ed33def74
- CentOS single, multiple and one with missing repo
- Debian single, multiple and one with missing repo
- TripleO
Change-Id: Ide4868d031bd84b1a6935aada7d0e7627f11bf37
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
Zuul
yatinkarel