neutron_tempest_plugin.scenario.test_migration.NetworkMigrationFromHA failing 100% times
Bug #1789434 reported by
Slawek Kaplonski
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
neutron |
Fix Released
|
High
|
Miguel Lavalle |
Bug Description
Since few days all migration tests from DVR router fails.
Example of failure: http://
May be related somehow to https:/
tags: |
added: gate-failure l3-dvr-backlog removed: gate |
Changed in neutron: | |
assignee: | nobody → Miguel Lavalle (minsel) |
Changed in neutron: | |
assignee: | Miguel Lavalle (minsel) → Manjeet Singh Bhatia (manjeet-s-bhatia) |
Changed in neutron: | |
assignee: | Manjeet Singh Bhatia (manjeet-s-bhatia) → Miguel Lavalle (minsel) |
Changed in neutron: | |
status: | Confirmed → In Progress |
tags: | added: neutron-proactive-backport-potential |
tags: | added: neutron-easy-proactive-backport-potential |
Changed in neutron: | |
status: | In Progress → Fix Committed |
Changed in neutron: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
So I did a little debugging here.
DVR router (router1)
$ openstack router set --disable router1
All ports (3) showed in DOWN state
$ openstack router set --ha router1
$ openstack router set --enable router1
All ports showed in ACTIVE state
$ openstack router set --disable router1
All ports still in ACTIVE state
Any future attempt to disable the router always showed ports ACTIVE, even if I changed it back to non-ha, so it was permanently broken.
Created a new router, just DVR (router2) - it was fine - could disable/enable and see ports change state.
The fact that the ports got "stuck" would point to an issue on the server-side.