[ 
https://issues.apache.org/jira/browse/WHIRR-201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986487#action_12986487
 ] 

Lars George commented on WHIRR-201:
-----------------------------------

Darn, I am missing these updates all the time! The seem to be emailed somewhere 
else.

Anyhow, so yes, the issue is https://issues.apache.org/jira/browse/HBASE-3143 
where the test hbase-site-xml is loaded (from hbase-test.jar) which contains a 
ZooKeeper port of 21810 (as opposed to 2181). So your "hack" Andrei is correct, 
I have done the same to proceed. Currently I am facing 
http://search-hadoop.com/m/sPdqNFAwyg2 where the region server is reported with 
the internal EC2 addresses. So doing this fails:

{code}
$ HBASE_CONF_DIR=~/.whirr/hbaseclustertest/ 
~/projects/opensource/hbase-0.89.20100924/bin/hbase shell
HBase Shell; enter 'help<RETURN>' for list of supported commands.
Type "exit<RETURN>" to leave the HBase Shell
Version: 0.89.20100924, r1001068, Tue Oct  5 12:12:44 PDT 2010

hbase(main):001:0> list
TABLE                                                                           
                                                                                
           
11/01/25 14:22:15 ERROR hbase.HServerAddress: Could not resolve the DNS name of 
ip-10-114-145-167.ec2.internal:60020
11/01/25 14:22:16 ERROR hbase.HServerAddress: Could not resolve the DNS name of 
ip-10-114-145-167.ec2.internal:60020
11/01/25 14:22:17 ERROR hbase.HServerAddress: Could not resolve the DNS name of 
ip-10-114-145-167.ec2.internal:60020
...
{code}

This also makes the test fail as it cannot talk to the server serving \-ROOT\-. 

But otherwise the clusters work as you noted, but the test needs to warp the 
IPs from local to external, or add the remote ones to the internal DNS lookup 
service. Is that possible at all?

> HBase integration test fails
> ----------------------------
>
>                 Key: WHIRR-201
>                 URL: https://issues.apache.org/jira/browse/WHIRR-201
>             Project: Whirr
>          Issue Type: Bug
>          Components: service/hbase
>    Affects Versions: 0.3.0
>            Reporter: Tom White
>            Priority: Blocker
>             Fix For: 0.4.0
>
>
> I get the following stacktrace consistently on EC2:
> {noformat}
> java.lang.NullPointerException
>         at 
> org.apache.hadoop.hbase.client.HConnectionManager$ClientZKWatcher.getZooKeeperWrapper(HConnectionManager.java:231)
>         at 
> org.apache.hadoop.hbase.client.HConnectionManager$TableServers.getZooKeeperWrapper(HConnectionManager.java:1048)
>         at 
> org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRootRegion(HConnectionManager.java:1064)
>         at 
> org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:668)
>         at 
> org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:644)
>         at 
> org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegionInMeta(HConnectionManager.java:770)
>         at 
> org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:673)
>         at 
> org.apache.hadoop.hbase.client.HConnectionManager$TableServers.locateRegion(HConnectionManager.java:644)
>         at org.apache.hadoop.hbase.client.HTable.<init>(HTable.java:136)
>         at 
> org.apache.whirr.service.hbase.integration.HBaseServiceController.waitForMaster(HBaseServiceController.java:104)
>         at 
> org.apache.whirr.service.hbase.integration.HBaseServiceController.startup(HBaseServiceController.java:86)
>         at 
> org.apache.whirr.service.hbase.integration.HBaseServiceController.ensureClusterRunning(HBaseServiceController.java:66)
>         at 
> org.apache.whirr.service.hbase.integration.HBaseServiceTest.setUp(HBaseServiceTest.java:45)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:597)
>         at 
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>         at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>         at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>         at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
>         at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>         at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
>         at 
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:59)
>         at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:115)
>         at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:102)
>         at org.apache.maven.surefire.Surefire.run(Surefire.java:180)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:597)
>         at 
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350)
>         at 
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021)
> {noformat}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to