Erlang узел не отвечает - PullRequest
       13

Erlang узел не отвечает

2 голосов
/ 02 января 2011

Я получил такое сообщение в Erlang Condose на первом узле @ localhost

=ERROR REPORT==== 1-Jan-2011::23:19:28 ===
** Node 'second@localhost' not responding **
** Removing (timedout) connection **

Мой вопрос - что такое тайм-аут в этом случае?Сколько времени до этого вызывает событие?Как предотвратить этот «ужас»?Я могу восстановить \ восстановить к нормальной работе только перезапустить узел ... Но как правильно?

Спасибо, и с Новым годом!

1 Ответ

7 голосов
/ 06 января 2011

Подсказка для строки не отвечающей в исходном коде Erlang, вы можете увидеть, как сообщение генерируется в модуле dist_util в приложении kernel (функция con_loop).

    {error, not_responding} ->
        error_msg("** Node ~p not responding **~n"
              "** Removing (timedout) connection **~n",
              [Node]),

В модуле присутствует следующая документация, объясняющая логику тиков и не отвечающих узлов:

%%
%% Send a TICK to the other side.
%%
%% This will happen every 15 seconds (by default) 
%% The idea here is that every 15 secs, we write a little 
%% something on the connection if we haven't written anything for 
%% the last 15 secs.
%% This will ensure that nodes that are not responding due to 
%% hardware errors (Or being suspended by means of ^Z) will 
%% be considered to be down. If we do not want to have this  
%% we must start the net_kernel (in erlang) without its 
%% ticker process, In that case this code will never run 

%% And then every 60 seconds we also check the connection and 
%% close it if we havn't received anything on it for the 
%% last 60 secs. If ticked == tick we havn't received anything 
%% on the connection the last 60 secs. 

%% The detection time interval is thus, by default, 45s < DT < 75s 

%% A HIDDEN node is always (if not a pending write) ticked if 
%% we haven't read anything as a hidden node only ticks when it receives 
%% a TICK !! 

Надеюсь, это немного поможет.

...