Upgrade to cirros 0.3.2

Cirros 0.3.2 is fixing the host name setting issue, which
is required for turning on the tempest instance validation tests.

Change-Id: I1b87740ab02c4eb0a8df653a35e1f85d40abda51
Related-Bug: #1132686
Add oslo.db

blueprint oslo-db-lib

Change-Id: If952099fa4dcf8638cad70d42a12ebcdac28de84
Add an option in lib/swift to increase max_header_size

With the increasing number of entries in the service_catalog header,
some projects will have a header bigger than 8192 and Swift cannot
handle headers of this size. Solum is the first one to have this issue

As a temporary hack to fix Solum's gate, we are increasing
the value of the max_header_size parameter in our "lib" script.

This patch makes this settings global to all projects using devstack,
so that in a near future, if a project has a service_catalog header
bigger than 8192, it doesn't have the same problems we had.

Closes bug 1316585

Change-Id: I5c15f8f9531839353c3d99e46d920688058ec33c
Use urandom rather than openssl for password gen

I tried using devstack on a cloud image that didn't have openssl, so
it generated blank passwords and gave an error about openssl missing.
Using urandom should not require more than minimal shell tools.

Change-Id: Ib3091183eb1d85fc8cf7c76e47da24a04ae4791f
README.md reformatting.

Break the very long lines into less than 80 characters long lines.

Change-Id: I40deb0f2b6170308fe192971a3edbf48ca6190ad
Add support for the IPv6 extended attributes in Tempest

Implements blueprint tempest-ipv6-attributes-support

Change-Id: I96bb78828eeb5548bb075f936342a027b9d11652
XenAPI:  Fix final script to include functions

Generally a ubuntu template is supplied - but in the case
where it is not, we need to source functions before sourcing
stackrc (Through xenrc)

Change-Id: I8325cf1c6f83946b7798e6d1bb8278e86831d3c4
Merge "Use urandom rather than openssl for password gen"
Merge "Add an option in lib/swift to increase max_header_size"
Add new configuration files for ceilometer

According to patch: https://review.openstack.org/#/c/77957/, and patch:
https://review.openstack.org/#/c/42713/15, new configuration files named
api_paste.ini and event_definitions.yaml are introduced, this patch
adds them to ceilometer configuration directory.

Change-Id: I57165d588da35f13b2d22629b48dc087502598a7
Move gcc to general

Lot of packages explicitly requires gcc now, but almost all of
the components needs it.

Always keep gcc in hand-range.

files/rpms/general: always installs the libxlst2-devel, not just on
RHEL 6, package recompile capability always handy and these are small
packages anyway.

Change-Id: Ia7d0e1938fb2453e3c02b979f99d6d179c6a24c6
Use daemon flag only when USE_SCREEN=False

This patch removes the daemon option, when devstack is started
with USE_SCREEN=True.

Change-Id: Ib3b1c0b2abf9111b767b3d557dacdc7a89a38f59
Workaround Fedora libvirtd issues on Xen instances

Fedora libvirtd fails to start on Xen instances (i.e. rackspace
instances) due to [1].  This works around the issue until it can be
fixed upstream.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1098376

Change-Id: I3790b5025982730263a6a84fce596e80f09efd5a
Merge "Workaround Fedora libvirtd issues on Xen instances"
Merge "XenAPI:  Fix final script to include functions"
Merge "Add new configuration files for ceilometer"
Merge "Upgrade to cirros 0.3.2"
ceilometer.conf configuration option missing os_auth_url

ceilometer-agent-centrol error connection keystone: \
Skip interval_task because Keystone error: \
Authorization Failed: Unable to establish connection to
http://localhost:5000/v2.0/tokens

Fixed bug #1320951

Change-Id: Iae722595cb51e11e604d373779d74a8968ea3324
Fix notify_nova options

This patch fixes various typos that prevent the neutron nova
notification options from working.

Change-Id: Ia3fb1e02008b338e2d08e927346397292be4e398
Closes-Bug: #1321347
Add options to configure provider network mappings for
OpenDaylight

OpenDaylight needs to know the physical network mapping
used with vlan tenant isolation. This is similar to how
the bridge_mappings cofig is used to map the physical
network to the bridge,
i.e. bridge_mappings=physnet1:br-eth1,physnet2:br-eth2.

OpenDaylight needs the physical network device itself:
provider_mappings=physnet1:eth1,physnet2:eth2.

OpenDaylight needs the mapping because the device port is
used when pushing flows. The neutron API's provide the
physical provider network value for example as physnet1.

DocImpact:
Use of VLANs with ML2 and the OpenDaylight mechanism driver
requires OpenDaylight Helium or newer to be installed.

Closes-Bug: #1315492
Change-Id: If7af9ce5735b01c35315a54c79355ca87b72c4b4