Тайм-аут ES после обновления в отдельном кластере

Итак, у меня была версия 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, - это имя кластера.