[
https://issues.apache.org/jira/browse/SOLR-12727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erick Erickson reopened SOLR-12727:
-----------------------------------
The presence of this entry in /etc/hosts appears to make lots of tests fail:
fe80::1%lo0 localhost
There are a couple of _very_ old ZK JIRAs mentioning this:
https://issues.apache.org/jira/browse/ZOOKEEPER-676
https://issues.apache.org/jira/browse/ZOOKEEPER-1476
There are some hints on a quick Google search that this may be mac-specific.
Also, it's unclear why this entry is in the /etc/hosts file in the first place,
it _might_ have been something put in by Parallels or some such.
Or is this just bogus and will be handled by the
::1 localhost
entry?
Reopening so we have a record of the resolution, even if it's "you should
remove that entry and rely on '::1 localhost' instead"
> Upgrade ZooKeeper dependency to 3.4.13
> --------------------------------------
>
> Key: SOLR-12727
> URL: https://issues.apache.org/jira/browse/SOLR-12727
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrCloud
> Affects Versions: 7.4
> Reporter: Shawn Heisey
> Assignee: Erick Erickson
> Priority: Major
> Fix For: master (8.0), 7.7
>
> Attachments: SOLR-12727.patch, SOLR-12727.patch, SOLR-12727.patch,
> SOLR-12727.patch, SOLR-12727.patch, SOLR-12727.patch
>
>
> Upgrade ZK dependency to 3.4.13. This fixes ZOOKEEPER-2184 which will make
> the ZK client re-resolve the server hostnames when a connection fails. This
> will fix issues where a failed ZK container is replaced with a new one that
> has a different IP address and DNS gets updated with the new address.
> Typically these upgrades do not require code changes, but that should be
> verified.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
