- Cookstyle fixes
- Refactor Berksfile to use groups so we can exclude integration testing
cookbooks
- Update documentation
- Cleanup line wraps
- Enable sensitive resources for the template[/etc/neutron/neutron.conf] and
template[/etc/neutron/metadata_agent.ini] to resources improve security.
- Update delivery configuration to exclude integration cookbooks
- Fix ChefSpec output.
- Update lbaas recipe to use v2 agent driver.
- Add recommended configuration settings to neutron.conf based in Stein
installation docs.
- Remove any resources that define the default action.
- Switch package installations to send packages as arrays instead of individual
package resources. This generally speeds up chef runs.
- Manage /etc/neutron/neutron_lbaas.conf so we can set service_provider
properly.
- Add some missing ChefSpec tests.
- Configure neutron_lbaas.conf on Ubuntu in a manner that allows it to properly
pull in the configuration via the --config-dir option. This is due to the fact
we need to set an additional [service_providers] service_provider line and we
can't do that with hashes.
- Remove FWaaS as it's unmaintained upstream.
Depends-On: https://review.opendev.org/701027
Depends-On: https://review.opendev.org/706151
Change-Id: Id29884766440d37fa18fd62f3f93eecc22224d51
- 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
* added new logic to render plugin templates
* refactored recipe names to be more consistence
* moved version up to 13.0.0 for mitaka release
* removed suse as supported platform
* added verisionbumb for refactored os-identity and common
* adapted optimized endpoint logic
* added endpoint attributes to fit new endpoint logic
* adapted the specs (unit tests) to work again
* refactored attributes throughout all recipes that were connected to the
attributes used for the neutron.conf.erb template to adapt the new template
attribute syntax
* removed some attributes that were set to non default values, since the
defaults from neutron cloud and should be used instead
* moved all attributes form attributes/default.rb that were used in
neutron.conf.erb to attributes/neutron_conf.rb
* refactored attributes to fit new template logic
* refactored recipes/default.rb to fit new template logic
* removed all attributes set to default values in attribtues/default and
template
* replaced static plugin logic and templates with new config logic, following
the same principles as for neutron.conf
* renamed recipes to fit attributes and actual service names
* added recipes for ml2_core_plugin, ml2_openvswitch and ml2_linuxbridge as well
as a recipe for the creation of all plugin configs (plugin_conf) like plugin.ini
Change-Id: I9cc1b5cc069987ac83e064322c2291772505ff5f
Implements: blueprint cookbook-refactoring
Depends-On: I0547182085eed91d05384fdd7734408a839a9a2c
Depends-On: I3262b2e6f792f37c32a446e6567790b82bdd4613
Change the 6.5 dnsmasq checking to not include 7.1 which contains
the package fixes.
Change-Id: Ic9b8e2151f6218522dc592d3974073ea446559ac
Closes-Bug: #1483794
Cleaned up all the minor rubocop issues, the ones left relate to
complex logic and what I think is a bug in rubocop for nested
vs compact modules/class definitions.
Change-Id: I6451b7593f36287d4efe4d7542f97d0a090fb1d1
Allow this to be skipped if version is nil. Some
repos provide their own version of dnsmasq package.
Change-Id: Ibeb847613b4dabbe5e8570302feb7d0bfc8935b2
Closes-Bug: #1441310
This patch updates the version of dnsmasq so dhcp-agent
can start correctly. This was found attempting to start
the testing framework with centos and neutron. This is
not triggered if the machine is anything other than
centos and 6.5 and above.
Change-Id: I622e51f8f9f912ca7bc4185614b3098208d29d11
Closes-Bug: 1397610
Renamed the common.rb recipe to default.rb in an early attempt
to simplify the refactor happening here:
https://review.openstack.org/#/c/141459/
Change-Id: Idd904f80cd51711db456606298e9761452bed23d
In order for package updates to occur, package resources need to use
the upgrade action. This is first phase of blueprint, to get some
consistency, next phase is to allow some update control.
Change-Id: I86750067b47766220f497303b2e187c93aeadc2f
Implements: blueprint allow-package-updates
Update core plugin default to ml2.
Replace plugin_conf_map with core_plugin_map since basing it upon
interface driver does not work for ml2.
Cleanup interface_driver settings for ml2, it should default to
openvswitch interface.
Update tests.
Implements: blueprint neutron-icehouse-default-changes
Change-Id: I934d20258beac779da5e53147571c0c2b1149563
Before this change, a change to neutron.conf would not cause any agent
to restart. I doubt this was intended, since for example changing
rabbitmq stuff in neutron.conf really needs the agent to restart to have
any effect.
Furthermore, the balancer recipe subscription/notification logic has
been changed to fit in line with the other agents, i.e. having the ini
template notify the service and the service subscribe to neutron.conf.
Change-Id: I2d5b20a13945fb8a360b81091e68e0fcf5748e93
Closes-Bug: #1300076
Some users wont want to compile source, and instead choose
to build or otherwise install a package for dnsmasq on precise
This does not change the default behavior, just provides a short circuit
mechanism for folks who don't want to have these recipes build from
source
Change-Id: I85ee904f2bc47dc352b13e2c6f35e14e2084b5d2
Fixes: bug 1280214
When we install dnsmasq, it takes a few seconds to start up, during
which time dns resolution on the system is unavailable. If we carry on
with the chef run during this time, subsequent steps (eg package
installations) will fail due to transient errors with name resolution.
This patch introduces a small loop to ensure we have working dns resolution
before moving on
Change-Id: Ia508a7243554bca64c0451d99086ae596ec9e462
3 scripts called in rhel/centos/fedora case
- neutron-dhcp-setup
- neutron-l3-setup
- neturon-node-setup (openvswitch)
They set config options that are already handled, for example:
messaging - rpc_backend and qpid_hostname.
keystone - auth_url, admin_username, admin_password, admin_tenant_name.
Testing confirmed no differences in etc/neutron config tree.
Addresses: blueprint centos-rhel-for-network
Change-Id: I56f8482d95908d41e0b33552017166a4e1105177
all cops now pass except for the following
(which are silenced in .rubocop.yml )
* LineLength, MethodLength: not sure if we care about these
* WordArray: I prefer [] vs %w{} for readability.
Conflicts:
metadata.rb
recipes/common.rb
recipes/openvswitch.rb
spec/openvswitch_spec.rb
Change-Id: I92996b5db9f292e9ba93c7619ca727ffa92ddd71
Since in OpenStack Havana release the Quantum project was renamed to the
Neutron, for the cookbooks we also need do the same things to support
the Neutron. I do the %s/Quantum/Neutron/g in all the files under
cookbook-openstack-netwrok. It will effect other cookbooks:
openstack-compute, openstack-ops-database which should be covered in
others patches.
Implemented: blueprint neutron-support
Change-Id: I59f3f2d8dfad678f70b97d4cbc4e10dfa163e9b2
Most standard networks will have a 1500 MTU sized
provider network. Because there is a 24 byte overhead
with using any kind of encapsulation, most users will
want to downgrade the MTU set within their guests or
raise their internal network MTU above 1500. The former
is much easier to do and has been added as an option to
dnsmasq that is passed to the client.
Change-Id: I199ec6e46c114d0277230eded002ad99786c061c
Without setting the version, we end up with a dnsmasq
binary that reports an UNKNOWN version which quantum
raises an exception on
Change-Id: Ie1970b9526be1d6151a7eb08a2686be368239193
* Do not include main plugin in server recipe and
everywhere else, so that we can manage services
with roles on independent servers
* Support an independent quantum api server not running
any of the agents or packages required by plugin
* Fix ordering issues with openvswitch-agent install.
* Try to unify platform_options names across
distributions.
* Introduce a common.rb for setting up templates
required by nearly everything, like quantum.conf.
* Plugin recipes now serve to only install any
additional components required
Change-Id: Ieb7c357baf882c9078dbdd577f53448af863c931
* added gettext to quantum_dhcp_build_packages, or it throws 'ERROR xgettext: Command not found'
* made dnsmasq_all to be installed last to fix install failure due to version dependency on dnsmasq-base(>= 2.65-1)
* added gettext to test example in dhcp_agent_spec.rb
Change-Id: I4f3f113d0b3cb182d52b0df763eb329d07a20166