79c2d0f3d4
In two places during upgrade we manually trigger puppet. There can be a problem when new puppet modules are added, and their corresponding symlinks in /etc/puppet/modules are not created during the installation as their are installed in /usr/share/openstack-puppet/modules. To prevent the issue tripleo set modulepath in the templates. We must use the same modulepath to make sure that we don't fail because of missing module in the manual puppet run. This particulary happens when you upgrade from M->N->O, as the base image in Mitaka doesn't have the proper symlinks and they are not created during the installation of the package. Closes-Bug: #1684587 Change-Id: I79df6ea33f1c58e13309176a6de41b7572541fd6
Team and repository tags
tripleo-heat-templates
Heat templates to deploy OpenStack using OpenStack.
- Free software: Apache license
- Documentation: http://docs.openstack.org/developer/tripleo-docs
- Source: http://git.openstack.org/cgit/openstack/tripleo-heat-templates
- Bugs: http://bugs.launchpad.net/tripleo
Features
The ability to deploy a multi-node, role based OpenStack deployment using OpenStack Heat. Notable features include:
- Choice of deployment/configuration tooling: puppet, (soon) docker
- Role based deployment: roles for the controller, compute, ceph, swift, and cinder storage
- physical network configuration: support for isolated networks, bonding, and standard ctlplane networking
Directories
A description of the directory layout in TripleO Heat Templates.
- environments: contains heat environment files that can be used with -e
on the command like to enable features, etc.
- extraconfig: templates used to enable 'extra' functionality. Includes
functionality for distro specific registration and upgrades.
- firstboot: example first_boot scripts that can be used when initially
creating instances.
- network: heat templates to help create isolated networks and ports
- puppet: templates mostly driven by configuration with puppet. To use these
templates you can use the overcloud-resource-registry-puppet.yaml.
- validation-scripts: validation scripts useful to all deployment
configurations
Service testing matrix
The configuration for the CI scenarios will be defined in tripleo-heat-templates/ci/ and should be executed according to the following table:
| - | scenario001 | scenario002 | scenario003 | scenario004 | multinode-nonha |
|---|---|---|---|---|---|
| keystone |
|
|
|
|
|
| glance |
|
|
|
swift + rbd |
|
| cinder |
|
|
|
||
| heat |
|
|
|
|
|
| mysql |
|
|
|
|
|
| neutron |
|
|
|
|
|
| neutron-bgpvpn |
|
||||
| rabbitmq |
|
|
|
|
|
| mongodb |
|
|
|||
| redis |
|
||||
| haproxy |
|
|
|
|
|
| keepalived |
|
|
|
|
|
| memcached |
|
|
|
|
|
| pacemaker |
|
|
|
|
|
| nova |
|
|
|
|
|
| ntp |
|
|
|
|
|
| snmp |
|
|
|
|
|
| timezone |
|
|
|
|
|
| sahara |
|
||||
| mistral |
|
||||
| swift |
|
|
|||
| aodh |
|
||||
| ceilometer |
|
||||
| gnocchi |
|
||||
| panko |
|
||||
| barbican |
|
||||
| zaqar |
|
||||
| ec2api |
|
||||
| cephrgw |
|
|
|||
| tacker |
|
||||
| congress |
|
||||
| cephmds |
|
||||
| manila |
|
||||
| collectd |
|
||||
| fluentd |
|
||||
| sensu-client |
|