DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

2004-03-29 Thread bugzilla
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=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 18:38 ---
I installed 4.1.30 fresh. I browsed to the root/default page ONCE from a 
Windows IE 6.0, and got this thread dump:

Full thread dump Java HotSpot(TM) Client VM (1.4.1_02-b06 mixed mode):

TP-Monitor daemon prio=5 tid=0x0AF38448 nid=0xc94 in Object.wait() 
[beaf000..beafd8c]
at java.lang.Object.wait(Native Method)
- waiting on 0346B738 (a 
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)
at org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run
(ThreadPool.java:560)
- locked 0346B738 (a 
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)
at java.lang.Thread.run(Thread.java:536)

TP-Processor4 daemon prio=5 tid=0x0AC22998 nid=0x360 runnable 
[be6f000..be6fd8c]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked 0346B7E8 (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:439)
at java.net.ServerSocket.accept(ServerSocket.java:410)
at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:287)
at org.apache.jk.common.ChannelSocket.acceptConnections
(ChannelSocket.java:581)
at org.apache.jk.common.SocketAcceptor.runIt(ChannelSocket.java:767)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:536)

TP-Processor3 daemon prio=5 tid=0x0B2F2610 nid=0x1fc in Object.wait() 
[be2f000..be2fd8c]
at java.lang.Object.wait(Native Method)
- waiting on 0346BA00 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Object.wait(Object.java:426)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:656)
- locked 0346BA00 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Thread.run(Thread.java:536)

TP-Processor2 daemon prio=5 tid=0x0B2F2428 nid=0x55c in Object.wait() 
[bdef000..bdefd8c]
at java.lang.Object.wait(Native Method)
- waiting on 0346BA80 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Object.wait(Object.java:426)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:656)
- locked 0346BA80 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Thread.run(Thread.java:536)

TP-Processor1 daemon prio=5 tid=0x0ADC6A28 nid=0xedc in Object.wait() 
[bdaf000..bdafd8c]
at java.lang.Object.wait(Native Method)
- waiting on 0346BB00 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Object.wait(Object.java:426)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:656)
- locked 0346BB00 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Thread.run(Thread.java:536)

http80-Monitor prio=5 tid=0x0B2C7A80 nid=0xdcc in Object.wait() 
[bd6f000..bd6fd8c]
at java.lang.Object.wait(Native Method)
- waiting on 033BFA80 (a 
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)
at org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run
(ThreadPool.java:560)
- locked 033BFA80 (a 
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)
at java.lang.Thread.run(Thread.java:536)

http80-Processor4 daemon prio=5 tid=0x0B2C7898 nid=0xf34 in Object.wait() 
[bd2f000..bd2fd8c]
at java.lang.Object.wait(Native Method)
- waiting on 033BFC40 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Object.wait(Object.java:426)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:656)
- locked 033BFC40 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Thread.run(Thread.java:536)

http80-Processor3 daemon prio=5 tid=0x0B2C72B0 nid=0x814 in Object.wait() 
[bcef000..bcefd8c]
at java.lang.Object.wait(Native Method)
- waiting on 033BFCC0 (a 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable)
at java.lang.Object.wait(Object.java:426)
at 

DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

2004-03-29 Thread bugzilla
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=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 18:54 ---
For this kind of questions, there's tomcat-user. For a quick summary: there's no
bug here.

Again:
It is normal that processor threads are not destroyed. Look at the configuration
parameters for the connector.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

2004-03-29 Thread bugzilla
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=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 20:53 ---
The evidence says otherwise... Every new and Mac that connects will spin up 4 
more of these threads.  The thread count continues to rise until the server 
fails, either with out of threads error, or out of memory while trying to 
create threads.  When maxconnectors was set to the default of 75, it takes 
as few as 11 macs, each requesting only one page, to crash Tomcat.  Now explain 
to me how that is not a bug.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

2004-03-29 Thread bugzilla
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=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

2004-03-29 Thread bugzilla
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=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2





--- Additional Comments From [EMAIL PROTECTED]  2004-03-29 21:00 ---
Your thread dump looks perfectly normal, and the extra threads are ready to be
reused. Please do not reopen the report (or I'll close it again), thanks.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

2004-03-26 Thread bugzilla
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=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2





--- Additional Comments From [EMAIL PROTECTED]  2004-03-26 12:57 ---
This report seems bogus. The only way you can attempt to prove your point is to
produce a thread dump proving that the threads are not doing what they should.

It is normal that processor threads are not destroyed. Look at the configuration
parameters for the connector.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

2004-03-26 Thread bugzilla
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=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-26 23:23 ---
Resolving this based on Remy's comment.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

2004-03-25 Thread bugzilla
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=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2





--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 21:57 ---
I have tried 4.1.27, 4.1.30 and 5.0.19 and observed the same behavior.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2

2004-03-25 Thread bugzilla
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=27960.
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=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2





--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 22:04 ---
Also... these 4 new threads appear after the first request from the new Mac... 
Subsequent requests (from the same client) do not affect thread count.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]