Skip to content
Snippets Groups Projects
  1. Jul 17, 2020
  2. Jul 15, 2020
  3. Jul 14, 2020
  4. Jul 13, 2020
  5. Jul 12, 2020
  6. Jul 10, 2020
  7. Jul 09, 2020
  8. Jul 08, 2020
  9. Jul 07, 2020
    • Pierre Riteau's avatar
      Fix incorrect value of [storage]/ceph_keyring in gnocchi.conf · 9a0f8c31
      Pierre Riteau authored
      The value should be the full path to the keyring file, not just the
      name. Without this fix Gnocchi fails to connect to Ceph.
      
      Change-Id: Iaa69b2096b09a448345de50911e21436875d48d6
      Closes-Bug: #1886711
      9a0f8c31
    • wu.chunyang's avatar
      [doc] Add missing required packages · 5cc52155
      wu.chunyang authored
      add missing required packages for octavia doc when build images
      trivial fix
      
      Change-Id: I4f10fdcbaa128fdb8d64c1490896ec6e29928f3c
      5cc52155
    • Mark Goddard's avatar
      Performance: Run common role in a separate play · 56ae2db7
      Mark Goddard authored
      The common role was previously added as a dependency to all other roles.
      It would set a fact after running on a host to avoid running twice. This
      had the nice effect that deploying any service would automatically pull
      in the common services for that host. When using tags, any services with
      matching tags would also run the common role. This could be both
      surprising and sometimes useful.
      
      When using Ansible at large scale, there is a penalty associated with
      executing a task against a large number of hosts, even if it is skipped.
      The common role introduces some overhead, just in determining that it
      has already run.
      
      This change extracts the common role into a separate play, and removes
      the dependency on it from all other roles. New groups have been added
      for cron, fluentd, and kolla-toolbox, similar to other services. This
      changes the behaviour in the following ways:
      
      * The common role is now run for all hosts at the beginning, rather than
        prior to their first enabled service
      * Hosts must be in the necessary group for each of the common services
        in order to have that service deployed. This is mostly to avoid
        deploying on localhost or the deployment host
      * If tags are specified for another service e.g. nova, the common role
        will *not* automatically run for matching hosts. The common tag must
        be specified explicitly
      
      The last of these is probably the largest behaviour change. While it
      would be possible to determine which hosts should automatically run the
      common role, it would be quite complex, and would introduce some
      overhead that would probably negate the benefit of splitting out the
      common role.
      
      Partially-Implements: blueprint performance-improvements
      
      Change-Id: I6a4676bf6efeebc61383ec7a406db07c7a868b2a
      56ae2db7
  10. Jul 06, 2020
  11. Jul 05, 2020
  12. Jul 03, 2020
    • Pierre Riteau's avatar
      Remove policy file from nova-conductor config.json template · c40e8065
      Pierre Riteau authored
      Change I810aad7d49db3f5a7fd9a2f0f746fd912fe03917 for supporting multiple
      Nova cells updated the list of containers that require a policy file to
      only include nova-api, nova-compute, and nova-compute-ironic.
      
      The nova-conductor config.json template was left unchanged and fails to
      copy the nova policy file into its container. This can be seen on a
      fresh deployment, but might be missed on an upgrade if an older policy
      file is still available in /etc/kolla/nova-conductor.
      
      This commit removes the nova_policy_file block from the nova-conductor
      config.json template, as it shouldn't be required.
      
      Backport: ussuri, train
      Change-Id: I17256b182d207aeba3f92c65a6d7cf3611180558
      Closes-Bug: #1886170
      c40e8065
    • Stig Telfer's avatar
      Manila - adjust logic for Open vSwitch configuration generation · 78e8472c
      Stig Telfer authored
      
      Work was done to selectively enable Open vSwitch deployment for Manila
      services as bug #1884939.  However this did not appear to catch all
      cases.  This patch adds a couple more.
      
      Change-Id: I6187997a00f908e87ceace6f79f5f7262ea78738
      Closes-Bug: #1886166
      Co-Authored-By: default avatarSebastian Luna Valero <sebastian.luna.valero@gmail.com>
      78e8472c
  13. Jul 02, 2020
Loading