Skip to content
Snippets Groups Projects
  1. Mar 19, 2016
    • Maru Newby's avatar
      Update quickstart doc to use drop-in unit files · b9205399
      Maru Newby authored
      While it's possible to edit distro/package unit files installed to
      /lib/systemd/system, a cleaner solution exists.  systemd will pick up
      'drop-in' unit files located in '/etc/systemd/system/[unit name].d/'.
      A drop-in unit file only has to include fields that override those in
      the main unit file, and the drop-in unit and main unit file can change
      independently.
      
      This change updates the quickstart doc to use drop-in unit files to
      configure docker.service instead of editing the main unit file.
      
      See: https://coreos.com/os/docs/latest/using-systemd-drop-in-units.html
      
      Change-Id: Iddbebf658741937e3c4157fc0a021751f10fabd2
      b9205399
  2. Mar 18, 2016
    • Steven Dake's avatar
      Explain how to use kolla-ansible pull · 50c52081
      Steven Dake authored
      During multi-node, it is possible for master target node images to
      be older then the Ansible master playboks if the repository is
      updated.  Add documentation to explain this situation.
      
      Change-Id: I2ccf57004147873e89f23fbb996d01f550e90c3f
      50c52081
  3. Mar 16, 2016
  4. Mar 12, 2016
  5. Mar 11, 2016
    • Swapnil Kulkarni (coolsvap)'s avatar
      Restructuring the Quickstart guide · 333ee4e7
      Swapnil Kulkarni (coolsvap) authored
      We need the gcc and other dependencies
      installed before we can do any tox related
      commands.
      
      Installation of git was never checked in QSG.
      I happened to create a baremetal CentOS server
      with minimal install and there was no git.
      Added steps to install git.
      
      Moved the steps related to git clone and other
      kolla configuration after basic installation.
      since tox fails for gcc.
      
      In the quickstart guide we are generating
      the configuration using tox but tox is not
      installed before doing so. Adding steps to
      install tox before generating conf.
      
      Change-Id: Ic8a756e66d33963e47607ed60c4c768e0859152d
      333ee4e7
    • Martin André's avatar
      Stop shipping broken openrc in vagrant · 29b4e875
      Martin André authored
      Instead, rely on kolla-ansible post-deploy to generate a configuration
      file with valid environment variables.
      
      Change-Id: Ie62932afc96e2486410a1d4e14162a88b1733c22
      Closes-Bug: #1555972
      29b4e875
  6. Mar 10, 2016
    • Martin André's avatar
      Document required libvirt python bindings · ce408a26
      Martin André authored
      We added a requirement on libvirt python bindings with the script to
      retrieve the latest DHCP lease for vagrant developers' environment.
      
      Add it to the vagrant documentation.
      
      Change-Id: I3e7e97922f5b855155fda96b914a4947af007c47
      ce408a26
    • Martin André's avatar
      Provide instruction to generate kolla-build.conf · 3105580d
      Martin André authored
      Although not strictly mandatory, it's less confusing to have
      a kolla-build.conf file in /etc/kolla that users can modify it they
      want to customize their builds, rather than to rely on defaults
      settings and command line options.
      
      The `tox -e genconfig` was already documented in "Image building" doc.
      
      Change-Id: Ia44e6f28ce18601cdaba5109ea12cd50fa8372b2
      Closes-Bug: #1532066
      3105580d
    • Martin André's avatar
      Document the new 'local' type for source build · 18f19711
      Martin André authored
      Change-Id: Ia385364e3fd8fc3441ebd07adcd981154f34ebb8
      18f19711
  7. Mar 09, 2016
  8. Mar 08, 2016
  9. Mar 07, 2016
  10. Mar 03, 2016
    • Paul Bourke's avatar
      Add documentation for Kolla plugin functionality · 8b3d3ef8
      Paul Bourke authored
      Every now and then people ask about plugins for Kolla. This conversation
      may need to be revisted in more detail soon, but till then it's worth
      highlighting what we do currently support in Kolla.
      
      Right now adding the block as shown in this patch will make the plugin
      archive available in the image, but currently only Neutron has
      Dockerfile directives to automatically install them if present. The same
      can be added very easily for other commonly pluggable services such as
      Horizon.
      
      Change-Id: Ia52d5ccf753667c5452b19fcaf4bf5b893a59fd0
      8b3d3ef8
    • Nikolai Korablin's avatar
      Fixing ambiguity in the documetation · b58fd41a
      Nikolai Korablin authored
      After change change 284856, there were some comments
      about ambiguity in docs.
      
      Change-Id: I90129c475b87bf63f2e5c870dba7bd07893c8c9c
      b58fd41a
  11. Feb 29, 2016
  12. Feb 27, 2016
    • Rajath Agasthya's avatar
      Recommend vagrant and heat for development only · 58ef5fee
      Rajath Agasthya authored
      Vagrant and Heat, while really cool tech, are not very well maintained
      in Kolla. They are not always up to date, and as a result, are not
      recommended for evaluation purposes by this change.
      
      TrivialFix
      
      Change-Id: Ic8b8519431ed5c50a9a46b2e8b8f822d0982b1cf
      58ef5fee
  13. Feb 26, 2016
    • SamYaple's avatar
      Change kolla_internal_address variable · d3cfb205
      SamYaple authored
      Due to poor planning on our variable names we have a situation where
      we have "internal_address" which must be a VIP, but "external_address"
      which should be a DNS name. Now with two vips "external_vip_address"
      is a new variable.
      
      This corrects that issue by deprecating kolla_internal_address and
      replacing it with 4 nicely named variables.
      
      kolla_internal_vip_address
      kolla_internal_fqdn
      kolla_external_vip_address
      kolla_external_fqdn
      
      The default behaviour will remain the same, and the way the variable
      inheritance is setup the kolla_internal_address variable can still be
      set in globals.yml and propogate out to these 4 new variables like it
      normally would, but all reference to kolla_internal_address has been
      completely removed.
      
      Change-Id: I4556dcdbf4d91a8d2751981ef9c64bad44a719e5
      Partially-Implements: blueprint ssl-kolla
      d3cfb205
    • Michael A. Trimm's avatar
      Fixed slight gramatical issues that could be considered confusing · f9b60387
      Michael A. Trimm authored
      
      Signed-off-by: default avatarMichael Trimm <mitrimm@cisco.com>
      Change-Id: Iccd3c53526caf8b109ba4ede117eebf66958782d
      f9b60387
  14. Feb 25, 2016
  15. Feb 24, 2016
  16. Feb 23, 2016
  17. Feb 22, 2016
  18. Feb 18, 2016
  19. Feb 17, 2016
  20. Feb 16, 2016
  21. Feb 12, 2016
    • Naren Narendra's avatar
      Clarify Ansible installation for distros in docs. · e4a659e0
      Naren Narendra authored
      For CentOS, install from distro packaging by default.  Explain
      how to install on DEB based systems from packaging when they
      update to a newer version of Ansible.  Finally, clean up the
      ordering of the dependencies for a pip based install.
      
      TrivialFix
      
      Change-Id: I9564a03c2e75fd30b5ec9c7d64f5defb709d7fde
      e4a659e0
  22. Feb 09, 2016
  23. Jan 29, 2016
    • Qiu Yu's avatar
      Detect and use physical disks for Swift storage · a0fc2bd6
      Qiu Yu authored
      This change let Swift detect and use physical disk for storage. The
      old named volume for storage isn't really useful for any serious setup.
      Also updated swift-guide.rst accordingly.
      
      Change-Id: I4f577b7b69d8bcd8b3961500946241c65a16db22
      Partially-Implements: blueprint swift-physical-disk
      a0fc2bd6
  24. Jan 24, 2016
Loading