Description
Spark now leverage curator to help manage the connections to ZK and do leader election.
Currently, whenever a ZK session gets disassociated, the ConnectionStateManager will be aware and mark the state to be SUSPENDED and a new leader election will be triggered.
Even though a ZK session is able to reconnect to another machine very soon.
I wonder if we can tolerate such unstable network trembling and do not trigger a leader election. Because the upper layer application's (like spark) reaction of new leader can be very costly.
Attachments
Issue Links
- supercedes
-
CURATOR-185 Create a LOST_SESSION connection state
- Resolved