[Spread-users] Spread error: -8 after receiving ~2300 messages; Resource temporarily unavailable

[Jonathan Stanton]

>From the error messages you provided it looks like both the client and the 
daemon each think the other side closed the TCP connection between them (the 
-8 on the client is a closed connection, and the Sess_read with ret = 0 means 
the 'other end' closed the connection cleanly) So the question is who 
experienced an error first that actually caused the connection to close.

If you send more lines from the end of the daemon log that might show an 
earlier error.

Also, since it might be a networking issue could you tell us the setup? For 
example, are the spread daemon, sender and receiver running on different 
machines? Which Operating Systems are being used? Does this always happen at 
2300 messages, if so then make sure you are receiving fast enough that the 
sender is not getting too far ahead of the receiver, depending on the sensor 
rate this could be faster then your disk write rate of the recevier program.

Cheers,
Jonathan

On Sun, Apr 04, 2010 at 09:05:19PM -0400, Michael Sands wrote:
> All,
> 
> I have an application that consists of a sensor that is continually sending
> data using Spread and a receiver for this data that reads the messages and
> logs them. On the receiver end after receiving ~2300 messages SP_Receive
> fails with error -8. Looking in the log file the error I'm getting is:
> 
> Sess_read: failed receiving header on session 9: ret 0: error: Resource
> temporarily unavailable
> 
> Anyone have any idea what might be causing this. I've already checked to
> make sure I'm deleting any dynamically allocated memory and the buffer that
> the message gets read in to is declared once as a variable char
> message[MESSAGE_SIZE] rather than dynamically.
> 
> Thanks.
> 
> -Mike

> _______________________________________________
> Spread-users mailing list
> Spread-users at lists.spread.org
> http://lists.spread.org/mailman/listinfo/spread-users


-- 
-------------------------------------------------------
Jonathan Stanton         jonathan at spread.org
Spread Group Messaging   www.spread.org
Spread Concepts LLC      www.spreadconcepts.com
-------------------------------------------------------