Итак, у меня была версия ES 0.19.4, и я хотел обновить ее до 0.20.6, поскольку в моих кластерах не было информации, которую я не мог бы легко восстановить, я удалил индексы и полностью очистил свою папку данных es, удалил 0.19 .4, и когда я запускаю, я почему-то не могу использовать свое исходное имя кластера, ES отлично запускается с любым другим именем кластера, но не с «aggr», которое я использовал раньше, так как я хотел убедиться, что ничто другое не использует старый Elastic Поиск Я даже перезагрузил компьютер (в этой тестовой системе нет программного обеспечения при запуске), так что по сути все ясно, но я не могу использовать старое имя кластера ... Стек:

[2013-04-03 13:37:59,902][WARN ][discovery.zen.ping.multicast] [Orchid] failed to connect to requesting node [Kaur, Benazir][by0TZFhXR1mUxBd9T6bi9w][inet[/xxx.xxx.xx.xxx.xxxx]]{client=true, data=false}
org.elasticsearch.transport.ConnectTransportException: [Kaur, Benazir][inet[/xxx.xxx.xx.xxx.xxxx]] connect_timeout[30s]
at org.elasticsearch.transport.netty.NettyTransport.connectToChannels(NettyTransport.java:671)
at org.elasticsearch.transport.netty.NettyTransport.connectToNode(NettyTransport.java:610)
at org.elasticsearch.transport.netty.NettyTransport.connectToNode(NettyTransport.java:580)
at org.elasticsearch.transport.TransportService.connectToNode(TransportService.java:127)
at org.elasticsearch.discovery.zen.ping.multicast.MulticastZenPing$Receiver$1.run(MulticastZenPing.java:536)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.net.ConnectException: connection timed out
at org.elasticsearch.common.netty.channel.socket.nio.NioClientBoss.processConnectTimeout(NioClientBoss.java:136)
at org.elasticsearch.common.netty.channel.socket.nio.NioClientBoss.process(NioClientBoss.java:82)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:312)
at org.elasticsearch.common.netty.channel.socket.nio.NioClientBoss.run(NioClientBoss.java:41)
at org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
at org.elasticsearch.common.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
... 3 more

Закомментированы все настройки elasticsearch.yml, кроме:

cluster.name: aggr

Также, когда Elastic Search запускается на моей тестовой машине, подключенной к внутренней сети, я вижу в журналах:

[2013-04-03 13:37:27,281][INFO ][node                     ] [Orchid] {0.20.6}[4484]: initializing ...
[2013-04-03 13:37:27,287][INFO ][plugins                  ] [Orchid] loaded [], sites []
[2013-04-03 13:37:29,633][INFO ][node                     ] [Orchid] {0.20.6}[4484]: initialized
[2013-04-03 13:37:29,633][INFO ][node                     ] [Orchid] {0.20.6}[4484]: starting ...
[2013-04-03 13:37:29,710][INFO ][transport                ] [Orchid] bound_address {inet[/0:0:0:0:0:0:0:0:9300]}, publish_address {inet[/**My internal IP**:9300]}
[2013-04-03 13:37:32,739][INFO ][cluster.service          ] [Orchid] new_master [Orchid][MzSRtsCfR2W3S_QyG_QLQg][inet[/**My internal IP**:9300]], reason: zen-disco-join (elected_as_master)
[2013-04-03 13:37:32,818][INFO ][discovery                ] [Orchid] aggr/MzSRtsCfR2W3S_QyG_QLQg
[2013-04-03 13:37:32,857][INFO ][http                     ] [Orchid] bound_address {inet[/0:0:0:0:0:0:0:0:9200]}, publish_address {inet[/**My internal IP**:9200]}
[2013-04-03 13:37:32,857][INFO ][node                     ] [Orchid] {0.20.6}[4484]: started
[2013-04-03 13:37:32,945][INFO ][gateway                  ] [Orchid] recovered [0] indices into cluster_state

И сразу после этого в журнале ошибок я вижу журнал моей серверной машины, подключенной к внешнему IP-адресу:

[2013-04-03 13:37:59,902][WARN ][discovery.zen.ping.multicast] [Orchid] failed to connect to requesting node [Kaur, Benazir][by0TZFhXR1mUxBd9T6bi9w][inet[/**My external IP**:9301]]{client=true, data=false}
org.elasticsearch.transport.ConnectTransportException: [Kaur, Benazir][inet[/**My external IP**:9301]] connect_timeout[30s]

Как это может быть? Как моя система может запуститься на моей внутренней машине и выдать ошибку при подключении к моей внешней машине? Опять же, единственный параметр, установленный в ES.yml, - это имя кластера.

0
Mantas 3 Апр 2013 в 16:51

1 ответ

Лучший ответ

Похоже, у вас все еще где-то работает старый клиентский узел:

[Kaur, Benazir][inet[/xxx.xxx.xx.xxx.xxxx]]

Перед запуском кластера с новой версией его необходимо выключить.

Этот клиент, вероятно, работает в вашем веб-приложении, которое использует elasticsearch, и пока вы обновляли сервер elasticsearch, вы не обновляли библиотеку elasticsearch в этом приложении. У вас есть Java-приложение, работающее на xxx.xxx.xx.xxx? Попробуйте выключить его.

2
imotov 3 Апр 2013 в 18:30
Это то, что я думал, что происходит, проблема в том, что я запускаю ES только на своем локальном хосте и перезапускаю пару раз, чтобы убедиться, что все программы убиты. И ни один из них не запускается автоматически: / Основная причина, почему я спрашиваю ..
 – 
Mantas
3 Апр 2013 в 18:23
Мой типичный подход к запуску моих приложений - запустить ES> запустить приложение> закрыть приложение> остановить ES. И да, я убедился, что все мои веб-приложения, использующие эластичный поиск, убиты, как я уже сказал, перезапускались пару раз. : / Я не в себе, я знаю, что ваш ответ должен быть правильным, у меня было такое же чувство после того, как я немного покопался ... Тем не менее, все еще не могу определить проблему.
 – 
Mantas
3 Апр 2013 в 18:37
Попробуйте это, выключите все и попробуйте запустить curl xxx.xxx.xx.xxx:yyyy, где yyyy - порт в журнале - 100. Итак, если это было 9300, попробуйте подключиться к 9200. Вы получите ответ?
 – 
imotov
3 Апр 2013 в 18:54
Хорошо, так что он ничего не возвращает, просто зависает, однако я заметил кое-что другое, когда запускается elasticsearch Я получаю странную информацию в журналах, они проскользнули мимо меня, я отредактирую свой пост через секунду
 – 
Mantas
3 Апр 2013 в 19:05
Каур, Беназир - это клиентский узел. У вас работает устаревший экземпляр вашего веб-приложения? Попробуйте убить всю обработку java на вашем компьютере.
 – 
imotov
3 Апр 2013 в 19:18