Flow of calls:
1. functional test creates network in Neutron API
2. OVN ml2 mechanism adds the required Logical_Switch
3. ovn-northd gets the data and creates datapath_binding in OVN SBDB.
4. Test reads the value of datapath_binding from OVN SBDB
The problem described in this bug its race-condition between 3 and 4.
In fact, based on the logs, I can find that the datapath_binding was created in SBDB, but functional test was *too fast* in reading it.
Found entry from SBDB:
Flow of calls:
1. functional test creates network in Neutron API
2. OVN ml2 mechanism adds the required Logical_Switch
3. ovn-northd gets the data and creates datapath_binding in OVN SBDB.
4. Test reads the value of datapath_binding from OVN SBDB
The problem described in this bug its race-condition between 3 and 4.
In fact, based on the logs, I can find that the datapath_binding was created in SBDB, but functional test was *too fast* in reading it.
Found entry from SBDB:
OVSDB JSON 10510 a89109fbf52966f 67327e1a51bd861 9fc525413d :1591198467205, "Datapath_ Binding" :{"d09c0284- afb1-441d- 92c4-535ce08fad f1":{"tunnel_ key":1, "external_ ids":[" map",[[ "logical- switch" ,"f501d844- 85c5-4090- 8b28-850bf9f8b2 dd"],[" name"," neutron- c3e0f8fd- ef9e-420e- bfe4-cfbcec0973 1d"],[" name2", "network1" ]]]}}," Logical_ Flow":{ "5d68227e- 8152-4532- 9e42-a4bb21d50e b3":
{"_date"