%20n%C3%B3.png)
Tenho um problema com meu cluster que não equilibra fragmentos com um nó reiniciado que agora está vazio.
- Parei e esperei
my_node
quemy_cluster
os fragmentos e réplicas fossem realocados. Isso deu certo. - Então reiniciei
my_node
, mas o cluster não alocou nenhum fragmento. - Um novo índice foi criado e o cluster atribuiu fragmentos ao
my_node
. - Um dia depois, o nó ainda possui apenas fragmentos do novo índice.
Existe uma maneira de forçar o equilíbrio igual de fragmentos em nós? No meu caso testei a reinicialização de um nó após o disparo gateway.recover_after_time
, mas esse problema me leva a pensar:
- O que devo fazer se adicionar um novo nó e quiser acionar um rebalanceamento?
Responder1
NVM, parece que my_node
é uma versão mais antiga e o elasticsearch se recusa a realocar a versão para uma versão mais antiga.
Corri curl -XPOST '10.10.1.4:9200/_cluster/reroute' -d '{ "commands" : [ { "allocate" : { "index" : "my_cluster", "node" : "my_node", "shard" : 0 } } ] }'
e o cluster respondeu:
{
"error": "RemoteTransportException[[es-master][inet[/10.10.1.14:9300]][cluster:admin/reroute]];
aninhado: ElasticsearchIllegalArgumentException[[allocate] alocação de [my_cluster][0] no nó [my_node][o7-MlqgXTU-51t4O7iBu6g][my_node][inet[10.10.1.4/10.10.1.4:9300]]{max_local_storage_nodes=1, mestre =true} não é permitido, motivo:
[SIM (o fragmento não está alocado para o mesmo nó ou host)]
[SIM (o nó passa inclui/exclui/exige filtros)]
[SIM(primário já está ativo)]
[SIM(abaixo do limite de recuperação de fragmentos de [2])]
[SIM(a desativação da alocação é ignorada)]
[SIM(a desativação da alocação é ignorada)]
[SIM(sem reconhecimento de alocação habilitado)]
[SIM(limite total de fragmentos desativado: [-1] <= 0)]
[NÃO(a versão do nó de destino [1.6.0] é mais antiga que a versão do nó de origem [1.6.1])]
[SIM (disco suficiente para fragmento no nó, grátis: [478,1 GB])]
[SIM(fragmento não primário ou realocação desativado)]
]; ",
"estado": 400
}