[CONTROLLER-1527] Entity Ownership cannot be reacquired after 3-nodes cluster recovers Created: 21/Jun/16 Updated: 19/Oct/17 Resolved: 09/Sep/16 |
|
| Status: | Resolved |
| Project: | controller |
| Component/s: | clustering |
| Affects Version/s: | Beryllium |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Vinh Nguyen | Assignee: | Unassigned |
| Resolution: | Cannot Reproduce | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: All |
||
| External issue ID: | 6092 |
| Description |
|
In a 3-node cluster when 2 of the nodes are shut down, the remain node got stuck with the ownership of the Entity after the entity is de-registered and registered. Steps to reproduce, Issue: there is no ownershipChanged event to the DeviceEntityOwnershipListener as result of Connection entity deregistered and re-registered |
| Comments |
| Comment by Vinh Nguyen [ 21/Jun/16 ] |
|
At step 6, if the br-int is deleted at the OVS node, it is not created after step 9 when all 3 nodes up and running |
| Comment by Vinh Nguyen [ 31/Aug/16 ] |
|
This is not a problem since ODL doesn't support two-node failures in a cluster of 3 ODL nodes. It means that any operations after that event are not supported |
| Comment by Vratko Polak [ 09/Sep/16 ] |
|
Note that when nodes are explicitly marked as downed after step 4, the cluster should be able to transition into healthy state again after step 8. See the 5 lines in a suite (related to plain old shard Leader, may not apply to entity ownership service): |