Solve branch in migration path

Bug #1153578

Also, change a comment line in another migration where the 'revises' line
was incosistent with the id of the actual down_revision

Change-Id: I8effd70ba553330f9023605a2bfa92bd3d73bd4e
Merge "Solve branch in migration path"
Update oslo rpc libraries

Update oslo rpc libraries to capture changes, primarly motivated
by secret=True flag on password config options.

Added bin/quantum-rpc-zmq-receiver

Change-Id: I40d3ef1a85901e5b9eab803cc67cdad3cbb0719a
Imported Translations from Transifex

Change-Id: Ibd8c4ae41892acf2dba87869ac0ab28f4515ba60
Set fake rpc backend impl for TestLinuxBridgeAgent

Fixes bug 1153845

Change-Id: I692bfc16dbd52dacd2a9418f0bd63c3143a25025
Updates latest OSLO changes

Change-Id: Ief4a24a620b798bf8ece393e90c292c8121ae280
Add l3 db migration for plugins which did not support in folsom

Bug 1153585

Several plugins added l3 support in the grizzly release. This means that
when upgrading from the folsom data model, the relevant data model changes
should be applied.
In order to do so this patch refactors the initial migration in order
to be able to reuse the upgrade_l3 and downgrade_l3 routines.

Change-Id: I876f6d637665e10fb09d2084bb8a545ce469fbf3
Fix detection of deleted networks in DHCP agent.

The DHCP-agent uses an in-memory networks cache to find out which networks must
be deleted and which ones must be updated. In a case of agent restart the networks
cache is empty and it's not possible to cleanup DHCP-processes serving networks
which were deleted while the DHCP-agent was down. The proposed fix fills the networks
cache when the agent starts using a list of networks which have existing config files.

Fixes: bug #1135948
Change-Id: I27758389755cd19bca9fdbeda9cc1a123370f527
Merge "Update oslo rpc libraries"
Switch to final 1.1.0 oslo.config release

Fixes bug #1128256

oslo.config has now been released to PyPI in time for Grizzly RC1 so
we can switch to using it directly.

Change-Id: I655f831718ae5f4e25e941ee206fe195214a9a91
Merge "Updates latest OSLO changes"
Adds Grizzly migration revision

fixes bug 1154255

This change adds a no-op migration called grizzly.  Deployers can reference
the symbolic name when updating their databases from Folsom.

Change-Id: I442586f1efdb52b7ec8b318077ace52f570b3ae4
Merge "Adds Grizzly migration revision"
Merge "Fix detection of deleted networks in DHCP agent."
port_security migration does not migrate data

The port security migration previously created the correct table structure but
it did not migrate the old data into this table. This patch adds code that
copies the id fields from networks and ports into portsecuritybindings
and networksecuritybindings tables.

One thing to note is that in grizzly when a port is created on a network that
has port_security_enabled=True, the port will also be created with
port_security_enabled=True. But since ports in NVP were not previously
created with the mac/ip security address pairs we have to set existing ports
and networks port_security_enabled value to be False. One could easily
write a script to set these values to True after applying this migration.

Fixes bug 1153366

Change-Id: I8a1ccab3e432c23c475816111d388df7f81b8e4a
Imported Translations from Transifex

Change-Id: Ifaa2da10298d2022dc4639e44be1cc6815c4661a
Merge "Add l3 db migration for plugins which did not support in folsom"
remove references to netstack in setup.py

bug 1154388

Change-Id: I1265b93edaa997405909e6e3dc408f365f2043e9
Ensure port get works when NVP mapping not stored in Quantum DB

Bug 1153616

If the entry for the mapping between a quantum and a NVP port identifier
is not found in the Quantum DB, search the port on NVP, and, if found,
add the mapping entry.
This ensures upgraded folsom databases keep working with Grizzly code.

Change-Id: I74943e8271f522dcd21c1c34b0159dd61bb66e76
Merge "remove references to netstack in setup.py"