This reverts commit 687a972960915ef01008701dbbb35a7b52c728ae.
Something about this seems to have possibly broken amphora boots.
Testing reverting this patch to see if it fixes the scenario runs.
Change-Id: I824cb1c6fa38f2320f84456a551585114215f625
Now that there is a passing gate job, we can claim support for
Python 3.5 in the classifier. This patch also adds the convenience
py35 venv.
Change-Id: I968c8baab6b9f5c1b1b99735e16dc08158f7d8d7
This adds a rhel type and gives some pointers on needed environment
variables for base image, registration, needed subscriptions.
no-resolvconf is also updated to work on rhel-type systems
Depends-On: Icb0e20b01479fea345e01309fc4bf3f7f639900c
Change-Id: Ic452feaf32fe7699ebd072f21dd630a2ac93bb5f
Tox tests for py27 and py34 would fail various numbers of tests
when tox was run multiple times without a clean stack. This patch
tracked down the missing mocks for the various tests and put them
into place. Now running tox should pass green no matter if the
user has a running stack or does not have a running stack.
Change-Id: I0b11c83ec7ccfdc57790213d415b30d52fd55a61
Closes-Bug: 1599330
The main octavia node will need the OCTAVIA_NODES setting
in the following format to setup the octavia API haproxy
in front of all of them.
OCTAVIA_NODES=main:<ip-address>,second:<ip-address>
Change-Id: I4a88dae4aa47c508559fd7464f127a23b089af2a
This commit introduces a new parameter "OCTAVIA_NODE", which
is standalone by default. Only the main (for ha) or standalone
nodes create resources like accounts, the management network,
images, etc.
We also introduce a multinode vagrant configuration.
A follow up patch will introduce an haproxy in front of the octavia
API endpoints.
Change-Id: I835ee7e0e925232b55f3c14eeed98aeb0f0ce463
This fixes some typos and copy-paste mistakes in docstrings and
logs. Missing docstrings were added as well.
Change-Id: Idc61068f36c3a30743fe7eff033d7e8b0d660661
DevStack is used mostly for development purposes that
often involve frequent creation and deletion of resources.
That is why having a lot of stale resources like amphorae and
load balancers is quite confusing.
Keeping them around for a week makes sense in production but in
DevStack deployments it is reasonable to decrease expiry age
to 1 hour by default.
Change-Id: I1b78963256467175537caffd46a863da9f5fb018
When load balancer is deleted the corresponding DB entry is marked
as DELETED and is never actually removed along with a VIP
associated whit this load balancer.
This adds a new method to db_cleanup routine that scans the DB for
load balancers with DELETED provisioning_status and deletes them
from db if they are older than load_balancer_expiry_age. Corresponding
VIP entries are deleted in cascade.
Added new config option `load_balancer_expiry_age` to the `house_keeping`
config section.
Also changed the default value of exp_age argument to
CONF.house_keeping.amphora_expiry_age in check_amphora_expiry_age
method.
DocImpact
Closes-Bug #1573725
Change-Id: I4f99d38f44f218ac55a76ef062ed9ea401c0a02d
Neutron has added and removed [1] the dns integration extension
as enabled by default. This patch tells Octavia to check the
neutron extension list to see if the dns integration extension
is enabled before preparing a neutron port for failover and formating
the request appropriately.
Closes-Bug: #1597451
Change-Id: I15f7cb50642616f87fc8fb5bcb2af1c2e849264d
Creating separate elements per-distro is an anti-pattern for DIB. This
leads to a lot of code duplication across all the elements being used.
In DIB we try and create facilities to allow elements to easily perform
cross-distro tasks so this isn't necessary.
Change-Id: Ie3018eacfa0e2726449cfb580ded09d027bed349
There are some new facilities in DIB which simplify our element code -
declarative package installs, automated init script installation.
Change-Id: I8b91325999af5cfc9e455c4d6228453d8567c919
The 'topology' is already been checked in both
octavia.controller.worker.flows.load_balancer_flows.get_create_load_balancer_flow
and
octavia.controller.worker.flows.load_balancer_flows.get_post_lb_amp_association_flow
Change-Id: Id6f9ac2a2b880542392581113bcc76550ae41f62
Octavia is using graph_flow to handle building Amphora if there are
no spares. More details can be find:
octavia.controller.worker.flows.amphora_flows.AmphoraFlows.get_amphora_for_lb_subflow
The comment message for 'create_load_balancer' in ControllerWorker
is not correct.
Change-Id: I9cfafd96076416c86462b333fe6e6f6abfa3fb97
Currently there is a test that takes an incredibly
long time because its using the sane defaults
set in code. Over ride these defaults for something much more
reasonable for testing purposes.
Closes-Bug: #1594961
Change-Id: I4232157a0a8c8f0cff9dea77f860efa857442754
In the function test_get_network_interface_file:
first we check path returned when 'agent_server_network_dir' is defined.
In the tested function the code of taking 'agent_server_network_dir'
is unreachable if there is a non-empty sting in 'agent_server_network_file'.
Hence, to test this case we should first set 'agent_server_network_file'
to None.
Change-Id: Ifb5951111585ee871e1956575d5434e09da8f8cf
Closes-Bug: 1585919
In the BaseNeutronDriver an info message is emitted
when security groups are disabled. In this message
the words "driver" and "will" end up getting
concatenated without a space.
Change-Id: Id531ad9ceebb1e67a2fbe51d6b8c92746ab8d3d0
Presently, attempting to run alembic migrations for Octavia on a host
using MySQL 5.7 as the database back-end fails with an error about a
nullable field in a primary key. This commit fixes the offending
migration and introduces a second, similar migration so that any
existing installation using MySQL 5.6 or older also have this field set
to be non-nullable.
Change-Id: Iae3d4f627c1124b1d913aab283e6e19d9c0f0dbb
Closes-Bug: #1590145
Devstack plugin creates the health manager port with no device owner.
This is unusual as this value usually has some meaningful value, and
although the port name is quite descriptive, a distro could use the
device owner value to lookup the health manager port.
Closes-bug: #1592007
Change-Id: I8f75c5f70837dbc2f66d3e34c52a39a25614ada3
Aviod warning message:
oslo_config.cfg [-] Option "rabbit_hosts" from group "oslo_messaging_rabbit"
is deprecated for removal. Its value may be silently ignored in the future.
Change-Id: Ibe591f104367e3c3e8d26c7a22be25cf53991599