[GitHub] [helix] jiajunwang commented on issue #394: Leader controller loses all the callback handlers after leadership switch

[GitBox <gi...@apache.org>]

jiajunwang commented on issue #394: Leader controller loses all the callback handlers after leadership switch
URL: https://github.com/apache/helix/issues/394#issuecomment-520087076
 
 
   > Do I understand it right? I just want to understand the whole picture more clearly since there's a bunch of race-condition issues happened recently.
   > 
   > 1. The "frequent" leadership switch is caused by ZK session expiration.
   Yes.
   > 2. What caused the "frequent" ZK session expiration?
   This is not confirmed. Maybe GC, maybe network issue. Or combined. The result is obvious though.
   > 3. Why the new controller didn't successfully register the callback handlers?
   Please refer to the fix. The previous design cannot handle more than one leader node change event in a graceful way.
   This use case is just not considered.
   > 4. Is it because the 1st new controller hasn't finished the registration and it lost leadership already then the 2nd new controller came to place?
   The 1st controller does lose the leadership, but that does not cause the problem. The issue was in one controller always. If this one has a leftover controller change event unprocessed, it will for sure fall into this bad situation.
   

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services

---------------------------------------------------------------------
To unsubscribe, e-mail: reviews-unsubscribe@helix.apache.org
For additional commands, e-mail: reviews-help@helix.apache.org