Return-Path: X-Original-To: apmail-hbase-issues-archive@www.apache.org Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DFB2C63AB for ; Fri, 20 May 2011 05:54:34 +0000 (UTC) Received: (qmail 21621 invoked by uid 500); 20 May 2011 05:54:34 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 21558 invoked by uid 500); 20 May 2011 05:54:32 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 21550 invoked by uid 99); 20 May 2011 05:54:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 May 2011 05:54:31 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 May 2011 05:54:28 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id B319DD2256 for ; Fri, 20 May 2011 05:53:47 +0000 (UTC) Date: Fri, 20 May 2011 05:53:47 +0000 (UTC) From: "Vidhyashankar Venkataraman (JIRA)" To: issues@hbase.apache.org Message-ID: <875896874.29748.1305870827730.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1117294639.28818.1305845387414.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (HBASE-3904) HConnection.isTableAvailable returns true even with not all regions available. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HBASE-3904?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13036687#comment-13036687 ] Vidhyashankar Venkataraman commented on HBASE-3904: --------------------------------------------------- That's exactly what I did with my table existence check! And getRegionsInfo works accurately. I think we have kind of misunderstood what is actually happening: Or I am wrong this time :) From what I read in the isTableAvailable function, the Metascanvisitor ensures that if there is at least one region not assigned, then the function will return false. This isn't enough since the createTable function in master assigns one region after another. (Refer to HMAster.createTable(final HRegionInfo [] newRegions, boolean sync)) Hence there might be a case when all regions are indeed fully assigned in META but it is just that the master is yet to populate META with the rest of the regions. I believe that's the reason why I got those inconsistent responses from isTableAvailable. Therefor for isTableAvailable to work correctly with createTable(splitkeys), the master will have to populate all the regions in meta first before assigning them. I think that will do the trick. > HConnection.isTableAvailable returns true even with not all regions available. > ------------------------------------------------------------------------------ > > Key: HBASE-3904 > URL: https://issues.apache.org/jira/browse/HBASE-3904 > Project: HBase > Issue Type: Bug > Components: client > Reporter: Vidhyashankar Venkataraman > Priority: Minor > > This function as per the java doc is supposed to return true iff "all the regions in the table are available". But if the table is still being created this function may return inconsistent results (For example, when a table with a large number of split keys is created). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira