[
https://issues.apache.org/jira/browse/ZOOKEEPER-261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12657936#action_12657936
]
Mahadev konar commented on ZOOKEEPER-261:
-----------------------------------------
do we want to differentiate on losing all of data or some data (lets say
someone deletes some of the log data or snapshots)? it might make sense not to,
since losing some data is more like an accidental error and losing all of data
is more like a disk failure :
if not,
what we could do is create a file ---
lasttrackingxid and overwrite it every 1000 or 5000 transactions and on a
startup if our last logged txn id is less than the lasttrackingxid then we
could just not participate in the leader election saying that i lost some
state.
> Reinitialized servers should not participate in leader election
> ---------------------------------------------------------------
>
> Key: ZOOKEEPER-261
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-261
> Project: Zookeeper
> Issue Type: Improvement
> Components: leaderElection, quorum
> Reporter: Benjamin Reed
>
> A server that has lost its data should not participate in leader election
> until it has resynced with a leader. Our leader election algorithm and
> NEW_LEADER commit assumes that the followers voting on a leader have not lost
> any of their data. We should have a flag in the data directory saying whether
> or not the data is preserved so that the the flag will be cleared if the data
> is ever cleared.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
