hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-4253) Intermittent test failure because of missing config parameter in new HTable(tablename)
Date Sat, 27 Aug 2011 07:59:29 GMT

    [ https://issues.apache.org/jira/browse/HBASE-4253?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13092216#comment-13092216
] 

Hudson commented on HBASE-4253:
-------------------------------

Integrated in HBase-TRUNK #2151 (See [https://builds.apache.org/job/HBase-TRUNK/2151/])
    HBASE-4253 TestScannerTimeOut.test3686a and TestHTablePool.testReturnDifferentTable()
failure because of using new HTable(tablename)

stack : 
Files : 
* /hbase/trunk/CHANGES.txt


> 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
>    Affects Versions: 0.90.4
>            Reporter: ramkrishna.s.vasudevan
>            Assignee: ramkrishna.s.vasudevan
>             Fix For: 0.90.5
>
>         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

        

Mime
View raw message