[
https://issues.apache.org/jira/browse/HBASE-3580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13000448#comment-13000448
]
Todd Lipcon commented on HBASE-3580:
------------------------------------
If we do this, will it still properly tell the dead RS to go away if it were to
come back to life? ie do we do some compare to check if there's already a dead
or live RS with the same port and a newer startcode?
> Remove RS from DeadServer when new instance checks in
> -----------------------------------------------------
>
> Key: HBASE-3580
> URL: https://issues.apache.org/jira/browse/HBASE-3580
> Project: HBase
> Issue Type: Improvement
> Affects Versions: 0.90.0
> Reporter: Jean-Daniel Cryans
> Fix For: 0.90.2
>
>
> Keeping the servers in DeadServer until it reaches some maximum isn't super
> friendly, it confuses even the best of our users:
> {quote}
> 09:27 < gbowyer> Hi all, I have apparently three dead RS in my cluster, I
> cannot find references to them in HDFS or in ZK, how do I still report dead RS
> 09:27 < gbowyer> also the same nodes are reported as live region servers
> {quote}
> The subtil startcode difference can be hard to catch, also this behavior
> differs from 0.20 (so old users get confused, like I did when debugging this
> problem) and it also differs from Hadoop's handling of dead DataNodes. It was
> introduced in HBASE-3282.
> I think this should be improved by doing like Hadoop does, removing the RS
> from DeadServers when a new instance with the same hostname+port checks in.
> Stack says we should do it in ServerManager.checkIsDead
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
