<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:'Courier New', courier, monaco, monospace, sans-serif;font-size:10pt"><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; "></div><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; ">Thanks for your reply. </div><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; "><br>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.</div><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; "><br></div><div style="color: black;
font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; ">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. </div><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; "><br></div><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; ">1) what does s_poll_wait timeout mean..</div><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; ">2) Is this points to connection between ( client & stunnel ) or ( stunnel & inetd ) </div><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; ">3) Was stunnel reseting
connections b'se of timeout or mere reporting ( logging ) the lost connectivity.</div><div><font class="Apple-style-span" face="'Courier New', courier, monaco, monospace, sans-serif" size="2">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 ) </font></div><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; ">5)Is there any chance for session cache causing this issue ?</div><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; ">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.</div><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif;
font-size: 10pt; "><br></div><div style="color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; ">Thanks for your help.</div><div style="font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; color: black; "><br><div style="font-family:arial, helvetica, sans-serif;font-size:13px"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Michal Trojnara <Michal.Trojnara@mirt.net><br><b><span style="font-weight: bold;">To:</span></b> stunnel-users@mirt.net<br><b><span style="font-weight: bold;">Sent:</span></b> Tue, 18 January, 2011 4:48:58 PM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [stunnel-users] s_poll_wait timeout: connection reset<br></font><br>manoj kumar wrote:<br>> stunnel: [ID 821868 daemon.info] LOG6[21204:5272]: s_poll_wait timeout: <br>> connection reset<br>> stunnel: [ID 821868 daemon.notice]
LOG5[21204:4804]: Connecti<br>> on reset: 1867341 bytes sent to SSL, 55211 bytes sent to socket<br><br>What it means is that either your clients were idle for more than 12<br>hours, or they were disconnected without closing their connection (due to<br>power outage, changed IP address, network availability issues, etc.).<br><br>If it's okay for your clients to keep connections idle for more than 12<br>hours, you can increase TIMEOUTidle. Just be aware that excessive number<br>of unused connections could exhaust your operating system resources (file<br>descriptors, memory).<br><br>Mike<br>_______________________________________________<br>stunnel-users mailing list<br><a ymailto="mailto:stunnel-users@mirt.net" href="mailto:stunnel-users@mirt.net">stunnel-users@mirt.net</a><br><a href="http://stunnel.mirt.net/mailman/listinfo/stunnel-users" target="_blank">http://stunnel.mirt.net/mailman/listinfo/stunnel-users</a><br></div></div><div
style="position: fixed; color: black; font-family: 'Courier New', courier, monaco, monospace, sans-serif; font-size: 10pt; "></div>
</div><br></body></html>