TestReplication failing up on builds.a.o because already running zk with new 
format root servername
---------------------------------------------------------------------------------------------------

                 Key: HBASE-4453
                 URL: https://issues.apache.org/jira/browse/HBASE-4453
             Project: HBase
          Issue Type: Bug
            Reporter: stack


When the test runs, I see this at the start of the output:

{code}
2011-09-21 04:56:35,282 INFO  [main] zookeeper.MiniZooKeeperCluster(122): 
Failed binding ZK Server to client port: 21818
2011-09-21 04:56:35,344 INFO  [main] zookeeper.MiniZooKeeperCluster(136): 
Started MiniZK Server on client port: 21819
{code}

So, I think what is going on is that the test is connecting to the wrong zk 
ensemble because it does this on setup:

{code}
  @BeforeClass
  public static void setUpBeforeClass() throws Exception {
    conf1 = HBaseConfiguration.create();
    conf1.set(HConstants.ZOOKEEPER_ZNODE_PARENT, "/1");
    // smaller block size and capacity to trigger more operations
    // and test them
    conf1.setInt("hbase.regionserver.hlog.blocksize", 1024*20);
    conf1.setInt("replication.source.size.capacity", 1024);
    conf1.setLong("replication.source.sleepforretries", 100);
    conf1.setInt("hbase.regionserver.maxlogs", 10);
    conf1.setLong("hbase.master.logcleaner.ttl", 10);
    conf1.setBoolean(HConstants.REPLICATION_ENABLE_KEY, true);
    conf1.setBoolean("dfs.support.append", true);
    conf1.setLong(HConstants.THREAD_WAKE_FREQUENCY, 100);

    utility1 = new HBaseTestingUtility(conf1);
    utility1.startMiniZKCluster();
....
{code}

and we refer to conf1 subsequently rather than to HTU.getConfiguration.

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

        

Reply via email to