[erlang-questions] (no subject)

Jonas Falkevik <>
Tue Sep 24 10:36:18 CEST 2013


I see that there are a  different thread where Jesper answered as well. Sorry I missed that one.
And there you mention that you are using Ubuntu, then you can check using netstat if you have any un-acked data (Send-Q)? 
Unless you have done that already.

Or if you analyze the connection on both sides using wireshark or such tool, as Jesper mentioned, to see if there are any missing packets / acks or other things happening.

Do you have some sort of NAT or state full firewall between the hosts?
Do you enable keepalive on the TCP connection?

Jonas


On Sep 24, 2013, at 6:43 ,  wrote:

> Yes, data was sent (and also received at the other end) some time before. Then the connection just idled for quite some time (hours) and then this happened.
> 
> Stefan
> 
> ___
> main(i){putchar((1312900435>>((i-1)/2|i>5)*8)+!(1&i|i>4))^78&&main(++i);}
> 
> 
> 24 sep 2013 kl. 00:33 skrev Jonas Falkevik <>:
> 
>> Hi,
>> it looks like your OS is returning the posix's error code etimedout. Mening that the TCP connection timed out.
>> Most probably because you sent some data that could not be delivered within the your OS specified TCP retransmit / timer settings.
>> 
>> Did you send some data over the TCP connection at any time?
>> 
>> Jonas
>> 
>> On Sep 23, 2013, at 8:01 , Stefan Hellkvist wrote:
>> 
>>> Hi, 
>>> 
>>> Here is a question about why I sometimes get an etimedout error from gen_tcp:recv.
>>> 
>>> I open a tcp socket on the server side using lines like:
>>> 
>>> {ok, LSock} = gen_tcp:listen(Port, [binary, {packet, line}, {active, false}]),
>>> {ok, Sock} = gen_tcp:accept(LSock),
>>> do_recv(Sock).
>>> 
>>> 
>>> where do_recv is something like this:
>>> 
>>> 
>>> do_recv(Sock) ->
>>>    case gen_tcp:recv(Sock, 0) of
>>>        {ok, Data} ->
>>> 
>>>            do_recv(Sock); 
>>> 
>>>        {error, Reason} ->
>>>        ?DAWN_EVENT("tcp_bus got error and shut down: ~p", [Reason]),
>>>        telnet_subscriber:unsubscribe({Sock, self()})
>>>    end.
>>> 
>>> _______________________________________________
>>> erlang-questions mailing list
>>> 
>>> http://erlang.org/mailman/listinfo/erlang-questions
>> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20130924/dfb28b81/attachment.html>


More information about the erlang-questions mailing list