[stunnel-users] s_poll_wait timeout: connection reset

Tue Jan 18 10:51:34 CET 2011

Thanks for your reply. 

No, We are getting the connection reset, even when clients are active and 
entering the orders. Moreover Problem some times reoccurs within 3-4 hours. It 
happens during business hours and also non business hours. Again no pattern to 
isolate the cause.

Since only stunnel logs any message during this problem, everybody is pointing 
to stunnel, which i disagree. Need your help to confirm below things.It will 
help to convince management the issue is not with stunnel.  

1) what does s_poll_wait timeout mean..
2) Is this points to connection between ( client & stunnel ) or ( stunnel & 
inetd ) 
3) Was stunnel reseting connections b'se of timeout or mere reporting ( logging 
) the lost connectivity.
4) Say if file descriptors limit is reached, in such case does stunnel 
deliberately terminate the existing sessions ? ( Note: Database & Stunnel runs 
with same user id, we don't have any issue with database ) 
5)Is there any chance for session cache causing this issue ?
6)There is very less probability of 100's of clients timeout at same time 
(Hour,minute). Suggestions for any areas that we could look into.

Thanks for your help.

________________________________
From: Michal Trojnara <Michal.Trojnara at mirt.net>
To: stunnel-users at mirt.net
Sent: Tue, 18 January, 2011 4:48:58 PM
Subject: Re: [stunnel-users] s_poll_wait timeout: connection reset

manoj kumar wrote:
> stunnel: [ID 821868 daemon.info] LOG6[21204:5272]: s_poll_wait timeout: 
> connection reset
> stunnel: [ID 821868 daemon.notice] LOG5[21204:4804]: Connecti
> on reset: 1867341 bytes sent to SSL, 55211 bytes sent to socket

What it means is that either your clients were idle for more than 12
hours, or they were disconnected without closing their connection (due to
power outage, changed IP address, network availability issues, etc.).

If it's okay for your clients to keep connections idle for more than 12
hours, you can increase TIMEOUTidle.  Just be aware that excessive number
of unused connections could exhaust your operating system resources (file
descriptors, memory).

Mike
_______________________________________________
stunnel-users mailing list
stunnel-users at mirt.net
http://stunnel.mirt.net/mailman/listinfo/stunnel-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.stunnel.org/pipermail/stunnel-users/attachments/20110118/7ac2e5a8/attachment.html>