Revision history [back]

click to hide/show revision 1
initial version

nova-compute is not coming up in OpenStack DevStack

nova-compute is not coming up in OpenStack Devstack All in One Node Install. While nova services are enable in stackrc

local.conf is also fine. Dashboard is coming up with all the services but compute host is not showing up.It is a physical machine (Ubuntu 12.04 Server), IP address is fixed. etc/hosts has correct entry. Also I have updated and upgraded before running ./stack.sh

nova-compute service is missing shows the below output.

hadoop@hadoop:~/devstack$ nova-manage service list 2015-01-08 16:30:34.264 DEBUG nova.servicegroup.api [-] ServiceGroup driver defined as an instance of db from (pid=23283) __new__ /opt/stack/nova/nova/servicegroup/api.py:65 2015-01-08 16:30:34.266 DEBUG oslo.db.api [req-504b55a2-50bc-4284-b36f-0c6961ac0936 None None] Loading backend 'sqlalchemy' from 'nova.db.sqlalchemy.api' from (pid=23283) _load_backend /usr/local/lib/python2.7/dist-packages/oslo/db/api.py:182 2015-01-08 16:30:34.501 DEBUG oslo.db.sqlalchemy.session [req-504b55a2-50bc-4284-b36f-0c6961ac0936 None None] MySQL server mode set to STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,TRADITIONAL,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION from (pid=23283) _check_effective_sql_mode /usr/local/lib/python2.7/dist-packages/oslo/db/sqlalchemy/session.py:509 Binary Host Zone Status State Updated_At nova-conductor hadoop internal enabled :-) 2015-01-08 11:00:34 nova-cert hadoop internal enabled :-) 2015-01-08 11:00:27 nova-network hadoop internal enabled :-) 2015-01-08 11:00:30 nova-scheduler hadoop internal enabled :-) 2015-01-08 11:00:33 nova-consoleauth hadoop internal enabled :-) 2015-01-08 11:00:29 hadoop@hadoop:~/devstack$

Unable to figure out on what am I missing, please help!

local.conf looks like below

hadoop@hadoop:~/devstack$ cat local.conf

Sample local.conf for user-configurable variables in stack.sh

NOTE: Copy this file to the root devstack directory for it to

work properly.

local.conf is a user-maintained setings file that is sourced from stackrc.

This gives it the ability to override any variables set in stackrc.

Also, most of the settings in stack.sh are written to only be set if no

value has already been set; this lets local.conf effectively override the

default values.

This is a collection of some of the settings we have found to be useful

in our DevStack development environments. Additional settings are described

in http://devstack.org/local.conf.html

These should be considered as samples and are unsupported DevStack code.

The localrc section replaces the old localrc configuration file.

Note that if localrc is present it will be used in favor of this section.

[[local|localrc]]

Minimal Contents

----------------

While stack.sh is happy to run without localrc, devlife is better when

there are a few minimal variables set:

If the SERVICE_TOKEN and *_PASSWORD variables are not set

here you will be prompted to enter values for them by stack.sh

and they will be added to local.conf.

FLOATING_RANGE=10.20.1.0/24 FIXED_RANGE=10.20.1.0/24 FIXED_NETWORK_SIZE=256 FLAT_INTERFACE=eth0

SERVICE_TOKEN=password

ADMIN_PASSWORD=password MYSQL_PASSWORD=password RABBIT_PASSWORD=password SERVICE_PASSWORD=$ADMIN_PASSWORD

HOST_IP should be set manually for best results if the NIC configuration

of the host is unusual, i.e. eth1 has the default route but eth0 is the

public interface. It is auto-detected in stack.sh but often is indeterminate

on later runs due to the IP moving from an Ethernet interface to a bridge on

the host. Setting it here also makes it available for openrc to include

when setting OS_AUTH_URL.

HOST_IP is not set by default.

HOST_IP=****

Logging

-------

By default stack.sh output only goes to the terminal where it runs. It can

be configured to additionally log to a file by setting LOGFILE to the full

path of the destination log file. A timestamp will be appended to the given name.

LOGFILE=$DEST/logs/stack.sh.log

Old log files are automatically removed after 7 days to keep things neat. Change

the number of days by setting LOGDAYS.

LOGDAYS=2

Nova logs will be colorized if SYSLOG is not set; turn this off by setting

LOG_COLOR false.

LOG_COLOR=False

Using milestone-proposed branches

---------------------------------

Uncomment these to grab the milestone-proposed branches from the repos:

CINDER_BRANCH=milestone-proposed

GLANCE_BRANCH=milestone-proposed

HORIZON_BRANCH=milestone-proposed

KEYSTONE_BRANCH=milestone-proposed

KEYSTONECLIENT_BRANCH=milestone-proposed

NOVA_BRANCH=milestone-proposed

NOVACLIENT_BRANCH=milestone-proposed

NEUTRON_BRANCH=milestone-proposed

SWIFT_BRANCH=milestone-proposed

Swift

-----

Swift is now used as the back-end for the S3-like object store. If Nova's

objectstore (n-obj in ENABLED_SERVICES) is enabled, it will NOT

run if Swift is enabled. Setting the hash value is required and you will

be prompted for it if Swift is enabled so just set it to something already:

ENABLED_SERVICES+=,swift

enable_service s-proxy s-object s-container s-account

SWIFT_HASH=66a3d6b56c1f479c8b4e70ab5c2000f5

For development purposes the default of 3 replicas is usually not required.

Set this to 1 to save some resources:

SWIFT_REPLICAS=1

The data for Swift is stored by default in ($DEST/data/swift),

or ($DATA_DIR/swift) if DATA_DIR has been set, and can be

moved by setting SWIFT_DATA_DIR. The directory will be created

if it does not exist.

SWIFT_DATA_DIR=$DEST/data

Tempest

-------

Install the tempest test suite

enable_service tempest

enable ceilometer

enable_service ceilometer-acompute ceilometer-acentral ceilometer-anotification ceilometer-collector enable_service ceilometer-alarm-evaluator,ceilometer-alarm-notifier enable_service ceilometer-api

set UUID as keystone token format which is much shorter and easier to work with.

KEYSTONE_TOKEN_FORMAT=UUID

Enable logging

SCREEN_LOGDIR=$DEST/logs/screen

Enable auto assignment of floating IPs. By default Savanna expects this setting to be enabled

EXTRA_OPTS=(auto_assign_floating_ip=True)

enable sahara

enable_service sahara

nova-compute is not coming up in OpenStack DevStack

nova-compute is not coming up in OpenStack Devstack All in One Node Install. While nova services are enable in stackrc

local.conf is also fine. Dashboard is coming up with all the services but compute host is not showing up.It is a physical machine (Ubuntu 12.04 Server), IP address is fixed. etc/hosts has correct entry. Also I have updated and upgraded before running ./stack.sh

nova-compute service is missing shows the below output.

hadoop@hadoop:~/devstack$ nova-manage service list 2015-01-08 16:30:34.264 DEBUG nova.servicegroup.api [-] ServiceGroup driver defined as an instance of db from (pid=23283) __new__ /opt/stack/nova/nova/servicegroup/api.py:65 2015-01-08 16:30:34.266 DEBUG oslo.db.api [req-504b55a2-50bc-4284-b36f-0c6961ac0936 None None] Loading backend 'sqlalchemy' from 'nova.db.sqlalchemy.api' from (pid=23283) _load_backend /usr/local/lib/python2.7/dist-packages/oslo/db/api.py:182 2015-01-08 16:30:34.501 DEBUG oslo.db.sqlalchemy.session [req-504b55a2-50bc-4284-b36f-0c6961ac0936 None None] MySQL server mode set to STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,TRADITIONAL,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION from (pid=23283) _check_effective_sql_mode /usr/local/lib/python2.7/dist-packages/oslo/db/sqlalchemy/session.py:509 Binary Host Zone Status State Updated_At nova-conductor hadoop internal enabled :-) 2015-01-08 11:00:34 nova-cert hadoop internal enabled :-) 2015-01-08 11:00:27 nova-network hadoop internal enabled :-) 2015-01-08 11:00:30 nova-scheduler hadoop internal enabled :-) 2015-01-08 11:00:33 nova-consoleauth hadoop internal enabled :-) 2015-01-08 11:00:29 hadoop@hadoop:~/devstack$

Unable to figure out on what am I missing, please help!

local.conf looks like below

hadoop@hadoop:~/devstack$ cat local.conf

Sample local.conf for user-configurable variables in stack.sh

NOTE: Copy this file to the root devstack directory for it to

work properly.

local.conf is a user-maintained setings file that is sourced from stackrc.

This gives it the ability to override any variables set in stackrc.

Also, most of the settings in stack.sh are written to only be set if no

value has already been set; this lets local.conf effectively override the

default values.

This is a collection of some of the settings we have found to be useful

in our DevStack development environments. Additional settings are described

in http://devstack.org/local.conf.html

These should be considered as samples and are unsupported DevStack code.

The localrc section replaces the old localrc configuration file.

Note that if localrc is present it will be used in favor of this section.

[[local|localrc]]

Minimal Contents

----------------

While stack.sh is happy to run without localrc, devlife is better when

there are a few minimal variables set:

If the SERVICE_TOKEN and *_PASSWORD variables are not set

here you will be prompted to enter values for them by stack.sh

and they will be added to local.conf.

FLOATING_RANGE=10.20.1.0/24 FIXED_RANGE=10.20.1.0/24 FIXED_NETWORK_SIZE=256 FLAT_INTERFACE=eth0

SERVICE_TOKEN=password

ADMIN_PASSWORD=password MYSQL_PASSWORD=password RABBIT_PASSWORD=password SERVICE_PASSWORD=$ADMIN_PASSWORD

HOST_IP should be set manually for best results if the NIC configuration

of the host is unusual, i.e. eth1 has the default route but eth0 is the

public interface. It is auto-detected in stack.sh but often is indeterminate

on later runs due to the IP moving from an Ethernet interface to a bridge on

the host. Setting it here also makes it available for openrc to include

when setting OS_AUTH_URL.

HOST_IP is not set by default.

HOST_IP=****

Logging

-------

By default stack.sh output only goes to the terminal where it runs. It can

be configured to additionally log to a file by setting LOGFILE to the full

path of the destination log file. A timestamp will be appended to the given name.

LOGFILE=$DEST/logs/stack.sh.log

Old log files are automatically removed after 7 days to keep things neat. Change

the number of days by setting LOGDAYS.

LOGDAYS=2

Nova logs will be colorized if SYSLOG is not set; turn this off by setting

LOG_COLOR false.

LOG_COLOR=False

Using milestone-proposed branches

---------------------------------

Uncomment these to grab the milestone-proposed branches from the repos:

CINDER_BRANCH=milestone-proposed

GLANCE_BRANCH=milestone-proposed

HORIZON_BRANCH=milestone-proposed

KEYSTONE_BRANCH=milestone-proposed

KEYSTONECLIENT_BRANCH=milestone-proposed

NOVA_BRANCH=milestone-proposed

NOVACLIENT_BRANCH=milestone-proposed

NEUTRON_BRANCH=milestone-proposed

SWIFT_BRANCH=milestone-proposed

Swift

-----

Swift is now used as the back-end for the S3-like object store. If Nova's

objectstore (n-obj in ENABLED_SERVICES) is enabled, it will NOT

run if Swift is enabled. Setting the hash value is required and you will

be prompted for it if Swift is enabled so just set it to something already:

ENABLED_SERVICES+=,swift

enable_service s-proxy s-object s-container s-account

SWIFT_HASH=66a3d6b56c1f479c8b4e70ab5c2000f5

For development purposes the default of 3 replicas is usually not required.

Set this to 1 to save some resources:

SWIFT_REPLICAS=1

The data for Swift is stored by default in ($DEST/data/swift),

or ($DATA_DIR/swift) if DATA_DIR has been set, and can be

moved by setting SWIFT_DATA_DIR. The directory will be created

if it does not exist.

SWIFT_DATA_DIR=$DEST/data

Tempest

-------

Install the tempest test suite

enable_service tempest

enable ceilometer

enable_service ceilometer-acompute ceilometer-acentral ceilometer-anotification ceilometer-collector enable_service ceilometer-alarm-evaluator,ceilometer-alarm-notifier enable_service ceilometer-api

set UUID as keystone token format which is much shorter and easier to work with.

KEYSTONE_TOKEN_FORMAT=UUID

Enable logging

SCREEN_LOGDIR=$DEST/logs/screen

Enable auto assignment of floating IPs. By default Savanna expects this setting to be enabled

EXTRA_OPTS=(auto_assign_floating_ip=True)

enable sahara

enable_service sahara

nova-compute is not coming up in OpenStack DevStack

nova-compute is not coming up in OpenStack Devstack All in One Node Install. While nova services are enable in stackrc

local.conf is also fine. Dashboard is coming up with all the services but compute host is not showing up.It is a physical machine (Ubuntu 12.04 Server), IP address is fixed. etc/hosts has correct entry. Also I have updated and upgraded before running ./stack.sh

nova-compute service is missing shows the below output.

hadoop@hadoop:~/devstack$ nova-manage service list 2015-01-08 16:30:34.264 DEBUG nova.servicegroup.api [-] ServiceGroup driver defined as an instance of db from (pid=23283) __new__ /opt/stack/nova/nova/servicegroup/api.py:65 2015-01-08 16:30:34.266 DEBUG oslo.db.api [req-504b55a2-50bc-4284-b36f-0c6961ac0936 None None] Loading backend 'sqlalchemy' from 'nova.db.sqlalchemy.api' from (pid=23283) _load_backend /usr/local/lib/python2.7/dist-packages/oslo/db/api.py:182 2015-01-08 16:30:34.501 DEBUG oslo.db.sqlalchemy.session [req-504b55a2-50bc-4284-b36f-0c6961ac0936 None None] MySQL server mode set to STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,TRADITIONAL,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION from (pid=23283) _check_effective_sql_mode /usr/local/lib/python2.7/dist-packages/oslo/db/sqlalchemy/session.py:509 Binary Host Zone Status State Updated_At nova-conductor hadoop internal enabled :-) 2015-01-08 11:00:34 nova-cert hadoop internal enabled :-) 2015-01-08 11:00:27 nova-network hadoop internal enabled :-) 2015-01-08 11:00:30 nova-scheduler hadoop internal enabled :-) 2015-01-08 11:00:33 nova-consoleauth hadoop internal enabled :-) 2015-01-08 11:00:29 hadoop@hadoop:~/devstack$

Unable to figure out on what am I missing, please help!

local.conf looks like below

hadoop@hadoop:~/devstack$ cat local.conf

Sample local.conf for user-configurable variables in stack.sh

NOTE: Copy this file to the root devstack directory for it to

work properly.

local.conf is a user-maintained setings file that is sourced from stackrc.

This gives it the ability to override any variables set in stackrc.

Also, most of the settings in stack.sh are written to only be set if no

value has already been set; this lets local.conf effectively override the

default values.

This is a collection of some of the settings we have found to be useful

in our DevStack development environments. Additional settings are described

in http://devstack.org/local.conf.html

These should be considered as samples and are unsupported DevStack code.

The localrc section replaces the old localrc configuration file.

Note that if localrc is present it will be used in favor of this section.

[[local|localrc]]

Minimal Contents

----------------

While stack.sh is happy to run without localrc, devlife is better when

there are a few minimal variables set:

If the SERVICE_TOKEN and *_PASSWORD variables are not set

here you will be prompted to enter values for them by stack.sh

and they will be added to local.conf.

FLOATING_RANGE=10.20.1.0/24 FIXED_RANGE=10.20.1.0/24 FIXED_NETWORK_SIZE=256 FLAT_INTERFACE=eth0

SERVICE_TOKEN=password

ADMIN_PASSWORD=password MYSQL_PASSWORD=password RABBIT_PASSWORD=password SERVICE_PASSWORD=$ADMIN_PASSWORD

HOST_IP should be set manually for best results if the NIC configuration

of the host is unusual, i.e. eth1 has the default route but eth0 is the

public interface. It is auto-detected in stack.sh but often is indeterminate

on later runs due to the IP moving from an Ethernet interface to a bridge on

the host. Setting it here also makes it available for openrc to include

when setting OS_AUTH_URL.

HOST_IP is not set by default.

HOST_IP=****HOST_IP=10.20.1.180

Logging

-------

By default stack.sh output only goes to the terminal where it runs. It can

be configured to additionally log to a file by setting LOGFILE to the full

path of the destination log file. A timestamp will be appended to the given name.

LOGFILE=$DEST/logs/stack.sh.log

Old log files are automatically removed after 7 days to keep things neat. Change

the number of days by setting LOGDAYS.

LOGDAYS=2

Nova logs will be colorized if SYSLOG is not set; turn this off by setting

LOG_COLOR false.

LOG_COLOR=False

Using milestone-proposed branches

---------------------------------

Uncomment these to grab the milestone-proposed branches from the repos:

CINDER_BRANCH=milestone-proposed

GLANCE_BRANCH=milestone-proposed

HORIZON_BRANCH=milestone-proposed

KEYSTONE_BRANCH=milestone-proposed

KEYSTONECLIENT_BRANCH=milestone-proposed

NOVA_BRANCH=milestone-proposed

NOVACLIENT_BRANCH=milestone-proposed

NEUTRON_BRANCH=milestone-proposed

SWIFT_BRANCH=milestone-proposed

Swift

-----

Swift is now used as the back-end for the S3-like object store. If Nova's

objectstore (n-obj in ENABLED_SERVICES) is enabled, it will NOT

run if Swift is enabled. Setting the hash value is required and you will

be prompted for it if Swift is enabled so just set it to something already:

ENABLED_SERVICES+=,swift

enable_service s-proxy s-object s-container s-account

SWIFT_HASH=66a3d6b56c1f479c8b4e70ab5c2000f5

For development purposes the default of 3 replicas is usually not required.

Set this to 1 to save some resources:

SWIFT_REPLICAS=1

The data for Swift is stored by default in ($DEST/data/swift),

or ($DATA_DIR/swift) if DATA_DIR has been set, and can be

moved by setting SWIFT_DATA_DIR. The directory will be created

if it does not exist.

SWIFT_DATA_DIR=$DEST/data

Tempest

-------

Install the tempest test suite

enable_service tempest

enable ceilometer

enable_service ceilometer-acompute ceilometer-acentral ceilometer-anotification ceilometer-collector enable_service ceilometer-alarm-evaluator,ceilometer-alarm-notifier enable_service ceilometer-api

set UUID as keystone token format which is much shorter and easier to work with.

KEYSTONE_TOKEN_FORMAT=UUID

Enable logging

SCREEN_LOGDIR=$DEST/logs/screen

Enable auto assignment of floating IPs. By default Savanna expects this setting to be enabled

EXTRA_OPTS=(auto_assign_floating_ip=True)

enable sahara

enable_service sahara

click to hide/show revision 4
No.4 Revision

nova-compute is not coming up in OpenStack DevStack

nova-compute is not coming up in OpenStack Devstack All in One Node Install. While nova services are enable in stackrc

local.conf is also fine. Dashboard is coming up with all the services but compute host is not showing up.It is a physical machine (Ubuntu 12.04 Server), IP address is fixed. etc/hosts has correct entry. Also I have updated and upgraded before running ./stack.sh

nova-compute service is missing shows the below output.

hadoop@hadoop:~/devstack$ nova-manage service list
2015-01-08 16:30:34.264 DEBUG nova.servicegroup.api [-] ServiceGroup driver defined as an instance of db from (pid=23283) __new__ /opt/stack/nova/nova/servicegroup/api.py:65
2015-01-08 16:30:34.266 DEBUG oslo.db.api [req-504b55a2-50bc-4284-b36f-0c6961ac0936 None None] Loading backend 'sqlalchemy' from 'nova.db.sqlalchemy.api' from (pid=23283) _load_backend /usr/local/lib/python2.7/dist-packages/oslo/db/api.py:182
2015-01-08 16:30:34.501 DEBUG oslo.db.sqlalchemy.session [req-504b55a2-50bc-4284-b36f-0c6961ac0936 None None] MySQL server mode set to STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,TRADITIONAL,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION from (pid=23283) _check_effective_sql_mode /usr/local/lib/python2.7/dist-packages/oslo/db/sqlalchemy/session.py:509
Binary           Host                                 Zone             Status     State Updated_At
nova-conductor   hadoop                               internal         enabled    :-)   2015-01-08 11:00:34
nova-cert        hadoop                               internal         enabled    :-)   2015-01-08 11:00:27
nova-network     hadoop                               internal         enabled    :-)   2015-01-08 11:00:30
nova-scheduler   hadoop                               internal         enabled    :-)   2015-01-08 11:00:33
nova-consoleauth hadoop                               internal         enabled    :-)   2015-01-08 11:00:29
hadoop@hadoop:~/devstack$

hadoop@hadoop:~/devstack$

Unable to figure out on what am I missing, please help!

local.conf looks like below

hadoop@hadoop:~/devstack$ cat local.conf

local.conf # Sample local.conf ``local.conf`` for user-configurable variables in stack.sh

``stack.sh`` # NOTE: Copy this file to the root devstack ``devstack`` directory for it to

to # work properly.

local.conf properly. # ``local.conf`` is a user-maintained setings file that is sourced from stackrc.

``stackrc``. # This gives it the ability to override any variables set in stackrc.

``stackrc``. # Also, most of the settings in stack.sh ``stack.sh`` are written to only be set if no

no # value has already been set; this lets local.conf ``local.conf`` effectively override the

the # default values.

values. # This is a collection of some of the settings we have found to be useful

useful # in our DevStack development environments. Additional settings are described

in http://devstack.org/local.conf.html

described # in http://devstack.org/local.conf.html # These should be considered as samples and are unsupported DevStack code.

code. # The localrc ``localrc`` section replaces the old localrc ``localrc`` configuration file.

file. # Note that if localrc ``localrc`` is present it will be used in favor of this section.

[[local|localrc]]

section. [[local|localrc]] # Minimal Contents

----------------

Contents # ---------------- # While stack.sh ``stack.sh`` is happy to run without localrc, ``localrc``, devlife is better when

when # there are a few minimal variables set:

set: # If the SERVICE_TOKEN ``SERVICE_TOKEN`` and *_PASSWORD ``*_PASSWORD`` variables are not set

set # here you will be prompted to enter values for them by stack.sh

``stack.sh`` # and they will be added to local.conf.

``local.conf``. FLOATING_RANGE=10.20.1.0/24 FIXED_RANGE=10.20.1.0/24 FIXED_NETWORK_SIZE=256 FLAT_INTERFACE=eth0

SERVICE_TOKEN=password

FLAT_INTERFACE=eth0 #SERVICE_TOKEN=password ADMIN_PASSWORD=password MYSQL_PASSWORD=password RABBIT_PASSWORD=password SERVICE_PASSWORD=$ADMIN_PASSWORD

HOST_IP SERVICE_PASSWORD=$ADMIN_PASSWORD # ``HOST_IP`` should be set manually for best results if the NIC configuration

configuration # of the host is unusual, i.e. eth1 ``eth1`` has the default route but eth0 is the

``eth0`` is the # public interface. It is auto-detected in stack.sh ``stack.sh`` but often is indeterminate

indeterminate # on later runs due to the IP moving from an Ethernet interface to a bridge on

on # the host. Setting it here also makes it available for openrc to include

``openrc`` to include # when setting OS_AUTH_URL.

HOST_IP ``OS_AUTH_URL``. # ``HOST_IP`` is not set by default.

HOST_IP=10.20.1.180

Logging

-------

default. HOST_IP=10.20.1.180 # Logging # ------- # By default stack.sh ``stack.sh`` output only goes to the terminal where it runs. It can

can # be configured to additionally log to a file by setting LOGFILE to the full

``LOGFILE`` to the full # path of the destination log file. A timestamp will be appended to the given name.

LOGFILE=$DEST/logs/stack.sh.log

name. LOGFILE=$DEST/logs/stack.sh.log # Old log files are automatically removed after 7 days to keep things neat. Change

Change # the number of days by setting LOGDAYS.

LOGDAYS=2

``LOGDAYS``. LOGDAYS=2 # Nova logs will be colorized if SYSLOG ``SYSLOG`` is not set; turn this off by setting

LOG_COLOR false.

LOG_COLOR=False

setting # ``LOG_COLOR`` false. #LOG_COLOR=False # Using milestone-proposed branches

---------------------------------

branches # --------------------------------- # Uncomment these to grab the milestone-proposed branches from the repos:

CINDER_BRANCH=milestone-proposed

GLANCE_BRANCH=milestone-proposed

HORIZON_BRANCH=milestone-proposed

KEYSTONE_BRANCH=milestone-proposed

KEYSTONECLIENT_BRANCH=milestone-proposed

NOVA_BRANCH=milestone-proposed

NOVACLIENT_BRANCH=milestone-proposed

NEUTRON_BRANCH=milestone-proposed

SWIFT_BRANCH=milestone-proposed

Swift

-----

repos: #CINDER_BRANCH=milestone-proposed #GLANCE_BRANCH=milestone-proposed #HORIZON_BRANCH=milestone-proposed #KEYSTONE_BRANCH=milestone-proposed #KEYSTONECLIENT_BRANCH=milestone-proposed #NOVA_BRANCH=milestone-proposed #NOVACLIENT_BRANCH=milestone-proposed #NEUTRON_BRANCH=milestone-proposed #SWIFT_BRANCH=milestone-proposed # Swift # ----- # Swift is now used as the back-end for the S3-like object store. If Nova's

Nova's # objectstore (n-obj in ENABLED_SERVICES) (``n-obj`` in ``ENABLED_SERVICES``) is enabled, it will NOT

NOT # run if Swift is enabled. Setting the hash value is required and you will

will # be prompted for it if Swift is enabled so just set it to something already:

ENABLED_SERVICES+=,swift

already: #ENABLED_SERVICES+=,swift enable_service s-proxy s-object s-container s-account

SWIFT_HASH=66a3d6b56c1f479c8b4e70ab5c2000f5

s-account SWIFT_HASH=66a3d6b56c1f479c8b4e70ab5c2000f5 # For development purposes the default of 3 replicas is usually not required.

required. # Set this to 1 to save some resources:

SWIFT_REPLICAS=1

resources: SWIFT_REPLICAS=1 # The data for Swift is stored by default in ($DEST/data/swift),

(``$DEST/data/swift``), # or ($DATA_DIR/swift) (``$DATA_DIR/swift``) if DATA_DIR ``DATA_DIR`` has been set, and can be

be # moved by setting SWIFT_DATA_DIR. ``SWIFT_DATA_DIR``. The directory will be created

created # if it does not exist.

SWIFT_DATA_DIR=$DEST/data

Tempest

-------

exist. SWIFT_DATA_DIR=$DEST/data # Tempest # ------- # Install the tempest test suite

suite enable_service tempest

enable ceilometer

tempest #enable ceilometer enable_service ceilometer-acompute ceilometer-acentral ceilometer-anotification ceilometer-collector enable_service ceilometer-alarm-evaluator,ceilometer-alarm-notifier enable_service ceilometer-api

ceilometer-api # set UUID as keystone token format which is much shorter and easier to work with.

KEYSTONE_TOKEN_FORMAT=UUID

with. KEYSTONE_TOKEN_FORMAT=UUID # Enable logging

SCREEN_LOGDIR=$DEST/logs/screen

logging SCREEN_LOGDIR=$DEST/logs/screen # Enable auto assignment of floating IPs. By default Savanna expects this setting to be enabled

EXTRA_OPTS=(auto_assign_floating_ip=True)

enable sahara

enabled EXTRA_OPTS=(auto_assign_floating_ip=True) #enable sahara enable_service sahara

sahara