You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2004/10/06 18:02:05 UTC

DO NOT REPLY [Bug 28727] - CLOSE_WAIT connections draw 100 % cpu

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=28727>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28727

CLOSE_WAIT connections draw 100 % cpu





------- Additional Comments From aquilino@dreamteam.it  2004-10-06 16:02 -------
I can confirm this bug on jakarta-tomcat-5.0.28-embed on Solaris 2.8


Here are my suggestions to reproduce it:

- start Tomcat on server S

- monitor the status of connections on server S
while(1)
netstat -a|grep CLOSE_WAIT|wc -l
sleep 5
end

- establish more than 500 concurrent HTTP connections from client C
(We used JMeter to run a work job with 500 threads, 5 requests each)

- DETACH THE NETWORK CABLE on client C
when you are sure the server is managing at least 500 connections from C

- ATTACH THE NETWORK CABLE on client C

Expected result:
Connections in CLOSE_WAIT status get closed gracefully on server S.

Actual Result:
Connections in CLOSE_WAIT status never get closed on server S.
If you connect to the Tomcat server, response time is very slow.
The number of connections in CLOSE_WAIT status keeps growing.


Thanks for your time and efforts

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org