[CONTROLLER-748] Flows still reported in oper data store after they have been deleted from both config and network Created: 30/Aug/14 Updated: 19/Oct/17 Resolved: 05/May/15 |
|
| Status: | Resolved |
| Project: | controller |
| Component/s: | adsal |
| Affects Version/s: | Helium |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Jan Medved | Assignee: | Unassigned |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: Mac OS |
||
| External issue ID: | 1654 |
| Description |
|
Cleanup of flows that had been deleted from the network is undeterministic. With a larger number of flows that are removed fast (for example, if the entire config data space is deleted), there is always a random number of flows that are left in the oper space. To reproduce, a mininet with 16-32 nodes can be used. Flows on the controller can be programmed and verified through the controller's REST API. The procedure is as follows: 1. Add a large number of flows (e.g. 6000-10000) into the config space (REST). |
| Comments |
| Comment by Jan Medved [ 17/Sep/14 ] |
|
This happens with a small mininet and a small number of flows as well. I saw the problem happening with 3 nodes and 400 flows. |
| Comment by Jan Medved [ 24/Sep/14 ] |
|
Fixed with https://git.opendaylight.org/gerrit/10294 |
| Comment by Carol Sanders [ 05/May/15 ] |
|
This bug is part of the project to Move all ADSAL associated component bugs to ADSAL. |