- Mar 28, 2020
-
-
Radosław Piliszek authored
Docker registry password is, by default, sourced from passwords.yml file. Cleans up globals.yml to make it clearer. Also follows the "present defaults" behaviour of the other vars. Change-Id: Icc993e82a6a435f948e3d17e410eb14717cb0e2d
-
- Mar 20, 2020
-
-
Doug Szumski authored
This is useful to people who manage their Prometheus Server externally to Kolla Ansible, or want to use the exporters with another framework such as Monasca. Change-Id: Ie3f61e2e186c8e77e21a7b53d2bd7d2a27eee18e
-
- Mar 16, 2020
-
-
Mark Goddard authored
While supporting both CentOS 7 and 8, we used the tag 'master-centos8' for CentOS 8 images. We are now ready to drop CentOS 7 support, and Kolla is switching to publish CentOS 8 images using the master tag on the master branch, so we should use this. Depends-On: https://review.opendev.org/713265 Partially-Implements: blueprint centos-rhel-8 Change-Id: I07d2c285e3214a6dc827a8e8eacf263048ee099b
-
- Mar 06, 2020
-
-
Christian Berendt authored
The variable enable_cadf_notifications is deprecated and marked for removal during the U cycle. Change-Id: I5e4d20d112db2392b55a0788f4d704ab6ca6112f
-
- Mar 03, 2020
-
-
Christian Berendt authored
The support of vmware, xenserver and hyperv was deprecated. Change-Id: Id06770c2247ce242f1fc2ac7220bbe6c3070598d
-
- Feb 19, 2020
-
-
Jason Anderson authored
This daemon is an additional piece of functionality supported by Gnocchi and the general pattern in KA is to disable such things unless the user explicitly wants them. This also helps avoid having to set the resource_id, user_id, and project_id variables for Gnocchi if you don't care about this daemon. Change-Id: I5f14cee4b0bb0d781b1ff53200d11de972d20c82
-
Michal Nasiadka authored
Change-Id: I26206bece95d31c0182e75f2a585c50d6f0fad6f
-
- Feb 13, 2020
-
-
Michal Nasiadka authored
Change-Id: I41c2fb7d476d553aeaca34feef1d045967c284fb
-
- Feb 11, 2020
-
-
Michal Nasiadka authored
Kolla-Ansible Ceph deployment mechanism has been deprecated in Train [1]. This change removes the Ansible code and associated CI jobs. [1]: https://review.opendev.org/669214 Change-Id: Ie2167f02ad2f525d3b0f553e2c047516acf55bc2
-
- Jan 28, 2020
-
-
James Kirsch authored
Generate both internal and external self signed TLS certificates. Duplicate the certificate if internal and external VIPs are the same. Change-Id: I16b345c0b29ff13e042eed8798efe644e0ad2c74 Partially-Implements: blueprint custom-cacerts
-
James Kirsch authored
When kolla_copy_ca_into_containers is set to "yes", the Certificate Authority in /etc/kolla/certificates will be copied into service containers to enable trust for that CA. This is especially useful when the CA is self signed, and would not be trusted by default. Partially-Implements: blueprint custom-cacerts Change-Id: I4368f8994147580460ebe7533850cf63a419d0b4
-
- Jan 10, 2020
-
-
Mark Goddard authored
For the CentOS 7 to 8 transition, we will have a period where both CentOS 7 and 8 images are available. We differentiate these images via a tag - the CentOS 8 images will have a tag of train-centos8 (or master-centos8 temporarily). To achieve this, and maintain backwards compatibility for the openstack_release variable, we introduce a new 'openstack_tag' variable. This variable is based on openstack_release, but has a suffix of 'openstack_tag_suffix', which is empty except on CentOS 8 where it has a value of '-centos8'. Change-Id: I12ce4661afb3c255136cdc1aabe7cbd25560d625 Partially-Implements: blueprint centos-rhel-8
-
- Jan 07, 2020
-
-
Viktor Michalek authored
Change-Id: Ie97d3ebbb73722d9b216dd5385255babafab352e
-
- Dec 28, 2019
-
-
Hamed Bahadorzadeh authored
Variable added to evaluate "ENABLE_MONASCA" env for 'kolla/horizon'. In case 'enable_horizon_monasca' is true, 'policy_item' would be called for Monasca. Change-Id: Ie9ecb8ab5d4e74af9b83a5b00ccced5b630ab1ed Implements: blueprint monasca-ui Signed-off-by:
Hamed Bahadorzadeh <h.bahadorzadeh@gmail.com>
-
- Dec 09, 2019
-
-
Doug Szumski authored
This allows users to supply an Elasticsearch Curator actions file to manage log retention [1]. Curator then runs on a cron job, which defaults to every day. A default curator actions file is provided, which can be customised by the end user if required. [1] https://www.elastic.co/guide/en/elasticsearch/client/curator/current/actionfile.html Change-Id: Ide9baea9190ae849e61b9d8b6cff3305bdcdd534
-
- Nov 28, 2019
-
-
Mark Goddard authored
Adds support for configuration of the Docker client timeout via 'docker_client_timeout'. This change also increases the default timeout to 120 seconds, as we sometimes see timeouts in CI and heavily loaded or underpowered environments. Increasing 'docker_client_timeout' further may be helpful in cases where Docker reports 'Read timed out'. Change-Id: I73745771078cb2c0ebae2b1d87ba2c4c12958d82 Closes-Bug: #1809844
-
- Nov 26, 2019
-
-
Mark Goddard authored
Change-Id: I283ccee11e360020c3e537b2f55a6be02cbdb2dd Related: blueprint add-ssl-internal-network
-
- Nov 18, 2019
-
-
Michal Nasiadka authored
Change-Id: Ie35ea07b8b6f95cbb56eb722ae2366c00243e562
-
Michal Nasiadka authored
Opendaylight support has been deprecated in Train - time to remove it. Change-Id: I3a61bfbcbf366c327ea3e25d2424bc3fedca29f0
-
- Nov 01, 2019
-
-
Mark Goddard authored
Currently, Xtrabackup is used for database backups. However, Xtrabackup is not compatible with MariaDB 10.3. This change switches to use mariabackup [1], which is available in the mariadb image. The documented full and incremental restore procedures have been modified to use mariabackup, following [2] and [3]. [1] https://mariadb.com/kb/en/library/mariabackup-overview/ [2] https://mariadb.com/kb/en/library/full-backup-and-restore-with-mariabackup/ [3] https://mariadb.com/kb/en/library/incremental-backup-and-restore-with-mariabackup/ Change-Id: Id52b9b1f7b013277e401b1f6b8aed34473d2b2c4 Closes-Bug: #1843043 Depends-On: https://review.opendev.org/691290
-
- Oct 25, 2019
-
-
Jan Vondra authored
Adds rabbitmq_server_additional_erl_args variable which is appended to RABBITMQ_SERVER_ADDITIONAL_ERL_ARGS environment variable to RabbitMQ server startup script. This can be used to configure the schedulers. Docs attached. Change-Id: Id683c8cc6dac61354ffd94f3b460335b42136ba2 Co-authored-by:
Radosław Piliszek <radoslaw.piliszek@gmail.com> Related-bug: #1846467
-
- Oct 20, 2019
-
-
Radosław Piliszek authored
This also enables Placement when Zun is enabled like Kolla Ansible already does with Nova. Change-Id: Id2a09f702e8503b49d2b9e73e06b2ce9f4d168a9 Closes-bug: #1840573
-
Radosław Piliszek authored
Adds "| bool". Backportable to Stein. Change-Id: Ifa2aa387be46beb6da1d3c5a5e0da1b561af8cee Closes-bug: #1848937
-
- Oct 16, 2019
-
-
Doug Szumski authored
This patch adds initial support for deploying multiple Nova cells. Splitting a nova-cell role out from the Nova role allows a more granular approach to deploying and configuring Nova services. A new enable_cells flag has been added that enables the support of multiple cells via the introduction of a super conductor in addition to cell-specific conductors. When this flag is not set (the default), nova is configured in the same manner as before - with a single conductor. The nova role now deploys the global services: * nova-api * nova-scheduler * nova-super-conductor (if enable_cells is true) The nova-cell role handles services specific to a cell: * nova-compute * nova-compute-ironic * nova-conductor * nova-libvirt * nova-novncproxy * nova-serialproxy * nova-spicehtml5proxy * nova-ssh This patch does not support using a single cell controller for managing more than one cell. Support for sharing a cell controller will be added in a future patch. This patch should be backwards compatible and is tested by existing CI jobs. A new CI job has been added that tests a multi-cell environment. ceph-mon has been removed from the play hosts list as it is not necessary - delegate_to does not require the host to be in the play. Documentation will be added in a separate patch. Partially Implements: blueprint support-nova-cells Co-Authored-By:
Mark Goddard <mark@stackhpc.com> Change-Id: I810aad7d49db3f5a7fd9a2f0f746fd912fe03917
-
Radosław Piliszek authored
Introduce kolla_address filter. Introduce put_address_in_context filter. Add AF config to vars. Address contexts: - raw (default): <ADDR> - memcache: inet6:[<ADDR>] - url: [<ADDR>] Other changes: globals.yml - mention just IP in comment prechecks/port_checks (api_intf) - kolla_address handles validation 3x interface conditional (swift configs: replication/storage) 2x interface variable definition with hostname (haproxy listens; api intf) 1x interface variable definition with hostname with bifrost exclusion (baremetal pre-install /etc/hosts; api intf) neutron's ml2 'overlay_ip_version' set to 6 for IPv6 on tunnel network basic multinode source CI job for IPv6 prechecks for rabbitmq and qdrouterd use proper NSS database now MariaDB Galera Cluster WSREP SST mariabackup workaround (socat and IPv6) Ceph naming workaround in CI TODO: probably needs documenting RabbitMQ IPv6-only proto_dist Ceph ms switch to IPv6 mode Remove neutron-server ml2_type_vxlan/vxlan_group setting as it is not used (let's avoid any confusion) and could break setups without proper multicast routing if it started working (also IPv4-only) haproxy upgrade checks for slaves based on ipv6 addresses TODO: ovs-dpdk grabs ipv4 network address (w/ prefix len / submask) not supported, invalid by default because neutron_external has no address No idea whether ovs-dpdk works at all atm. ml2 for xenapi Xen is not supported too well. This would require working with XenAPI facts. rp_filter setting This would require meddling with ip6tables (there is no sysctl param). By default nothing is dropped. Unlikely we really need it. ironic dnsmasq is configured IPv4-only dnsmasq needs DHCPv6 options and testing in vivo. KNOWN ISSUES (beyond us): One cannot use IPv6 address to reference the image for docker like we currently do, see: https://github.com/moby/moby/issues/39033 (docker_registry; docker API 400 - invalid reference format) workaround: use hostname/FQDN RabbitMQ may fail to bind to IPv6 if hostname resolves also to IPv4. This is due to old RabbitMQ versions available in images. IPv4 is preferred by default and may fail in the IPv6-only scenario. This should be no problem in real life as IPv6-only is indeed IPv6-only. Also, when new RabbitMQ (3.7.16/3.8+) makes it into images, this will no longer be relevant as we supply all the necessary config. See: https://github.com/rabbitmq/rabbitmq-server/pull/1982 For reliable runs, at least Ansible 2.8 is required (2.8.5 confirmed to work well). Older Ansible versions are known to miss IPv6 addresses in interface facts. This may affect redeploys, reconfigures and upgrades which run after VIP address is assigned. See: https://github.com/ansible/ansible/issues/63227 Bifrost Train does not support IPv6 deployments. See: https://storyboard.openstack.org/#!/story/2006689 Change-Id: Ia34e6916ea4f99e9522cd2ddde03a0a4776f7e2c Implements: blueprint ipv6-control-plane Signed-off-by:
Radosław Piliszek <radoslaw.piliszek@gmail.com>
-
- Sep 30, 2019
-
-
Joseph M authored
Add coordination backend configuration to designate.conf which is required in multinode environments. Fixes warning from designate: WARNING designate.coordination [-] No coordination backend configured, assuming we are the only worker. Please configure a coordination backend Change-Id: I23c4d2de7e3f9368795c423000a4f9a6c3a431e2 Closes-Bug: #1843842 Related-Bug: #1840070
-
- Sep 24, 2019
-
-
Mark Goddard authored
Backport: stein In the Stein release, cloudkitty switched the default storage backend from sqlalchemy to influxdb. In kolla-ansible stein configuration, we did not explicitly set the storage backend, and so we automatically picked up this change. However, prior to https://review.opendev.org/#/c/615928/ we did not have full support for InfluxDB as a storage backend, and so this has broken the Rocky-Stein upgrade (https://bugs.launchpad.net/kolla-ansible/+bug/1838641), which fails with this during the DB sync: ERROR cloudkitty InfluxDBClientError: get_list_retention_policies() requires a database as a parameter or the client to be using a database This change synchronises our default with cloudkitty's (influxdb), and also provides an upgrade transition to create the influxdb database. We also move the cloudkitty_storage_backend variable to group_vars/all.yml, since it is used to determine whether to enable influxdb. Finally, the section name in cloudkitty.conf was incorrect - it was storage_influx, but should be storage_influxdb. Change-Id: I71f2ed11bd06f58e141d222e2709835b7ddb2c71 Closes-Bug: #1838641
-
- Sep 23, 2019
-
-
Dincer Celik authored
This change introduces the way to pass extra options to prometheus. Currently, prometheus runs with nearly default options, and when clouds start getting bigger, you need to pass extra parameters to prometheus. Change-Id: Ic773c0b73062cf3b2285343bafb25d5923911834
-
- Sep 18, 2019
-
-
Mark Goddard authored
We have agreed to remove support for Oracle Linux. http://lists.openstack.org/pipermail/openstack-discuss/2019-June/006896.html Change-Id: If11b4ff37af936a0cfd34443e8babb952307882b
-
Scott Solkhon authored
This commit follows up the work in Kolla to provide deploy and configure the Prometheus blackbox exporter. An example blackbox-exporter module has been added (disabled by default) called os_endpoint. This allows for the probing of endpoints over HTTP and HTTPS. This can be used to monitor that OpenStack endpoints return a status code of either 200 or 300, and the word 'versions' in the payload. This change introduces a new variable `prometheus_blackbox_exporter_endpoints`. Currently no defaults are specified because the configuration is heavily dependent on the deployment. Co-authored-by:
Jack Heskett <Jack.Heskett@gresearch.co.uk> Change-Id: I36ad4961078d90e2fd70c9a3368f5157d6fd89cd
-
- Sep 12, 2019
-
-
Mark Goddard authored
Change-Id: I593b06c447d156c7a981d1c617f4f9baa82884de Closes-Bug: #1841175
-
- Aug 16, 2019
-
-
Radosław Piliszek authored
Change-Id: Icf3f01516185afb7b9f642407b06a0204c36ecbe Closes-Bug: #1840315 Signed-off-by:
Radosław Piliszek <radoslaw.piliszek@gmail.com>
-
- Aug 15, 2019
-
-
Kien Nguyen authored
Masakari provides Instances High Availability Service for OpenStack clouds by automatically recovering failed Instances. Depends-On: https://review.openstack.org/#/c/615469/ Change-Id: I0b3457232ee86576022cff64eb2e227ff9bbf0aa Implements: blueprint ansible-masakari Co-Authored-By:
Gaëtan Trellu <gaetan.trellu@incloudus.com>
-
Radosław Piliszek authored
This is to allow operator to prevent enabling redis and/or etcd from magically configuring cinder coordinator. Note this change is backwards-compatible. Change-Id: Ie10be55968e43e3b9cc347b1b58771c1f7b1b910 Related-Bug: #1840070 Signed-off-by:
Radosław Piliszek <radoslaw.piliszek@gmail.com>
-
- Aug 13, 2019
-
-
Keith Plant authored
Added configuration to ansible/roles/telegraf/templates/telegraf.conf.j2 to allow telegraf to grab telemetry data from docker directly. Added option to etc/kolla/globals.yml to switch on/off the configuration to ingest data from the docker daemon into telegraf. Change-Id: Icbebc415d643a237fa128840d5f5a9c91d22c12d Signed-off-by:
Keith Plant <kplantjr@gmail.com>
-
- Jul 18, 2019
-
-
Raimund Hook authored
The keepalived_virtual_router_id should be changed from the default in the case of a multi-region deployment where the VIP of the different regions resides on the same subnet. This is not immediately clear - this change should make it more obvious. Change-Id: Ia4899ba407937d9f27832c9d123701729e89987a
-
- Jul 12, 2019
-
-
Raimund Hook authored
Currently, the documentation around configuring regions directs you to make changes to openstack_region_name and multiple_regions_names in the globals.yml file. The defaults weren't represented in there which could potentially cause confusion. This change adds these defaults with a brief description. TrivialFix Change-Id: Ie0ff7e3dfb9a9355a9c9dbaf27151d90162806dd
-
- Jun 24, 2019
-
-
chenxing authored
The Hitachi NAS Platform iSCSI driver was marked as not supported by Cinder in the Ocata realease[1]. [1] https://review.opendev.org/#/c/444287/ Change-Id: I1a25789374fddaefc57bc59badec06f91ee6a52a Closes-Bug: #1832821
-
- Jun 21, 2019
-
-
Radosław Piliszek authored
Change-Id: I99d4ea6ca615bdde83cd55d91672733d9b95372a Signed-off-by:
Radosław Piliszek <radoslaw.piliszek@gmail.com>
-
- Jun 18, 2019
-
-
Marek Svensson authored
This change defaults freezer to use mariadb as default backend for database and adds elasticsearch as an optional backend due to the requirement of freezer to use elasticsearch version 2.3.0. The default elasticsearch in kolla-ansible is 5.6.x and that doesn't work with freezer. Added needed options to the elasticsearch backend like: - protocol - address - port - number of replicas Change-Id: I88616c285bdb297fd1f738846ddffe1b08a7a827 Signed-off-by:
Marek Svensson <marek@marex.st>
-