aebd27f3b7
In big and busy clusters there could be a condition when
rabbitmq clustering mechanism synchronizes queues and during
this period agents connected to that instance of rabbitmq
can't communicate with the server and server considers them
dead moving resources away. After agent become active again,
it needs to cleanup state entries and synchronize its state
with neutron-server.
The solution is to make agents aware of their state from
neutron-server point of view. This is done by changing state
reports from cast to call that would return agent's status.
When agent was dead and becomes alive, it would receive special
AGENT_REVIVED status indicating that it should refresh its
local data which it would not do otherwise.
Conflicts:
neutron/plugins/ml2/drivers/linuxbridge/agent/linuxbridge_neutron_agent.py
neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py
neutron/tests/unit/agent/dhcp/test_agent.py
neutron/tests/unit/plugins/ml2/drivers/linuxbridge/agent/test_linuxbridge_neutron_agent.py
neutron/tests/unit/plugins/ml2/drivers/openvswitch/agent/test_ovs_neutron_agent.py
Closes-Bug: #1505166
Change-Id: Id28248f4f75821fbacf46e2c44e40f27f59172a9
(cherry picked from commit
|
||
|---|---|---|
| .. | ||
| db | ||
| drivers | ||
| extensions | ||
| __init__.py | ||
| _test_mech_agent.py | ||
| base.py | ||
| test_agent_scheduler.py | ||
| test_db.py | ||
| test_driver_context.py | ||
| test_ext_portsecurity.py | ||
| test_extension_driver_api.py | ||
| test_plugin.py | ||
| test_port_binding.py | ||
| test_rpc.py | ||
| test_security_group.py | ||
| test_tracked_resources.py | ||