Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Thu, 25 Aug 2011 15:33:30 +0000 (UTC)
From: "ramkrishna.s.vasudevan (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: 
 <1339344886.13856.1314286410594.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1010329836.12886.1314264150351.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Updated] (HBASE-4253) Intermittent test failure because of
 missing config parameter in new HTable(tablename)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

ramkrishna.s.vasudevan updated HBASE-4253:
------------------------------------------

    Attachment: HBASE_4253_0.90.patch

Incase if needed you can take for 0.90 version also.  Here as the HBASE-4253 fix is not there here the test case will keep hanging waiting for root location.
Just incase needed this can be integrated.

> Intermittent test failure because of missing config parameter in new HTable(tablename)
> --------------------------------------------------------------------------------------
>
>                 Key: HBASE-4253
>                 URL: https://issues.apache.org/jira/browse/HBASE-4253
>             Project: HBase
>          Issue Type: Bug
>            Reporter: ramkrishna.s.vasudevan
>            Assignee: ramkrishna.s.vasudevan
>         Attachments: HBASE-4253.patch, HBASE_4253_0.90.patch
>
>
> As per the description in HBASE-4138 this issue is raised to fix the random testcase failure.
> Consider the log in the failed build #2132 for the testcase TestScannerTimeOut
> 2011-08-23 04:30:11,195 INFO  [main] zookeeper.MiniZooKeeperCluster(141): Failed binding ZK Server to client port: 21818
> 2011-08-23 04:30:11,226 INFO  [main] zookeeper.MiniZooKeeperCluster(164): Started MiniZK Cluster and connect 1 ZK server on client port: 21819
> By default we try connecting to 21818 but as it was not bindable we connect to 21819. (may be the port was busy).
> After starting the miniZkCluster
> this.conf.set("hbase.zookeeper.property.clientPort",
>       Integer.toString(clientPort));
> we set this port in the config object.
> So for RS and Master the zookeeper client port will be 21819.
> Now when the testcase starts running there is no testcase till TestScannerTimeout#test3686a where we need a new client connection.
> Now as part of test3686a we create new HTable() which calls
> {code}
> this(HBaseConfiguration.create(), tableName);
> {code}
> Here we create a new configuration object. Hence the zookeeper client port is taken to be 21818.
> Ideally due to improper shutdown of some prev zk cluster that was running in 21818 the test case was able to connect to this but the port being different it could not find the /hbase node.
> Hence the failure has happened.
> The remaining two testcases in TestHTablePool that failed also has the similar problem. Even the failure in build #2119 is exactly the same.
> There should be a mechanism from the test for the client code to know to which zk he should connect to. 
> Another intersting thing
> All testcases are using new HTable(conf, tablename).
> Only these 3 test cases are using it like new HTable(tablename). Hence the problem.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira