We are in the stable/queens branch and need to use the matching
dependencies, otherwise things will fail.
Change-Id: I1432b84fd9cb2d4963b56d49a332b62924cc9111
* use git.openstack.org instead of github for berks dependency
resolution
Depends-On: https://review.openstack.org/549345
Change-Id: Ib864e84dddfc59b5876932b4c2d809406e2d5007
Zuul no longer requires the project-name for in-repo configuration.
Omitting it makes forking or renaming projects easier.
Change-Id: I74aa29135fa304d59cd960cc1de187a044ecc9bf
This patch removes the openstack_user resource with :grant_domain
action. A user is always created within a specific domain; such a
membership cannot be tacked on later. This resource gave the user the
role intended for their project for the domain (i.e., for the Default
domain instead of for the service project).
We add the domain_name attribute that creates the neutron user in the
desired domain. Note that this change needs a sufficiently recent
openstackclient cookbook -- otherwise the domain_name attribute is
ignored (which does not matter as long as the neutron user is to be
created in the Default domain).
Change-Id: I4b67565c9408c758acefc681dd756a1dca836ec3
This patch removes the role_name when using openstack_user's :create
action (it gets ignored by the target method).
Note that the spec test would still pass if only the line in
identity_registration.rb (but not the test) were changed, because the
code that actually does grant the role to the resource is executed right
after user creation and before any tests check the resource for the
existence of the role_name attribute. In other words: if the argument
were required in a call but only supplied in another call, the spec
tests would not catch it. Something to watch out for.
Change-Id: I9061b748281910bef3927757bdf22edfd36b7448
platform_family method is not working on latest Chef versions
Change-Id: I364ba316dd91cf11cc813f0c642708fd46cd6caf
Depends-On: Ibfc34ec195950e844c6e5b939708bb0ef7411029
Partial-Bug: #1724987
- Switched default linter to cookstyle
- Renamed rake tasks to better conform with Chef conventions
Change-Id: I5dd1971392fdf282d0f214dfce9dcbecc18542a8
- Corrections made to db_migration for Ocata
- Style and lint fixes for newer chefdk
- Rewrote metadata.rb for readability
- Added some defaults from the linuxbridge documentation for Ocata
in an attempt to get virtual networking functional out of the box
https://docs.openstack.org/ocata/install-guide-ubuntu/neutron-controller-install-option2.html
Change-Id: I16d6f892f325a80eb3eabd10110177246b63663f
The Level3 public DNS server is responding with fake answers instead of
NXDOMAIN, replace with OpenDNS.
Change-Id: I908d15a56f39f9a2b1de639570493c07346e8b43
- Now use cookbook-openstackclient to create endpoints role service and
user
- added domain creation and access granting
- added values to work with identity_v3
- rewrote specs to work again
- updated readme
- updated neutron-package dependencies for debian
Change-Id: I2d404a424bd79a6e9b282304e21591fa33a48981
Depends-On: I0f8955f05de9b33711c54b9a198f45018cceb8e1
Fix bug 1620842 - Using the right conf file for OVS
Removes a condition that is no longer needed
Closes-Bug: #1620842
Change-Id: Ideed42ca554d814d261e4aa448b21f011b442c78
* use StrongSwan driver instead of OpenSwan since xenial does not even provide
openswan packages anymore
* start and enable strongswan service (needs to be verified for centos)
* do not include ::l3_agent recipe in vpnaas recipe, since neutron-vpn-agent
fully replaces neutron-l3-agent
Change-Id: I81cd2e05273402e8db57f3ca5029fb4938bbfe29
This was incorrectly assuming the path used on Ubuntu/Debian. This correctly
points to the correct location that systemd uses.
Change-Id: I425f4dc565f7c6d5b27422f1023b428e91f71d7a
Signed-off-by: Lance Albertson <lance@osuosl.org>
These defaults are based on upstream documentation [1] and should work in most
environments. In addition, add RHEL chefspec tests and also test the config file
contents.
Without a default config of any kind, the plugin_config recipe fails due to an
empty attribute.
[1] http://docs.openstack.org/mitaka/install-guide-rdo/neutron.html
Change-Id: I037e51f40db5f73c8b9a3f6289287e82fb73f8a6
Signed-off-by: Lance Albertson <lance@osuosl.org>
The --service option to neutron-db-manage is deprecated and will be
removed soon. Use --subproject instead.
Related-Bug: #1501380
Change-Id: Idf3cbd65a49c676a0f90c0e49684e738e16e659b