openstack
/
tripleo-image-elements
Code Issues Proposed changes
tripleo-image-elements/elements/boot-stack
History
Michael Kerrin 09e1abdfdc Install latest version of pip and virtualenv 
We install pip with get-pip.py and use this to install virtualenv. This
is done as part of the new pip-and-virtualenv element. All elements that
need pip or virtualenv should use this element to install them.

Our motivation is that we need to talk to a pypi mirror generated with
a recent http://github.com/openstack-infra/pypi-mirror This mirror
caches some 'wheels' that the previous version of pip & virtualenv
can't install.

virtualenv contains its own version of pip that is used for all
virtualenv environments.

Change-Id: I282fd8fffc8d5707a078f78f2b4571138d7266f3
 		2014-03-10 10:06:59 +00:00
..
bin Run neutron-db-manage on reset-db. 2014-02-24 19:21:48 +13:00
install.d Install latest version of pip and virtualenv 2014-03-10 10:06:59 +00:00
os-apply-config/root Remove stale comments 2013-11-01 11:30:52 +00:00
os-refresh-config Moving iptables rules to the relevant elements 2014-01-28 06:31:54 -05:00
README.md Clarify that boot-stack isn't only for baremetal 2013-11-25 10:56:45 +00:00
element-deps Remove rabbitmq-server from boot-stack's element-deps 2014-02-10 16:52:26 -08:00

README.md

A self-contained one-node openstack.

Description

This element contains nova, glance, and keystone services.

When building an image containing boot-stack be sure to add either nova-kvm or nova-baremetal to enabled the appropriate hypervisor.

The seed-stack-config element can be used to configure boot-stack in the absence of Heat.

Basic Usage

See this doc for basic usage instructions: http://docs.openstack.org/developer/tripleo-incubator/devtest.html

First Boot

Upon first boot, scripts will be automatically run to perform the following:

  • database initialization
  • service restarts
  • default keystone accounts

The output of the first-boot scripts can be viewed in /var/log/first-boot.d.log. The file /opt/stack/boot-stack/boot-stack.ok will be touched upon the scripts' completion.

Credentials

OpenStack credentials are installed to /root/stackrc in the boot-stack machine, for automation needing them w/in the instance. Credentials are set from metadata, so consult config.json or your heat parameters.

Utilities

The following utilities are available in the running boot-stack machine:

reset-db - Clear all openstack databases.

boot-stack-logs - Start a screen session which tails important logs.

Configuration

For setting up keystone, controller-address can be set to an explicit address that will be used to control the endpoints for the initial cloud. If it is not set, the default is to try and determine the address from the default network interface configuration.

Here is an example of its usage in Heat Metadata:

controller-address:
  Fn::GetAtt: [ ControllerResource, PublicIp ]

Note that if you are feeding this Metadata to ControllerResource it will not be fed into the process until the Heat Metadata is refreshed, since the initial Metadata copy will have '0.0.0.0' (as we don't know the address until after we create a server record).