2016-11-08 2 views
7

Ok, das sollte nicht so schwer sein, ich versuche, 2 Knoten in einem Elasticsearch-Cluster und eine Ausnahme beim Start von Knoten-1 zu starten (Knoten-2, die Master ist bereits gestartet). Mit Elasticsearch v 5.0.0 für beide InstanzenElasticsearch 5.0.0. Cluster-Knoten nicht beitreten

Ausnahme: fehlgeschlagen Anfrage senden beitreten zu meistern, kann Grund RemoteTransportException nicht Knoten gefunden vorhandenen Knoten mit der gleichen ID hinzufügen, aber ist eine andere Knoteninstanz]

Node-1 config:

node.name: SANNNNN-1

network.host: 10.3.185.250

discovery.zen.ping.unicast.hosts: [ "10.3.185.251:9300"]

Node-2 config:

node.name: SAN-2

network.host: 10.3.185.251

discovery.zen.ping.unicast.hosts: [ "10.3.185.251:9300"]

Vollständige Ausnahme auf Knoten 2:

[INFO] [oedzZenDiscovery] [SANNNNN-1] konnte die Beitrittsanforderung nicht an Master [{SAN-2} {DxExoYHHTu2-rFvuvQSuEg} {OfYBe97HQCmcha63CFiYlQ} {10.3.185.251} {10.3.185.251:9300}] senden, Grund [RemoteTransportException [[SAN-2] [10.3.185.251:9300] [intern: discovery/zen/join]]; verschachtelt: IllegalArgumentException [kann den Knoten {SANNNNN-1} {DxExoYHHTu2-rFvuvQSuEg} {hP4gLRugRgWzSuNnEhGHSw} {10.3.185.250} {10.3.185.250:9300} nicht hinzufügen, den vorhandenen Knoten {SAN-2} {DxExoYHHTu2-rFvuvQSuEg} {OfYBe97HQCmcha63CFiYlQ } {10.3.185.251} {10.3.185.251:9300} mit derselben ID, aber eine andere Knoteninstanz]; ]

Antwort

18

Ok, das Problem war das Kopieren des elasticsearch-Ordners von einem Knoten zu einem anderen über scp. Elasticsearch speichert die Knoten-ID im Verzeichnis elasticsearch/data /. Der Datenordner wurde auf einem Knoten gelöscht und neu gestartet. Der Cluster ist betriebsbereit. Hoffe das spart jemandem den Ärger.

Verwandte Themen