Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of ramakrishnas@huawei.com
 designates 119.145.14.67 as permitted sender)
Date: Thu, 22 Sep 2011 10:07:02 +0530
From: Ramkrishna S Vasudevan <ramakrishnas@huawei.com>
Subject: FW: HBCK reporting of possible mismatch in RS assignment
To: dev@hbase.apache.org
Reply-to: ramakrishnas@huawei.com
Message-id: <C1B9C1E6A7B542AC8977C83250560EC0@china.huawei.com>
Organization: HTIPL
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Thread-index: Acx4aQOxVv/+6+G5TBOPV+LPK8VxKgAeDVXg

Hi All

Any comments on this.

Best Regards
Ram
-----Original Message-----
From: Ramkrishna S Vasudevan [mailto:ramakrishnas@huawei.com] 
Sent: Wednesday, September 21, 2011 7:46 PM
To: dev@hbase.apache.org
Subject: HBCK reporting of possible mismatch in RS assignment

Hi All,

 

I have a query regarding the report generated by HBCK.

 

Assume there are two RS-  RS1 and RS2.

A region R1 is being opened in RS1.  If it takes more time to open
particularly in the updateMeta part.  So now if the transition from OPENING
to OPENED fails(due to timeout monitor reassigning) though we clear the info
of this region in RS1 we do not clear the entry that was updated in Meta.
So META will have an entry for RS1 hosting R1.

 

Now the assignment of R1 to RS2 becomes successful but we have two entries
in META for the same region.

 

If we run the HBCK tool it reports an inconsistency saying region assignment
in META is RS1 but actually assigned to RS2.

Is this expected or we need to dig in more and make the HBCK aware of such
scenarios ?

 

Pls correct me if am not correct in my query?

 

Best Regards

Ram