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
1.
|
Extend Curator's connection state to support SESSION_LOST | Resolved | Jordan Zimmerman | |
2.
|
Introduce pluggable error handlers | Resolved | Jordan Zimmerman | |
3.
|
Update all Curator recipes to use new pluggable Error Handler | Closed | Unassigned |