You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2017/11/07 04:38:00 UTC

[jira] [Reopened] (HBASE-19102) TestZooKeeperMainServer fails with KeeperException$ConnectionLossException

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

stack reopened HBASE-19102:
---------------------------

Reopening to backport this fix. It fails for me on local machine.

> TestZooKeeperMainServer fails with KeeperException$ConnectionLossException
> --------------------------------------------------------------------------
>
>                 Key: HBASE-19102
>                 URL: https://issues.apache.org/jira/browse/HBASE-19102
>             Project: HBase
>          Issue Type: Bug
>            Reporter: stack
>            Assignee: stack
>             Fix For: 2.0.0-beta-1
>
>         Attachments: HBASE-19102.master.001.patch, HBASE-19102.master.002.patch, HBASE-19102.master.002.patch
>
>
> I'm trying to run test suite on a local machine. I never get to the second part because I fail on below test with below exception near every time (and an ipv6 test... will do that next).  
> 1 -------------------------------------------------------------------------------
>   2 Test set: org.apache.hadoop.hbase.zookeeper.TestZooKeeperMainServer
>   3 -------------------------------------------------------------------------------
>   4 Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 16.161 s <<< FAILURE! - in org.apache.hadoop.hbase.zookeeper.TestZooKeeperMainServer
>   5 testCommandLineWorks(org.apache.hadoop.hbase.zookeeper.TestZooKeeperMainServer)  Time elapsed: 15.848 s  <<< ERROR!
>   6 org.apache.zookeeper.KeeperException$ConnectionLossException: KeeperErrorCode = ConnectionLoss for /testCommandLineWorks
>   7   at org.apache.hadoop.hbase.zookeeper.TestZooKeeperMainServer.testCommandLineWorks(TestZooKeeperMainServer.java:81)
> Looks like running the command before we are connected causes the above -- we pause 15 seconds and then throw the above.   If I wait until connected before proceding, stuff seems to work reliably. I don't have access to the watcher on connections since we override the zk main class... so this seems only avenue available at mo (This zk main thing is all a hack around zk main because it had bugs ... but I think we have to keep the hack because folks use different versions of zk. My $workplace defaults to something that is years old, 3.4.5 for instance).



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)