Re: Connecting cluster with different cookies

Raimo Niskanen <[email protected]>
Newsgroups gmane.comp.lang.erlang.general
Message-ID <[email protected]>
I conclude that all these answers seems like the tip of
an iceberg, and that we should keep this functionaliy.

In [PR 5111](https://github.com/erlang/otp/pull/5111), a response
to [Issue #5063](https://github.com/erlang/otp/issues/5063),
I clarify the documentation, extend the functionality,
and clean up the code.

Comments are welcome.


Cheers
/ Raimo Niskanen



On Mon, Aug 09, 2021 at 06:21:00PM +0200, Raimo Niskanen wrote:
> Hello Community.
> 
> Regarding a GitHub Issue in progress:
>     https://github.com/erlang/otp/issues/5063,
> and a corresponding pull request:
>     https://github.com/erlang/otp/pull/5062
> 
> There is an apparently rarely known API call
> erlang:set_cookie(Node, Cookie) that allows you to configure
> a cookie to use when communicating with a different node.
> 
> This/these set cookie/s may/should be different from the node's
> normal (default) cookie, and the functionality exists
> to make it possible to connect nodes that have different
> default cookies.
> 
> The feature is probably rarely used; almost nobody in the
> OTP group knew that it existed nor how it is supposed
> to be used.  Connecting only nodes with the same cookie
> seems to be the norm.
> 
> The question is now, is this an essential feature / how
> important is this feature?
> 
> To completely remove this feature would simplify the code,
> but if that should destroy an important use case; removing
> would not be an option.
> 
> The Issue and PR is about how it is supposed to work; if and
> how it should be fixed.
> 
> 
> So, what says the Community?  How important feature is it
> to be able to connect nodes with different cookies?
> 
> Cheers
> -- 
> 
> / Raimo Niskanen, Erlang/OTP, Ericsson AB

-- 

/ Raimo Niskanen, Erlang/OTP, Ericsson AB
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.