Hi Aniruddha, You don't need to run zookeeper separately. the test should run it. We've not tested Mac OS X Lion, but it does work on Snow Leopard. I think this could be an IPv6 issue. I've not seen it on Mac before, but debian had a big issue with java when they enabled IPv6 by default. The following lines illustrate the point. <snip> 2012-03-02 12:00:18,263 - INFO [Thread-2860-SendThread():ClientCnxn$SendThread@933][] - Opening socket connection to server /fe80:0:0:0:0:0:0:1%1:2181 2012-03-02 12:00:18,478 - INFO [New I/O server worker #257-1-SendThread(localhost:33221):ClientCnxn$SendThread@933][] - Opening socket connection to server localhost/127.0.0.1:33221 2012-03-02 12:00:18,479 - WARN [New I/O server worker #257-1-SendThread(localhost:33221):ClientCnxn$SendThread@1063][] - Session 0x0 for server null, unexpected error, closing socket connection and attempting reconnect </snip> However, an ipv4 connection is successful further up. I think it's due to some connections using dns, and others not. it resolves "localhost" to /fe80:0:0:0:0:0:0:1%1:2181, which doesn't work because zookeeper server doesn't listen on ipv6. Could you try to apply the attached patch(cat NoLocalhostDNS.diff | patch -p0) and try again. If this works, could you open a JIRA (https://issues.apache.org/jira/browse/BOOKKEEPER) to resolve this issue permanently for lion users. |
NoLocalhostDNS.diff
Description: Binary data
-Ivan On 2 Mar 2012, at 22:01, Aniruddha Laud wrote:
|
