erlang nodes interop.

Bogdan Andu bog495@REDACTED
Thu Nov 11 17:39:48 CET 2021


it is not a compatibility issue.
otherwise they would not be able to connect at all.

only that particular case is not working

On Thursday, November 11, 2021, Roberto Ostinelli <roberto@REDACTED>
wrote:

> OTP keeps compatibility with releases which are ± 2 versions different.
> Therefore, even if you were to achieve the node clustering, other things
> might fail.
> I would consider using a separate, non-erlang protocol over TCP for
> communication between nodes with such different versions.
>
> Cheers,
> r.
>
> On Thu, Nov 11, 2021 at 11:46 AM Bogdan Andu <bog495@REDACTED> wrote:
>
>> Hi,
>>
>> I have two erlang nodes, NodeA and NodeB.
>> NodeA is OTP version 19 and NodeB is OTP version 24.1.4.
>>
>> The nodes have the same cookie;
>> and they are both started as sname nodes.
>>
>> However, the following happens:
>> Connecting from NodeB to NodeA always fails.
>> (Node@REDACTED)1> net_kernel:connect_node('Node@REDACTED').
>> (Node@REDACTED)2> false
>>
>> Eleven if I
>> Until:
>> Connecting from NodeA to NodeB always succeeds:
>> (Node@REDACTED)1> net_kernel:connect_node('Node@REDACTED').
>> (Node@REDACTED)2> true
>>
>> After that, connecting from NodeB to NodeA succeeds:
>> (Node@REDACTED)1> net_kernel:connect_node('Node@REDACTED').
>> (Node@REDACTED)2> true
>>
>> The same behaviour with net_adm:ping/1 or erlang:set_cookie(/2
>>
>> A version 19 erlang node is needed because interoperability with
>> legacy internal ssl systems andalso other systems in production
>> depend on OTP 19.
>>
>> An OTP  19 node is old enough to support older ssl protocols and
>> new enough to NOT generate the following error in an otp 24 node:
>> rejected since it cannot handle ["BIG_CREATION"]
>>
>> I need connection from NodeA to NodeB to always succeed
>> because NodeB is the initiating(client) to NodeA, and
>> NodeA is a RPC server for NodeB.
>>
>> What can be done?
>>
>> Thank you,
>>
>> Bogdan
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20211111/9045248e/attachment.htm>


More information about the erlang-questions mailing list