4

我在 first@localhost 节点的 erlang condose 中收到了这样的消息

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

我的问题是 - 在这种情况下什么是超时?多久之前导致此事件?如何防范这种“恐怖”?我只能通过重启节点来恢复\恢复正常工作......但是正确的方法是什么?

谢谢你,新年快乐!

4

1 回答 1

9

对Erlang源码中的不响应字符串进行grepping ,可以在应用程序(函数)的dist_util模块中看到消息是如何生成的。kernelcon_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 !! 

希望这个对你有帮助。

于 2011-01-06T10:10:53.720 回答