Hello, I have multiple collections, one 7.5.0 and the rest is on 8.3.1. They all share the same ZK ensemble and have the same ZK connection string. The first ZK address in the connection string is one that is not reachable, it seems firewalled, the rest is accessible.
The 7.5.0 nodes do not appear to have problems with a partial accessible ZK ensemble. It gave a simple warning but the cores on the nodes keep starting up nicely. I have trouble starting up 8.x nodes because it times out when connecting to ZK. The logs are filled with: 2020-01-10 16:33:33.146 WARN (qtp1620948294-21) [ ] o.a.s.h.a.ZookeeperStatusHandler Failed talking to zookeeper bad_node1:2181 => org.apache.solr.common.SolrException: Failed talking to Zookeeper 89.188.14.28:2181 at org.apache.solr.handler.admin.ZookeeperStatusHandler.getZkRawResponse(ZookeeperStatusHandler.java:245) And i get this one for one of the cores on a restarted node: 2020-01-10 16:31:11.752 ERROR (searcherExecutor-12-thread-1-processing-n:s2.io:8983_solr x:documents_shard2_replica_t19 c:documents s:shard2 r:core_node20) [c:documents s:shard2 r:core_node20 x:documents_shard2_replica_t19] o.a.s.h.RequestHandlerBase java.lang.NullPointerException at org.apache.solr.handler.component.SearchHandler.initComponents(SearchHandler.java:183) This one is probably preventing the core from getting properly loaded. One the same node, however, there is another shard of the same collection, which did start up normally, as did other cores on the node. Is this a known 8.x problem? I can work around it by temporarily removing the bad node address from the ZK connection string but thats all. Thanks, Markus