[
https://issues.apache.org/jira/browse/CURATOR-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13715579#comment-13715579
]
Jordan Zimmerman commented on CURATOR-40:
-----------------------------------------
Can you post the stacktrace of the error? I'm wondering if this is a ZK issue
and not a Curator issue. Curator passes the connection string to ZooKeeper
unchanged.
> Curator client cannot connect after one zookeeper host shuts down on EC2
> ------------------------------------------------------------------------
>
> Key: CURATOR-40
> URL: https://issues.apache.org/jira/browse/CURATOR-40
> Project: Apache Curator
> Issue Type: Bug
> Components: Client
> Affects Versions: 2.0.1-incubating
> Environment: Ubuntu instances on Amazon EC2 using DNS host names
> Reporter: Andy Grove
> Attachments: ApacheCuratorUnknownHostTest.java
>
>
> We use DNS names on Amazon EC2 to specify Zookeeper host names. If one of the
> ZK hosts shuts down or loses network connectivity we can no longer connect
> via Curator, even though the other ZK hosts are still running and have
> quorum. The issue is specific to an UnknownHostException being thrown on DNS
> resolution when calling the start() method on CuratorZookeeperClient. The
> workaround is for us to use IP addresses rather than DNS names, but this
> isn't really workable on EC2 since IP addresses change when servers restart
> so we use Elastic IPs to ensure that the ZK hosts have fixed IP addresses.
> I have attached a unit test which demonstrates the issue and provides more
> detail in the comments.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
