Add a timestamp to the log output for better diagnosis

when we are looking at logs generated by the gate jobs
we need timestamps on the output of stack.sh so we can
figure out what was being executed around the time when
there was a problem in say nova-network

Change-Id: I203e8dae97715d6ee46a4088c7577b9be66cf09d
Add is_fedora and exit_distro_not_supported functions

Between is_fedora, is_ubuntu and is_suse, we can make the code a bit
simpler to read. We also use exit_distro_not_supported to identify
places where we need implementation details for new distros.

As "/sbin/service --skip-redirect" is Fedora-specific, guard this with a
is_fedora test too.

Change-Id: Ic77c0697ed9be0dbb5df8e73da93463e76025f0c
exercises/euca: Fix volume timeout

Fixes bug 1087656

In euca exercise, the timeout for one of the volume operations was
specified as ASSOCIATE_TIMEOUT, whereas the timeout error message was
mentioning RUNNING_TIMEOUT. This fix changes the timeout to
RUNNING_TIMEOUT so that it is consistent with the error message.

As RUNNING is usually larger than ASSOCIATE, it leaves more time for the
volume operation.

Change-Id: Ic016c7920ae6e4ec9a476bb5612b7df9eed01c75
Add a service_check function

There is no function to check if the services invoked by devstack are
running well or not. We could use the function to check their status
and print them at the end of devstack running.

Change-Id: I845f6b5dddce5cffa7165ec58517f9ae5d8632a6
Setup rootwrapper for quantum-debug command

Setup rootwrapper for quantum-debug command
This change is needed to quantum-gating

Change-Id: I032f26c0c020374ac978e00bdf72856da795096d
Merge "Add a timestamp to the log output for better diagnosis"
Quantum cleanups

* Set base default env vars in lib/quantum
* Rename common dirs to match devstack conventions
  Q_CONF_FILE -> QUANTUM_CONF
  QUANTUM_CLIENT_* -> QUANTUMCLIENT_*

Change-Id: I7a2a92b50ef953195f078ac62cb975f28892c05c
Merge "exercises/euca: Fix volume timeout"
Merge "Setup rootwrapper for quantum-debug command"
Don't set the dns managers

Revert to previous behavior, pick up whatever is set as default
in nova. This was causing an issue in a tempest run. Tempest has
a test where multiple servers can be spun up with the same name
this test failed.

Change-Id: Ie71eda94caf38db0489d6b2385dc80808a39864d
enable tempest by default

turn on tempest by default, as that will provide the end users
with a testing environment to use with openstack out of the box.

Change-Id: I74160a25cfbc6325eea30c81df36e6acbb938bfd
Fix Heat waitcondition URL configuration

Change-Id: I32fb7f5ef91aebdf574a98845988b3a2a91d5550
Add the role heat_stack_user for heat

Change-Id: I0c3ac92d222ff746baca817002821f109815fee9
Always create signing_dir regardless of token format

Fixes bug 1088801

devstack does not create signing_dir when keystone token format is UUID.
If the default value of signing_dir is read-only, OpenStack services
such as Quantum server failed to start due to permission denied.

On the keystone client cannot know which token_format is used in keystone
in advance, so signing_dir should be created regardless of the token format.

Change-Id: I1b0d25c1ac4d22d9fb2c5443d15b96fdaa5a4c81
Merge "Quantum cleanups"
Add TLS support for keystone via proxy

* Adds lib/tls to create test CA/certs
* Start proxy if 'tls-proxy' is enabled
* Configure keystone service catalog for TLS
* Tear down proxy in unstack.sh
* Set auth protocol and ca-cert chain in openrc
* Add DATA_DIR to stackrc

This is the first in a series of patches to enable TLS support
for the service API endpoints.

Change-Id: Ia1c91dc8f1aaf94fbec9dc71da322559a83d14b6
Merge "Add is_fedora and exit_distro_not_supported functions"
Move Nova account creation out of keystone_data.sh

Supports the coming HA/proxy configuration for Nova

Change-Id: I2baf1f51486537a1489f1376d38f5710bd96c314
Merge "Move Nova account creation out of keystone_data.sh"
Two small fixes for openSUSE support

- Use right package files for openSUSE in tools/info.sh
- Use a2enmod to enable the wsgi apache module

Change-Id: I51e3019be32dc0938674c9c8d285a55f5b023707