Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Mon, 29 Sep 2014 17:48:34 +0000 (UTC)
From: "stack (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12596276.1340901573000.146768.1412012914461@Atlassian.JIRA>
In-Reply-To: <JIRA.12596276.1340901573000@Atlassian.JIRA>
References: <JIRA.12596276.1340901573000@Atlassian.JIRA>
 <JIRA.12596276.1340901573186@arcas>
Subject: [jira] [Updated] (HBASE-6290) Add a function a mark a server as
 dead and start the recovery the process
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HBASE-6290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

stack updated HBASE-6290:
-------------------------
    Attachment: 6290.doc.addendum.txt

Committed this documentation addendum to master branch.

> Add a function a mark a server as dead and start the recovery the process
> -------------------------------------------------------------------------
>
>                 Key: HBASE-6290
>                 URL: https://issues.apache.org/jira/browse/HBASE-6290
>             Project: HBase
>          Issue Type: Improvement
>          Components: monitoring
>    Affects Versions: 0.95.2
>            Reporter: Nicolas Liochon
>            Assignee: Talat UYARER
>            Priority: Minor
>              Labels: beginner
>             Fix For: 2.0.0
>
>         Attachments: 6290.doc.addendum.txt, 6290v2.txt, HBASE-6290.patch
>
>
> ZooKeeper is used a a monitoring tool: we use znode and we start the recovery process when a znode is deleted by ZK because it got a timeout. This timeout is defaulted to 90 seconds, and often set to 30s
> However, some HW issues could be detected by specialized hw monitoring tools before the ZK timeout. For this reason, it makes sense to offer a very simple function to mark a RS as dead. This should not take in
> It could be a hbase shell function such as
> considerAsDead ipAddress|serverName
> This would delete all the znodes of the server running on this box, starting the recovery process.
> Such a function would be easily callable (at callers risk) by any fault detection tool... We could have issues to identify the right master & region servers around ipv4 vs ipv6 vs and multi networked boxes however.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)