У empd есть флаг -d

Для дебага. Может быть будет полезно.

если работает remsh со второй ноды, то вообще странно.

Попробуй запустить вторую ноду в форграунде (т.е. чтобы иметь к ней локальную консоль), и оттуда через Ctrl+G r name1@node1 подключиться.

Если не сработает — одним глазом в исходники, другим — в redbug и искать, где какая ошибка возникает

У меня 3 тачки с 3 ip. Соответственно на каждой из них работает своя remote_console

А с хостнеймами точно всё в порядке? А tcpdump не смотрел?

А что значит не видят? Может удаленный observer не работает и падает с ошибкой при попытке подключиться? Если так (не работает observer) и он нужен, то в релиз надо включить приложение runtime_tools

Например хостнейм не совпадает

Насколько я смог быстро понять из гугла, remote_console — это обвязка из relx
Я предлагаю исследовать в этом порядке:
 * на хосте A запустить обычный erl -name hello@example.net (ну или -sname hello, или `-name hello@shortname`) — чтобы оно более-менее соответствовало тому, что в релизе (с куками, конечно же)
 * с хоста B подключиться к ноде на хосте A при помощи обычного remsh
 * заменить один из концов на релизный скрипт и посмотреть, что сломается и починить
 * вернуть изменения в предыдущем пункте, заменить другой конец на релизный скрипт, посмотреть, что сломается и починить
 * с релизом на хосте A попрбовать запустить чистую ноду на хосте B (с name и кукой), попробовать из неё ping

можно ещё глянуть в net_kernel:longnames(), net_kernel:epmd_module(), erl_epmd:names(“host-A”),init:get_arguments(), net_kernel:allowed() и ets:tab2list(element(3, sys:get_state(auth)))

по этой доке
https://www.beyondlogic.org/adding-can-controller-area-network-to-the-raspberry-pi/
+ https://github.com/tonyrog/can
все заработало (читаю и пишу в n ардуин)

Мне не удалось найти каких-то нормальных отладочных средств когда решал такую же проблему. В итоге просто сдампил трафик и посмотрел в wireshark – он из коробки умеет разбирать этот протокол и его довольно удобно там смотреть, что куда передается и на каком шаге отваливается. В моем случае оказалось, что у нод были разные представления об именах хостов.

благодарю

Вот да.

Самое ненадежное - то что нода ожидает что к ней будут обращаться именно так, как она это ожидает.

если юзать short names, то чтобы не страдать от хостов в системе, можно делать inet_db:add_host(IP, [Host]). на каждой ноде.

так это и long names так же

посидел поковырялся и вроде бы выглядит, что добавить в супервизор протокол реконфигурации _вроде_ нормально

т.е. первую версию сделал, а дальше кажется что можно допилить в виде патча к otp

такой тест норм?

Вау. Идея просто огнище.

дальше если всё ок, и в OTP подобное будут готовы принять, то саму реконфигурацию надо делать через sys протокол