Refactor subnet object in df db
Bug #1549125 reported by
Li Ma
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
DragonFlow |
Fix Released
|
High
|
Unassigned |
Bug Description
The reason why this inconsistency problem is discovered is that the DF DB doesn't have a dedicated table for subnet. When updating subnet, it updates the corresponding network table 'lswitch', which increases the frequency of concurrent read/write operations on the same key. In order to reduce the possibility of race condition, we need to refactor the db schema.
Changed in dragonflow: | |
importance: | Undecided → Wishlist |
assignee: | nobody → Li Ma (nick-ma-z) |
importance: | Wishlist → Low |
Changed in dragonflow: | |
assignee: | Li Ma (nick-ma-z) → nobody |
To post a comment you must log in.
This may be needed for Selective-Proactive