This provides the support for the monolithic plugin
for IBM SDN-VE that is being added to Neutron here:
https://review.openstack.org/#/c/66453/
Implements: blueprint ibm-sdnve-plugin-support
Depends-On: I92619a95bca2ae0c37e7fdd39da30119b43d1ad6
DocImpact
Change-Id: I0958457355036fdab93156cd7fb4afd1a458918b
The behavior of the code being replaced was failing
with '-o errexit' should that, as in the common case,
the image has not been uploaded into Glance.
While we could workaround this using a '|| :', the existing
code also happened to overwrite the DOCKER_IMAGE global
which is used elsewhere. It seemed prudent to either change
this variable name or remove it altogether.
Finally, using 'glance image-show' is more deterministic
than grepping the output of 'glance image-list'.
Change-Id: I23188155966ae9db64259b4a9d25a0d98c63c912
Closes-Bug: 1286443
ceilometer should only try to reset the database if it's actually
on a node where there is a database.
Change-Id: Ibcfec0556829bff0938e3769c19d34ae6c02b738
when doing ceilometer in a multihost devstack, you don't want
ceilometer-api running on the computes. Under -o errexit this
became fatal.
Change-Id: Ie43c8724ba467b810f5a3b075dea45d66dde8648
There was a stray inicomment on paste outside of a nova-api block. This
fails under -o errexit because the paste.ini doesn't exist.
Move this to inside the correct block.
Change-Id: Iffbdae6716a1c2a8f650b68edd4faf436434eab1
This allows for easy client configuration against clustered RabbitMQ
setups. Does not break existing configs.
Change-Id: I2b180f8860a727e35d7b465253689e5e8c44eb98
Closes-Bug: 1286411
This patch adds use_syslog option to the marconi config file. This
is needed to allow marconi to run, when USE_SCREEN is set to False
in devstack.
Change-Id: I547697ec2745975e235a4e58cde81132ac37b70d
Assuming if the system does not have the xinetd.d/rsync,
the dedicated service is the prefered way.
Change-Id: Ic42651c5c3fb5bf0099786ca81a7bd06ace896a8
* Remove the check for neutron enabled on a block of variable settings, there
is no conflict and serves no purpose.
* Also floating_ips.sh and volume.sh needed to properly source lib/neutron
for do ping_check() to work properly.
The current error in check-devstack-dsvm-neutron is not related to this fix.
Change-Id: I1c458aaa787ffb98c945aefc3afa80c6861a405f
Check that function calls look like ^function foo {$ in bash8, and fix
all existing failures of that check. Add a note to HACKING.rst
Change-Id: Ic19eecb39e0b20273d1bcd551a42fe400d54e938
After 09bd7c8fd5a6 landed, a conflict between lib/ironic and
extras.d/50-ironic.sh was exposed, breaking Ironic's check and gate
tests.
This resolves that conflict by only creating the 'ironic' user once.
Change-Id: Ic41517f0977c84a82f92f58565aaee6b5cc7eb3e
After the https://review.openstack.org/#/c/75314 merged
the /etc/polkit-1/rules.d/50-libvirt-stack.rules files contains
subject.user == '"stack"' instead of
subject.user == 'stack'.
Change-Id: I09f252b2d0e53f012facb9f7eaa21c1e1bdf492b
RHEL6 doesn't support this flag so the restart fails. Not exactly
sure why it is required, seems unchagned from the initial
commit 67787e6b4c6f31388cbee6d83b67371b31c443d4
(found running stack.sh with -e per [1])
[1] https://review.openstack.org/#/c/71996/
Change-Id: Ib34c3663409d7b96b932286cb5a6974e940075d3
If we start keystone with an SSL endpoint then the curl check to see if
it is running will fail because it cannot create a secure connection.
This check can be done insecurely as all we care about is that the
service has started.
Change-Id: I826753d4d46e9956f443110029346bc70282951a
The libguestfs dependency tree includes a number
of packages that we may not want or work everywhere, such as fuse.
Now python-(lib)guestfs will install from lib/nova_plugins/hypervisor-libvirt
Change-Id: I6c3a614010ee8d65813eec66a56680def622514c
Add two end-of-file checks to bash8. Firstly, alert if heredoc hasn't
finished. Some heredocs were done like:
---
sudo bash -c "cat <<EOF > foo
...
EOF"
---
(A better way to do this is "cat <<EOF | sudo tee ..." as it retains
the usual heredoc layout in the code).
The trailing quote was throwing the matching in bash8 off and it kept
appending the next file as if it was still part of the heredoc. To
avoid this, we check if we're still in a heredoc when we start a new
file; if so raise an error and reset the heredoc status fresh. We
track the state of the previous file, line and lineno so we can give a
good error.
---
E012: heredoc did not end before EOF: 'cat <<EOF'
- lib/trove: L221
---
This includes fixes for the existing problem heredocs.
A similar EOF check is to ensure the previous file ended with a
newline.
---
E004: file did not end with a newline: '$MY_XTRACE'
- lib/neutron_plugins/embrane: L40
---
This requires only one fix
Change-Id: I5e547d87b3921fc7ce6588c28f074e5c9f489c1f
Create an additional service user for Heat, which is a domain admin
for the stack_user_domain - this is necessary since the normal service
user cannot manage the projects/users in the stack_user_domain when
keystone is configured to use the v3cloudsample policy (such as in
gate integration tests).
Change-Id: If59c11a74145b9bd02f78a7e0882afe1b0a72e40
In Savanna we have two provisioning engines:
* "savanna" that directly work with nova/neutron/glance/cinder/etc and
we'd like to deprecate it early in Juno release cycle, but it's still
useful due to the fact that it could work ok w/o Heat;
* "heat" engine uses Heat for provisioning of cluster resources, it's
currently under active development and we're ready to make it default
for OpenStack installations with enabled Heat.
Change-Id: I937337b3921e9e51768a118fb4b6bd95962622bd
The current script uses 'sudo' to copy tempest.conf.sample and thus
the .conf file gets owned by root. It then makes the permissions 644,
meaning that when the 'stack' user does the iniset() calls, it doesn't
have permisson on the .conf file.
Since the dir has been chowned to the stack user, it seems safe to
just copy the sample file in without sudo. In addition, I moved the
$TEMPEST_CONFIG_DIR creation closer to the copy to make it clearer
what's going on.
Seems to be related to dc4dc7f03335e26ea3d86b6184f0475cc5f3d51b
Fixes bug: #1284378
Change-Id: I103b4e90cbcfa693c9cef319f4135868a1b83de3
The use case is running devstack inside an OpenStack vm and running tempest
from some other machine. To make the catalog export urls that can be accessed
from off the devstack machine, you need to set KEYSTONE_SERVICE_HOST to an
external IP. But devstack uses that address in its setup of keystone in
addition to exporting in the catalog. Because OpenStack has an issue where
a vm cannot access itself through its own floating ip, devstack fails. There
is no way to have this use case by providing an ip address. The workaround
is to use the hostname of the devstack machine. That worked until recently
when a change was made to set admin_bind_host to the value of
KEYSTONE_SERVICE_HOST. The result is that port 35357 is only opened locally.
This change allows the devstack user to restore the original behavior
allowing this use case.
Change-Id: I97b938b305b7dd878397e7e64462650064e59cd2
Closes-Bug: #1283803
Removes the dependence with aptitude by replacing
the call of:
aptitude purge -y ~npackage by apt_get purge -y package*
Change-Id: I08875ffad9dc6293047827666f02453a355b16ea
Closes-Bug: 1281410