Eu resolvi o problema definindo a inicialização dos serviços neste modo
- zookeeper: automático
- solr: Automatic (Início atrasado)
Eu tenho 3 janelas vm, em todas elas estão instaladas o solr 5.4.0 e 3.4.6 zookeeper; os dois serviços iniciam automaticamente quando o vm é iniciado. Após a reinicialização vms o solr não responde corretamente, isso me dá error500:
HTTP ERROR 500 Problem accessing /solr/. Reason: Server Error ... SolrException: Error processing the request. CoreContainer is either not initialized or shutting down.
Verificando os logs Eu também vi este erro:
o.a.s.c.SolrCore null:org.apache.solr.common.SolrException: Error occurred while loading solr.xml from zookeeper
Tentando parar os serviços zookeeper e solr em todos os vm e iniciar novamente (antes de iniciar o zookeeper em todos os vm e depois do solr), às vezes, o solr começa a funcionar corretamente; outras vezes pela seção solrcloud da interface do usuário, notamos que os nós estão no estado inativo (escrito em marrom)
Eu listo os procedimentos que eu executo para criar o solr do cluster:
initLimit=5
syncLimit=2
dataDir=C:/zookeeper/data
clientPort=2181
server.1=zknode1:2888:3888
server.2=zknode2:2888:3888
server.3=zknode2:2888:3888
-c -z "zknode1:2181,zknode2:2181,zknode3:2181" -f
Eu crio uma coleção baseada em uma configuração existente em solr not cloud
solr.cmd create_collection -c mycoll -d C:\conf\mycoll\conf -n mycoll -shards 1 -replicationFactor 3
em cada nó solr é ver que é criada a pasta mycoll_shard1_replicaX, onde X muda em cada nó (1,2,3). Consultando todos os trabalhos, até mesmo o dataimport, mas se eu reiniciar os nós, encontrando o problema descrito acima. Estou errado na criação da coleção, ou isso é um bug conhecido?
Sugerindo que talvez o zookeeper não seja iniciado antes que o solr tente inicializar. Ao usar as dependências nssm, você pode tornar o serviço solr dependente do serviço zookeeper. link