| ... | ... |
@@ -7,11 +7,11 @@ |
| 7 | 7 |
# |
| 8 | 8 |
|
| 9 | 9 |
|
| 10 |
-# This script exits on an error so that errors don't compound and you see |
|
| 10 |
+# This script exits on an error so that errors don't compound and you see |
|
| 11 | 11 |
# only the first error that occured. |
| 12 | 12 |
set -o errexit |
| 13 | 13 |
|
| 14 |
-# Print the commands being run so that we can see the command that triggers |
|
| 14 |
+# Print the commands being run so that we can see the command that triggers |
|
| 15 | 15 |
# an error. It is also useful for following allowing as the install occurs. |
| 16 | 16 |
set -o xtrace |
| 17 | 17 |
|
| ... | ... |
@@ -38,11 +38,11 @@ export NOVA_USERNAME=${USERNAME:-demo}
|
| 38 | 38 |
# With Keystone you pass the keystone password instead of an api key. |
| 39 | 39 |
export NOVA_API_KEY=${ADMIN_PASSWORD:-secrete}
|
| 40 | 40 |
|
| 41 |
-# With the addition of Keystone, to use an openstack cloud you should |
|
| 42 |
-# authenticate against keystone, which returns a **Token** and **Service |
|
| 43 |
-# Catalog**. The catalog contains the endpoint for all services the user/tenant |
|
| 44 |
-# has access to - including nova, glance, keystone, swift, ... We currently |
|
| 45 |
-# recommend using the 2.0 *auth api*. |
|
| 41 |
+# With the addition of Keystone, to use an openstack cloud you should |
|
| 42 |
+# authenticate against keystone, which returns a **Token** and **Service |
|
| 43 |
+# Catalog**. The catalog contains the endpoint for all services the user/tenant |
|
| 44 |
+# has access to - including nova, glance, keystone, swift, ... We currently |
|
| 45 |
+# recommend using the 2.0 *auth api*. |
|
| 46 | 46 |
# |
| 47 | 47 |
# *NOTE*: Using the 2.0 *auth api* does mean that compute api is 2.0. We will |
| 48 | 48 |
# use the 1.1 *compute api* |
| ... | ... |
@@ -61,7 +61,7 @@ export NOVACLIENT_DEBUG=1 |
| 61 | 61 |
# Get a token for clients that don't support service catalog |
| 62 | 62 |
# ========================================================== |
| 63 | 63 |
|
| 64 |
-# manually create a token by querying keystone (sending JSON data). Keystone |
|
| 64 |
+# manually create a token by querying keystone (sending JSON data). Keystone |
|
| 65 | 65 |
# returns a token and catalog of endpoints. We use python to parse the token |
| 66 | 66 |
# and save it. |
| 67 | 67 |
|
| ... | ... |
@@ -120,11 +120,11 @@ IP=`nova show $NAME | grep "private network" | cut -d"|" -f3` |
| 120 | 120 |
# ping it once (timeout of a second) |
| 121 | 121 |
ping -c1 -w1 $IP || true |
| 122 | 122 |
|
| 123 |
-# sometimes the first ping fails (10 seconds isn't enough time for the VM's |
|
| 123 |
+# sometimes the first ping fails (10 seconds isn't enough time for the VM's |
|
| 124 | 124 |
# network to respond?), so let's wait 5 seconds and really test ping |
| 125 | 125 |
sleep 5 |
| 126 | 126 |
|
| 127 |
-ping -c1 -w1 $IP |
|
| 127 |
+ping -c1 -w1 $IP |
|
| 128 | 128 |
# allow icmp traffic |
| 129 | 129 |
nova secgroup-add-rule $SECGROUP icmp -1 -1 0.0.0.0/0 |
| 130 | 130 |
|
| ... | ... |
@@ -167,5 +167,5 @@ nova delete $NAME |
| 167 | 167 |
# Delete a secgroup |
| 168 | 168 |
nova secgroup-delete $SECGROUP |
| 169 | 169 |
|
| 170 |
-# FIXME: validate shutdown within 5 seconds |
|
| 170 |
+# FIXME: validate shutdown within 5 seconds |
|
| 171 | 171 |
# (nova show $NAME returns 1 or status != ACTIVE)? |
| ... | ... |
@@ -37,7 +37,7 @@ $BIN_DIR/keystone-manage $* endpointTemplates add RegionOne keystone http://%HOS |
| 37 | 37 |
$BIN_DIR/keystone-manage $* token add %SERVICE_TOKEN% admin admin 2015-02-05T00:00 |
| 38 | 38 |
|
| 39 | 39 |
# EC2 related creds - note we are setting the token to user_password |
| 40 |
-# but keystone doesn't parse them - it is just a blob from keystone's |
|
| 40 |
+# but keystone doesn't parse them - it is just a blob from keystone's |
|
| 41 | 41 |
# point of view |
| 42 | 42 |
$BIN_DIR/keystone-manage $* credentials add admin EC2 'admin_%ADMIN_PASSWORD%' admin admin || echo "no support for adding credentials" |
| 43 | 43 |
$BIN_DIR/keystone-manage $* credentials add demo EC2 'demo_%ADMIN_PASSWORD%' demo demo || echo "no support for adding credentials" |
| ... | ... |
@@ -4,7 +4,7 @@ |
| 4 | 4 |
|
| 5 | 5 |
# This script installs and configures *nova*, *glance*, *dashboard* and *keystone* |
| 6 | 6 |
|
| 7 |
-# This script allows you to specify configuration options of what git |
|
| 7 |
+# This script allows you to specify configuration options of what git |
|
| 8 | 8 |
# repositories to use, enabled services, network configuration and various |
| 9 | 9 |
# passwords. If you are crafty you can run the script on multiple nodes using |
| 10 | 10 |
# shared settings for common resources (mysql, rabbitmq) and build a multi-node |
| ... | ... |
@@ -65,11 +65,11 @@ fi |
| 65 | 65 |
# in most cases. |
| 66 | 66 |
# |
| 67 | 67 |
# We our settings from ``stackrc``. This file is distributed with devstack and |
| 68 |
-# contains locations for what repositories to use. If you want to use other |
|
| 69 |
-# repositories and branches, you can add your own settings with another file |
|
| 68 |
+# contains locations for what repositories to use. If you want to use other |
|
| 69 |
+# repositories and branches, you can add your own settings with another file |
|
| 70 | 70 |
# called ``localrc`` |
| 71 | 71 |
# |
| 72 |
-# If ``localrc`` exists, then ``stackrc`` will load those settings. This is |
|
| 72 |
+# If ``localrc`` exists, then ``stackrc`` will load those settings. This is |
|
| 73 | 73 |
# useful for changing a branch or repostiory to test other versions. Also you |
| 74 | 74 |
# can store your other settings like **MYSQL_PASSWORD** or **ADMIN_PASSWORD** instead |
| 75 | 75 |
# of letting devstack generate random ones for you. |
| ... | ... |
@@ -86,7 +86,7 @@ DEST=${DEST:-/opt/stack}
|
| 86 | 86 |
if [[ $EUID -eq 0 ]]; then |
| 87 | 87 |
echo "You are running this script as root." |
| 88 | 88 |
echo "In 10 seconds, we will create a user 'stack' and run as that user" |
| 89 |
- sleep 10 |
|
| 89 |
+ sleep 10 |
|
| 90 | 90 |
|
| 91 | 91 |
# since this script runs as a normal user, we need to give that user |
| 92 | 92 |
# ability to run sudo |
| ... | ... |
@@ -158,7 +158,7 @@ function read_password {
|
| 158 | 158 |
touch $localrc |
| 159 | 159 |
fi |
| 160 | 160 |
|
| 161 |
- # Presumably if we got this far it can only be that our localrc is missing |
|
| 161 |
+ # Presumably if we got this far it can only be that our localrc is missing |
|
| 162 | 162 |
# the required password. Prompt user for a password and write to localrc. |
| 163 | 163 |
echo '' |
| 164 | 164 |
echo '################################################################################' |
| ... | ... |
@@ -183,7 +183,7 @@ function read_password {
|
| 183 | 183 |
# Nova Network Configuration |
| 184 | 184 |
# -------------------------- |
| 185 | 185 |
|
| 186 |
-# FIXME: more documentation about why these are important flags. Also |
|
| 186 |
+# FIXME: more documentation about why these are important flags. Also |
|
| 187 | 187 |
# we should make sure we use the same variable names as the flag names. |
| 188 | 188 |
|
| 189 | 189 |
PUBLIC_INTERFACE=${PUBLIC_INTERFACE:-eth0}
|
| ... | ... |
@@ -204,15 +204,15 @@ MULTI_HOST=${MULTI_HOST:-0}
|
| 204 | 204 |
# variable but make sure that the interface doesn't already have an |
| 205 | 205 |
# ip or you risk breaking things. |
| 206 | 206 |
# |
| 207 |
-# **DHCP Warning**: If your flat interface device uses DHCP, there will be a |
|
| 208 |
-# hiccup while the network is moved from the flat interface to the flat network |
|
| 209 |
-# bridge. This will happen when you launch your first instance. Upon launch |
|
| 210 |
-# you will lose all connectivity to the node, and the vm launch will probably |
|
| 207 |
+# **DHCP Warning**: If your flat interface device uses DHCP, there will be a |
|
| 208 |
+# hiccup while the network is moved from the flat interface to the flat network |
|
| 209 |
+# bridge. This will happen when you launch your first instance. Upon launch |
|
| 210 |
+# you will lose all connectivity to the node, and the vm launch will probably |
|
| 211 | 211 |
# fail. |
| 212 |
-# |
|
| 213 |
-# If you are running on a single node and don't need to access the VMs from |
|
| 212 |
+# |
|
| 213 |
+# If you are running on a single node and don't need to access the VMs from |
|
| 214 | 214 |
# devices other than that node, you can set the flat interface to the same |
| 215 |
-# value as ``FLAT_NETWORK_BRIDGE``. This will stop the network hiccup from |
|
| 215 |
+# value as ``FLAT_NETWORK_BRIDGE``. This will stop the network hiccup from |
|
| 216 | 216 |
# occuring. |
| 217 | 217 |
FLAT_INTERFACE=${FLAT_INTERFACE:-eth0}
|
| 218 | 218 |
|
| ... | ... |
@@ -222,11 +222,11 @@ FLAT_INTERFACE=${FLAT_INTERFACE:-eth0}
|
| 222 | 222 |
# MySQL & RabbitMQ |
| 223 | 223 |
# ---------------- |
| 224 | 224 |
|
| 225 |
-# We configure Nova, Dashboard, Glance and Keystone to use MySQL as their |
|
| 225 |
+# We configure Nova, Dashboard, Glance and Keystone to use MySQL as their |
|
| 226 | 226 |
# database server. While they share a single server, each has their own |
| 227 | 227 |
# database and tables. |
| 228 | 228 |
|
| 229 |
-# By default this script will install and configure MySQL. If you want to |
|
| 229 |
+# By default this script will install and configure MySQL. If you want to |
|
| 230 | 230 |
# use an existing server, you can pass in the user/password/host parameters. |
| 231 | 231 |
# You will need to send the same ``MYSQL_PASSWORD`` to every host if you are doing |
| 232 | 232 |
# a multi-node devstack installation. |
| ... | ... |
@@ -471,8 +471,8 @@ if [[ "$ENABLED_SERVICES" =~ "n-cpu" ]]; then |
| 471 | 471 |
# attempt to load modules: network block device - used to manage qcow images |
| 472 | 472 |
sudo modprobe nbd || true |
| 473 | 473 |
|
| 474 |
- # Check for kvm (hardware based virtualization). If unable to initialize |
|
| 475 |
- # kvm, we drop back to the slower emulation mode (qemu). Note: many systems |
|
| 474 |
+ # Check for kvm (hardware based virtualization). If unable to initialize |
|
| 475 |
+ # kvm, we drop back to the slower emulation mode (qemu). Note: many systems |
|
| 476 | 476 |
# come with hardware virtualization disabled in BIOS. |
| 477 | 477 |
if [[ "$LIBVIRT_TYPE" == "kvm" ]]; then |
| 478 | 478 |
sudo modprobe kvm || true |
| ... | ... |
@@ -501,7 +501,7 @@ if [[ "$ENABLED_SERVICES" =~ "n-cpu" ]]; then |
| 501 | 501 |
# The user that nova runs as needs to be member of libvirtd group otherwise |
| 502 | 502 |
# nova-compute will be unable to use libvirt. |
| 503 | 503 |
sudo usermod -a -G libvirtd `whoami` |
| 504 |
- # libvirt detects various settings on startup, as we potentially changed |
|
| 504 |
+ # libvirt detects various settings on startup, as we potentially changed |
|
| 505 | 505 |
# the system configuration (modules, filesystems), we need to restart |
| 506 | 506 |
# libvirt to detect those changes. |
| 507 | 507 |
sudo /etc/init.d/libvirt-bin restart |
| ... | ... |
@@ -514,7 +514,7 @@ if [[ "$ENABLED_SERVICES" =~ "n-cpu" ]]; then |
| 514 | 514 |
mkdir -p $NOVA_DIR/instances |
| 515 | 515 |
|
| 516 | 516 |
# You can specify a different disk to be mounted and used for backing the |
| 517 |
- # virtual machines. If there is a partition labeled nova-instances we |
|
| 517 |
+ # virtual machines. If there is a partition labeled nova-instances we |
|
| 518 | 518 |
# mount it (ext filesystems can be labeled via e2label). |
| 519 | 519 |
if [ -L /dev/disk/by-label/nova-instances ]; then |
| 520 | 520 |
if ! mount -n | grep -q nova-instances; then |
| ... | ... |
@@ -22,7 +22,7 @@ rm -rf $DEST |
| 22 | 22 |
# clean install of natty |
| 23 | 23 |
if [ ! -d $CHROOTCACHE/natty-base ]; then |
| 24 | 24 |
$PROGDIR/make_image.sh -C natty $CHROOTCACHE/natty-base |
| 25 |
- # copy kernel modules... |
|
| 25 |
+ # copy kernel modules... |
|
| 26 | 26 |
# NOTE(ja): is there a better way to do this? |
| 27 | 27 |
cp -pr /lib/modules/`uname -r` $CHROOTCACHE/natty-base/lib/modules |
| 28 | 28 |
# a simple password - pass |
| ... | ... |
@@ -35,7 +35,7 @@ if [ ! -d $CHROOTCACHE/natty-dev ]; then |
| 35 | 35 |
chroot $CHROOTCACHE/natty-dev apt-get install -y `cat files/apts/* | cut -d\# -f1 | egrep -v "(rabbitmq|libvirt-bin|mysql-server)"` |
| 36 | 36 |
chroot $CHROOTCACHE/natty-dev pip install `cat files/pips/*` |
| 37 | 37 |
|
| 38 |
- # Create a stack user that is a member of the libvirtd group so that stack |
|
| 38 |
+ # Create a stack user that is a member of the libvirtd group so that stack |
|
| 39 | 39 |
# is able to interact with libvirt. |
| 40 | 40 |
chroot $CHROOTCACHE/natty-dev groupadd libvirtd |
| 41 | 41 |
chroot $CHROOTCACHE/natty-dev useradd stack -s /bin/bash -d $DEST -G libvirtd |
| ... | ... |
@@ -45,7 +45,7 @@ if [ ! -d $CHROOTCACHE/natty-dev ]; then |
| 45 | 45 |
# a simple password - pass |
| 46 | 46 |
echo stack:pass | chroot $CHROOTCACHE/natty-dev chpasswd |
| 47 | 47 |
|
| 48 |
- # and has sudo ability (in the future this should be limited to only what |
|
| 48 |
+ # and has sudo ability (in the future this should be limited to only what |
|
| 49 | 49 |
# stack requires) |
| 50 | 50 |
echo "stack ALL=(ALL) NOPASSWD: ALL" >> $CHROOTCACHE/natty-dev/etc/sudoers |
| 51 | 51 |
fi |
| ... | ... |
@@ -27,7 +27,7 @@ USE_CURRENT_DEVSTACK=${USE_CURRENT_DEVSTACK:-1}
|
| 27 | 27 |
# clean install of natty |
| 28 | 28 |
if [ ! -d $CHROOTCACHE/natty-base ]; then |
| 29 | 29 |
$PROGDIR/make_image.sh -C natty $CHROOTCACHE/natty-base |
| 30 |
- # copy kernel modules... |
|
| 30 |
+ # copy kernel modules... |
|
| 31 | 31 |
# NOTE(ja): is there a better way to do this? |
| 32 | 32 |
cp -pr /lib/modules/`uname -r` $CHROOTCACHE/natty-base/lib/modules |
| 33 | 33 |
# a simple password - pass |
| ... | ... |
@@ -40,7 +40,7 @@ if [ ! -d $CHROOTCACHE/natty-dev ]; then |
| 40 | 40 |
chroot $CHROOTCACHE/natty-dev apt-get install -y `cat files/apts/* | cut -d\# -f1 | egrep -v "(rabbitmq|libvirt-bin|mysql-server)"` |
| 41 | 41 |
chroot $CHROOTCACHE/natty-dev pip install `cat files/pips/*` |
| 42 | 42 |
|
| 43 |
- # Create a stack user that is a member of the libvirtd group so that stack |
|
| 43 |
+ # Create a stack user that is a member of the libvirtd group so that stack |
|
| 44 | 44 |
# is able to interact with libvirt. |
| 45 | 45 |
chroot $CHROOTCACHE/natty-dev groupadd libvirtd |
| 46 | 46 |
chroot $CHROOTCACHE/natty-dev useradd stack -s /bin/bash -d $DEST -G libvirtd |
| ... | ... |
@@ -50,7 +50,7 @@ if [ ! -d $CHROOTCACHE/natty-dev ]; then |
| 50 | 50 |
# a simple password - pass |
| 51 | 51 |
echo stack:pass | chroot $CHROOTCACHE/natty-dev chpasswd |
| 52 | 52 |
|
| 53 |
- # and has sudo ability (in the future this should be limited to only what |
|
| 53 |
+ # and has sudo ability (in the future this should be limited to only what |
|
| 54 | 54 |
# stack requires) |
| 55 | 55 |
echo "stack ALL=(ALL) NOPASSWD: ALL" >> $CHROOTCACHE/natty-dev/etc/sudoers |
| 56 | 56 |
fi |