df-controller does not create tunnel to newer controllers
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
DragonFlow |
Fix Released
|
High
|
Dima Kuznetsov |
Bug Description
In a multinode environment, when a new chassis registers itself, it pulls all the already-registered chassis and creates a tunnel port for them. From that point, update on chassis table is not acted upon, so tunnels to newer chassis are not set up.
[dimak@dimatron: ~/projects/
controller/
controller/
controller/
controller/
db/api_nb.py: def update_
db/db_store.py: def update_
tests/unit/
tests/unit/
tests/unit/
tests/unit/
It seems that all the update_chassis calls go to either db-store or nb-api, but no one calls update_chassis code defined in df local controller.
Changed in dragonflow: | |
importance: | Undecided → High |
Changed in dragonflow: | |
assignee: | nobody → Dima Kuznetsov (dimakuz) |
Using virtual tunnel ports solves the issue: /review. openstack. org/#/c/ 387017/
https:/