Я создаю кластер узлов. Два тонкой работы (они объединены в кластер), я пытаюсь добавить третий (так называемый eu5
) и в то время как она начинается, она не присоединяется к кластеру:статус сервера 5092 elasticsearch, обнаружение завершено
[[email protected]:/etc/elasticsearch]# curl eu5:9200
{
"status" : 503,
"name" : "eu5",
"cluster_name" : "security",
"version" : {
"number" : "1.4.2",
"build_hash" : "927caff6f05403e936c20bf4529f144f0c89fd8c",
"build_timestamp" : "2014-12-16T14:11:12Z",
"build_snapshot" : false,
"lucene_version" : "4.10.2"
},
"tagline" : "You Know, for Search"
}
Бревна упомянуть проблему с открытием :
[2015-01-09 15:35:23,399][INFO ][node ] [eu5] starting ...
[2015-01-09 15:35:23,468][INFO ][transport ] [eu5] bound_address {inet[/10.81.147.186:9300]}, publish_address {inet[/10.81.147.186:9300]}
[2015-01-09 15:35:23,475][INFO ][discovery ] [eu5] security/FdjfWCWgT-mQtipLdi9BFA
[2015-01-09 15:35:53,476][WARN ][discovery ] [eu5] waited for 30s and no initial state was set by the discovery
[2015-01-09 15:35:53,493][INFO ][http ] [eu5] bound_address {inet[/10.81.147.186:9200]}, publish_address {inet[/10.81.147.186:9200]}
[2015-01-09 15:35:53,494][INFO ][node ] [eu5] started
конфигурация сил одноадресной
cluster.name: security
node.name: eu5
network.host: 10.81.147.186
discovery.zen.minimum_master_nodes: 2
discovery.zen.ping.multicast.enabled: false
discovery.zen.ping.unicast: ["elk.example.com"]
и сервер намек доступен из того, что я хочу присоединиться:
[[email protected]:/etc/elasticsearch]# curl elk.example.com:9200
{
"status" : 200,
"name" : "eu4",
"cluster_name" : "security",
"version" : {
"number" : "1.4.2",
"build_hash" : "927caff6f05403e936c20bf4529f144f0c89fd8c",
"build_timestamp" : "2014-12-16T14:11:12Z",
"build_snapshot" : false,
"lucene_version" : "4.10.2"
},
"tagline" : "You Know, for Search"
}
Порты 9200 и 9300 доступны оба способа, с сервера я хочу присоединиться к
[[email protected]:/etc/elasticsearch]# nmap -p9200,9300 elk.example.com
(...)
PORT STATE SERVICE
9200/tcp open wap-wsp
9300/tcp open vrace
, а также от ведущего к этому серверу
[[email protected]:/etc/elasticsearch]# nmap -p9200,9300 eu5.example.com
(...)
PORT STATE SERVICE
9200/tcp open wap-wsp
9300/tcp open vrace
Есть ли что-нибудь еще Я должен проверить?
UPDATE: После комментариев Andrei Stefan «s переключаюсь на DEBUG
для лесозаготовок. Я получаю такие строки, как
[2015-01-12 11:14:41,609][DEBUG][discovery.zen ] [eu5] filtered ping responses: (filter_client[true], filter_data[false]) {none}
[2015-01-12 11:14:44,615][DEBUG][discovery.zen ] [eu5] filtered ping responses: (filter_client[true], filter_data[false]) {none}
во время фазы обнаружения (30 секунд после истечения таймаута). Быстрый взгляд на the code (я не знаю, например, Java) указывает, что {none}
означает, что ping не удалось.
Испытания, которые я сделал выше, указывают, что с точки зрения ОС, подключение в порядке.
UPDATE 2: Ниже приводится tcpdump
соответствующих событий выше (eu5
, машина, которая хочет вступить в 10.81.144.186
)
Полное изображение: http://i.stack.imgur.com/vLi7r.png
UPDATE 3: Я подал bug report.
Почему ты не поставил второй узел в списке одноадресный? 'discovery.zen.ping.unicast: [" elk.example.com "]' –
@AndreiStefan: Я не уверен, что понимаю. 'eu5' - это сервер, к которому я хочу присоединиться. 'elk.example.com' - мой главный сервер, который используется для указания кластера на все присоединенные узлы (в настоящее время только два: сам и другой). Я понимаю, что 'discovery.zen.ping.unicast' должен перечислять один или несколько узлов, чтобы кто-то, кто хочет присоединиться, мог обнаружить кластер, не так ли? – WoJ
@AndreiStefan: как, может быть, вы имеете в виду второй, который присоединился к успеху. Я могу добавить его, но это не должно изменить проблему (поскольку лося доступна) – WoJ