- 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
This updates all references of let(:chef_run) to cached(:chef_run) to
speed up tests. By doing this, we have to create a new cached(:chef_run)
block whenever we need to adjust node attributes for testing.
Additional fixes:
- Pull in openstack-network::ml2_core_plugin in server spec so that we get the
default attributes set
- Remove unused shared_examples
Speed was improved from 4 minutes 18.7 seconds to 1 minute 2.73 seconds
Change-Id: Ib10a6828e6886a57527a5e5a506cc57364ec0c2a
- 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
- deprecated Gemfile
- updated TESTING and README
- updated Rakefile to use chef exec instead of bundle exec
- replaced Runner by SoloRunner in specs
Change-Id: Ic99092a33eeaa57dc7083c892bca729735bebdf7
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
When network namespaces are used for dhcp and l3, we need to allow
router_delete_namespaces and dhcp_delete_namespaces to be overridden so
that the namespaces can be deleted.
Change-Id: I8255f0a43ffd1100f971470208103503e9dd8229
Closes-Bug: #1336613
The correct default for ovs_use_veth is False in IceHouse.
Fix the default and add a test case.
Change-Id: I156a61926987a10160835068fd84e8462ff58f7c
Closes-Bug: #1318790
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
This change adds an dnsmasq_lease_max attribute which is used in the
/etc/neutron/dhcp_agent.ini configuration file.
Change-Id: Iddcf40b0eb9b75bcc6e0abcb456ad59c3a4a0536
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
- Update .rubocop.yml to include spec/**
- Update spec files to be rubocop compliant
- Inlcude 'chefspec/berkshelf' in spec_helper.rb for ease of use
Change-Id: Ief01cc34cc4f9f04e6ba6437f67bfd347975c3a8
Addresses: blueprint rubocop-for-network
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
OpenDNS returns self referencing records instead of pure
NXDOMAIN records:
root@kevin-test-1:~# host kevin-test
kevin-test has address 67.215.65.132
Host kevin-test not found: 3(NXDOMAIN)
NetRange: 67.215.64.0 - 67.215.95.255
CIDR: 67.215.64.0/19
OriginAS: AS36692
NetName: OPENDNS-NET-3
Clearly this is not preferable when the server is being
used as an upstream resolver for internal DNS which may
send incorrectly configured applications running in VMs
to the wrong place
Change-Id: I098bb57e9e71fc3db5b3e4b3d42d9a3e1d966a04
This will allow tenants who do not specify a
DNS server in their subnet creation to add
servers for the default dnsmasq process to use
to resolve upstream
Change-Id: I99f54667b758f83d8821b97957de92b97687740c
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
* Add more template tests
* Parameterize more attributes
* Use default values instead of blank values (blanks cause issues)
* Several template bugfixes ported from production usage
Change-Id: I7165ca3f2a4e3359b1e8a673c1f53e1938625cbf
* 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
Ghanshyam Mann