Hi Can you please explain the following I first started one node with only its ip in unicast host list and multicast discovery false. The cluster started with one node. Then I started another node with its unicast host value of node one. This also joined the cluster.
This is in sync with what you said. But if this is the case the what the use for setting the multicast as false and setting the unicast host list. Cant any node join the cluster just like that by setting the unicast to any node in the cluster. how to limit this. On Thursday, 13 March 2014 19:46:08 UTC+5:30, Hari Prasad wrote: > > Ok Thank you :) > > On Thursday, 13 March 2014 19:35:52 UTC+5:30, David Pilato wrote: >> >> yes >> >> -- >> *David Pilato* | *Technical Advocate* | *Elasticsearch.com* >> @dadoonet <https://twitter.com/dadoonet> | >> @elasticsearchfr<https://twitter.com/elasticsearchfr> >> >> >> Le 13 mars 2014 à 15:00:10, Hari Prasad ([email protected]) a écrit: >> >> Is this the case the even if discovery.zen.ping.multicast.enabled is >> false? >> >> On Thursday, 13 March 2014 19:17:19 UTC+5:30, David Pilato wrote: >>> >>> Yes. Just launch the new node and set its unicast values to other >>> running nodes. >>> It will connect to the cluster and the cluster will add him as a new >>> node. >>> >>> You don't have to modify existing settings, although you should do it to >>> have updated settings in case of restart. >>> >>> -- >>> David ;-) >>> Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs >>> >>> >>> Le 13 mars 2014 à 14:38, Hari Prasad <[email protected]> a écrit : >>> >>> Hi >>> I am having an elasticsearch cluster. I am using the unicast to discover >>> nodes. Can I add nodes to list dynamically without restarting the cluster? >>> I tried to do this with the prepareUpdateSettings but i got "ignoring >>> transient setting [discovery.zen.ping.unicast.hosts], not dynamically >>> updateable". >>> Is there any other way to do this without restarting the cluster. >>> >>> I am not going for multicast because i don't want rouge nodes to join my >>> cluster. I can go for it if i can, in anyway, limit what all nodes join the >>> cluster, other than the cluster name. >>> Are there any ways to do this. >>> >>> Thanks >>> Hari >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "elasticsearch" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/elasticsearch/127e4ba6-3fab-4fca-8595-e4506ef8f101%40googlegroups.com<https://groups.google.com/d/msgid/elasticsearch/127e4ba6-3fab-4fca-8595-e4506ef8f101%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "elasticsearch" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/elasticsearch/a5a2de96-f308-495a-8de4-07feca421759%40googlegroups.com<https://groups.google.com/d/msgid/elasticsearch/a5a2de96-f308-495a-8de4-07feca421759%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> For more options, visit https://groups.google.com/d/optout. >> >> -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/7af0beb0-880c-4df4-b182-eb026210959b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
