Add support for generically setting arguments for OpenStack Networking
for both the server and agent. This is done using Q_SRV_EXTRA_OPTS for the
server, which let you place settings in the "OVS" or "LINUX_BRIDGE"
sections of the plugin configuration file. For the agent, two variables
are defined: Q_AGENT_EXTRA_AGENT_OPTS lets you set items in the "AGENT"
section of the plugin configuration file, and Q_AGENT_EXTRA_SRV_OPTS
lets you set things in the "OVS" or "LINUX_BRIDGE" sections of the
plugin configuration file.
Implements blueprint devstack-quantum-config.
Change-Id: I9ba44b21231f88cda1bcc5e3389c7875f03d8145
Support is added for configuring devstack to use quantum's Modular L2
plugin, ml2. See https://review.openstack.org/#/c/20105/ and the
blueprint for details. Either the openvswitch or linuxbridge L2 agent
can be used with the ml2 plugin (or both in combination on different
nodes). Code configurating devstack for these L2 agents has been moved
into separate files so it can be shared between ml2 and the existing
monolithic plugins.
To use ml2 in devstack, set Q_PLUGIN=ml2 in localrc. By default it
will use the openvswitch L2 agent. To use ml2 with the linuxbridge
agent, also set Q_AGENT=linuxbridge in localrc. The local, flat, and
vlan network types are supported with either agent. Support for
openvswitch's gre network type is not yet implemented in ml2.
Note that ml2 does not yet return a useful value for binding:vif_type,
so nova's GenricVIFDriver cannot currently be used. If using the
linuxbridge agent, work around this by setting
NOVA_VIF_DRIVER=nova.virt.libvirt.vif.LinuxBridgeVIFDriver in localrc.
Implements: blueprint modular-l2
Change-Id: Ib3ed039d25295cf1ab268536cec408af8cd3795a
ceilometer has dropped bin scripts and switched to console scripts
blueprint setuptools-console-scripts
Change-Id: If6dff10471e351fe3640a60cc45fef719f671997
Fedora (and RHEL) like to install things in /usr/bin, e.g.
01:30:42 Creating /usr/lib/python2.7/site-packages/nova.egg-link (link to .)
01:30:42 Adding nova 2013.2.a1031.gfc5137d to easy-install.pth file
01:30:42 Installing nova-dhcpbridge script to /usr/bin
...
The default nova/paths.py defaults to /usr/local/... which causes
quite a few errors when stressing various parts of nova and tools
aren't found.
Change-Id: Iaa93af96ddfb4deb6d16ea1dcac25ae6ed1e317d
Set [database]connection option to mongodb rather than sqlite as mongodb
is the only fully supported db.
Change-Id: I2b9fbc65de4476593d456a782dbc7e6540a75141
Fixes: bug #1186240
The Nova v3 API will be disabled by default after 31164 goes through.
This change explicitly enables the v3 API in the nova config file
Change-Id: I8b4c64b4718fc96d7a928c6fa3a0e8716c7edba1
nodejs is required for Horizon (ships a copy of lessc internally). I
couldn't find nodejs in the rpm list, despite it being installed in
lib/horizon. This adds to the rpm list as NOPRIME and retains the old
install point.
RHEL6 has nodejs in EPEL now, so we remove the old hack that installed
an upstream version and add it to the install mentioned previously
Change-Id: Ib3ee2f7d77e22666c9055c8528288c01b46a95d3
Tweak devstack support to the nicira plugin in order to
reflect changes made in:
https://review.openstack.org/#/c/26427
This complements fixes for bug #1121605
Change-Id: I221466fb40412ceb457d3e888767291a76176aa6
Currently lib/heat says:
To enable, add the following to localrc
ENABLED_SERVICES+=,heat,h-api-cfn,h-api-cw,h-eng
Once the stack is up, `heat list` fails because the API server
isn't running.
This commit adds h-api to that list.
Also make sure h-api is killed in stop_heat().
Change-Id: I2e818bb343680b3778f9277c23c766f784d28887
This patch makes it easier to support the all-in-one installation of
XenServer with Quantum:
- separate agents for domU and dom0 openvswitches. The domU agent's name
is "q-domua", and the dom0 agent is called "q-agt"
- create a physnet1 physical network to connect those openvswitches
Note: This patch depends on the quantum patch:
https://review.openstack.org/15022
For a diagram, see:
http://goo.gl/BuAdg
Change-Id: Iff851438553528b9051edd380ecbb2c0415cbf78
Switching to the redis matchmaker.
The localhost matchmaker does not presently work.
Also, the localhost matchmaker could not work for
multi-host setups.
Change-Id: I81a26b9af78328e360a18b87371c619e194365d2
By default, the zeromq driver looks for
/var/run/openstack which needs to be created and
given the right permissions.
It is easier and just as safe in the case of devstack
to just use mktemp to establish a temporary working
directory.
Change-Id: I4cec33e49d2b042a244420fb40d83d476e4971cd
fixes bug 1179820
we must set firewall driver if we want to use quantum security group because
quantum will disable security group if we do not change the default firewall
driver. Currently devstack will not change the default firewall driver
if we just running quantum server on a node which will cause nova unable to
security group information.
Change-Id: Ie274325decbf252630a237ed3d6ee3136eb259fe
When devstack creates stack-screenrc, it includes unescaped "
characters that cause failures starting nova-compute. This fix
changes the " to ' so there isn't a conflict.
Fixes bug 1183114
Change-Id: I7830879d56f1ac20950aace46dd3b72d209986ce
When Quantum auth_token configuration were moved to quantum.conf,
the temporary logic to disable auth_token in api-paste.ini was added
to avoid gating test failures of patches based on the version with
api-paste.ini auth_token configurations.
This temporary logic is no longer needed.
Change-Id: I539301a338d5ada01c83af5e9cf203849a67c6c1
The other services, like nova, glance and cinder, use SERVICE_HOST
instead of HOST_IP to configure their server listening addresses.
This is more friendly to multi-node quantum deployment.
Change-Id: Ibee22ef59d532e8f7004d8e4582015d303d15404
If a virtual machine has got a managed save image, it is not
possible to delete it using a plain 'virsh undefine' command.
While Nova doesn't use 'managed save', the libvirt-guests
init script or systemd service may have created one if the
user rebooted their host. Thus we devstack should pass the
--managed-save flag to virsh to ensure the VM's removal.
Change-Id: Id9b072a6dceeb4e179d2b6a25bbdfb559c299e95
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
As discovered in tempest, when you create and delete volumes
quickly, and have a small volume storage pool, you can get cinder
scheduler to think you are "out of space" when you are not.
This is because cinder scheduler updates free space on it's
periodic job, which defaults to 60 seconds. We need control over
that value for the devstack gate otherwise we regularly get
overruns if we run too many volume tests quickly.
Work around for bug 1180976
Expect that this will get removed later if cinder gets a more
efficient way to update the scheduler for freed resources.
Also, don't be completely stupid about setting defaults....
Change-Id: I20e52e66fcc94b224476cdd14c88bd6981b4e617
The grep in rpc_backend uses . to search all files. Unfortunately
the current directory when the command is called is not the lib
directory, so change it to search the lib directory instead.
Without this fix the command is forced to grep all files under
devstack which could be very slow if one has downloaded large
images.
Fixes bug 1174718
Change-Id: Ic8a59885cd07e5d6f2e734e80824762f9ac12996
Adds support for running a region and child cell within a single
devstack environment.
README.md has been updated with some info on getting started.
Rebased/updated from initial work by Andrew Laski <andrew.laski@rackspace.com>.
Change-Id: Ic181da2180ccaa51df7efc9d66f7ccb820aac19b
It feels like the right think to do. Moreover it will avoid to display
horizon errors from a previous devstack run that would be displayed because
of the tail -f in start_horizon()
Change-Id: Id1ab272e60e0733a4feef3b85029f438f2273cb0
This patch leverages the third-party mechanism provided by DevStack
to customize the configuration of DevStack instances when working
with the Quantum NVP plugin. This is useful in dev/test scenarios,
where connectivity between the DevStack VM and the NVP Gateway is
required.
Supports blueprint nvp-third-party-support
Change-Id: I3f5afa5de1219f491e37c8b9b28370855d6b017c