Skip to content
Snippets Groups Projects
  1. Mar 28, 2020
    • Radosław Piliszek's avatar
      Be less confusing about custom Docker registry · 06a6b56f
      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
      06a6b56f
  2. Mar 20, 2020
    • Doug Szumski's avatar
      Support disabling Prometheus server · 505cded2
      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
      505cded2
  3. Mar 16, 2020
    • Mark Goddard's avatar
      CentOS 8: Use master image tag by default · bab770a8
      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
      bab770a8
  4. Mar 06, 2020
  5. Mar 03, 2020
  6. Feb 19, 2020
    • Jason Anderson's avatar
      [gnocchi] Disable statsd daemon by default · 57365000
      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
      57365000
    • Michal Nasiadka's avatar
      Allow setting additional galera WSREP options · ea36bbf1
      Michal Nasiadka authored
      Change-Id: I26206bece95d31c0182e75f2a585c50d6f0fad6f
      ea36bbf1
  7. Feb 13, 2020
  8. Feb 11, 2020
  9. Jan 28, 2020
    • James Kirsch's avatar
      Generate self signed TLS certificates · d100904f
      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
      d100904f
    • James Kirsch's avatar
      Copy CA into containers. · 511ba9f6
      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
      511ba9f6
  10. Jan 10, 2020
    • Mark Goddard's avatar
      CentOS 8: Support variable image tag suffix · 9755c924
      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
      9755c924
  11. Jan 07, 2020
  12. Dec 28, 2019
  13. Dec 09, 2019
  14. Nov 28, 2019
    • Mark Goddard's avatar
      Support configuration of Docker client timeout · 01050dc0
      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
      01050dc0
  15. Nov 26, 2019
  16. Nov 18, 2019
  17. Nov 01, 2019
  18. Oct 25, 2019
  19. Oct 20, 2019
  20. Oct 16, 2019
    • Doug Szumski's avatar
      Support multiple nova cells · 78a828ef
      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: default avatarMark Goddard <mark@stackhpc.com>
      Change-Id: I810aad7d49db3f5a7fd9a2f0f746fd912fe03917
      78a828ef
    • Radosław Piliszek's avatar
      Implement IPv6 support in the control plane · bc053c09
      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: default avatarRadosław Piliszek <radoslaw.piliszek@gmail.com>
      bc053c09
  21. Sep 30, 2019
    • Joseph M's avatar
      [designate] Add coordination backend for designate workers · 9cae6083
      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
      9cae6083
  22. Sep 24, 2019
    • Mark Goddard's avatar
      Switch default cloudkitty storage backend to influxdb · 27f4876e
      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
      27f4876e
  23. Sep 23, 2019
    • Dincer Celik's avatar
      [prometheus] Added support for extra options · 5ff7bab4
      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
      5ff7bab4
  24. Sep 18, 2019
    • Mark Goddard's avatar
      Remove support for OracleLinux · 15e35333
      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
      15e35333
    • Scott Solkhon's avatar
      Adding Prometheus blackbox exporter · b22375eb
      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: default avatarJack Heskett <Jack.Heskett@gresearch.co.uk>
      Change-Id: I36ad4961078d90e2fd70c9a3368f5157d6fd89cd
      b22375eb
  25. Sep 12, 2019
  26. Aug 16, 2019
  27. Aug 15, 2019
  28. Aug 13, 2019
    • Keith Plant's avatar
      Configure Telegraf to monitor Docker containers · b95ff2d1
      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: default avatarKeith Plant <kplantjr@gmail.com>
      b95ff2d1
  29. Jul 18, 2019
    • Raimund Hook's avatar
      Updated multi-region docs to include keepalived · 99463849
      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
      99463849
  30. Jul 12, 2019
    • Raimund Hook's avatar
      Add Region and Multiples into default globals.yml · e72c49ed
      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
      e72c49ed
  31. Jun 24, 2019
  32. Jun 21, 2019
  33. Jun 18, 2019
    • Marek Svensson's avatar
      Fix default deployment of freezer, use mariadb. · 10bf6b05
      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: default avatarMarek Svensson <marek@marex.st>
      10bf6b05
Loading