You ought to look into the cause of this problem by running a combination
of ps, top, etc commands and getting a thread dump by killing the threads.
Generally it turns out that some application/servlet is the cause of
runaway threads. It would be a good idea to look into the bug
database/forums on the sun java site for JSDK1.4/Linux issues. I know
JSDK1.3.x/Linux had a couple of issues with regards to sockets.

RS



                                                                                       
                    
                      "Venkat Reddy                                                    
                    
                      Valluri"                 To:       "Tomcat Users List"           
                    
                      <venkatv@quinnfab         <[EMAIL PROTECTED]>       
                    
                      le.com>                  cc:                                     
                    
                                               Subject:  RE: HELP, PLEASE! Tomcat 
creates too many         
                      01/07/03 08:31 AM         threads!                               
                    
                      Please respond to                                                
                    
                      "Tomcat Users                                                    
                    
                      List"                                                            
                    
                                                                                       
                    
                                                                                       
                    




Can you try with IBM JVM, as it works well on linux in cae of performance
as well as memory usage


-----Original Message-----
From:        Denise Mangano [mailto:[EMAIL PROTECTED]]
Sent:        Tue 1/7/2003 9:31 AM
To:          'Tomcat Users List'
Cc:
Subject:           RE: HELP, PLEASE! Tomcat creates too many threads!
I am curious about the same thing.  My app isn't fully up and operational
yet so I do not know for sure if I suffer from the same problem, but I have
noticed that while doing some testing new threads are getting started, and
it usually takes a restart to get rid of them.

I've seen this question posted a few times, but haven't noticed any
'resolution' or possible solutions.  Can anyone recommend things to check
for, settings to make, or perhaps any documentation on the issue?

Is it possible that this could be a JSDK 1.4 issue?  It's the only common
link I've noticed between my set up and other posters with this problem.

Thanks :)

Denise Mangano
Help Desk Analyst
Complus Data Innovations, Inc.


-----Original Message-----
From: Wagner José Queiroz de Santana
[mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 07, 2003 6:47 AM
To: [EMAIL PROTECTED]
Subject: HELP, PLEASE! Tomcat creates too many threads!



    Hello all,

    Im running Apache and Tomcat in  a Linux machine, after a couple days
and several accesses to my applications, Tomcat creates several
threads/processes that stay sleeping, as you can see at the end of this
e-mail.
    Im using Tomcat 4.0.4, Apache 1.3.26 with mod_webapp, and Java
1.4.0_01.
    If I don't restart my tomcat, it will exceed the maximum number of
processes the user can execute and it will block, turning my applications
offline.
    Is there any solution to this problem? How is it possible to avoid the
creation of so many processes?

    I really appreciate any help you can give me.

These lines are only a few ones I get when I run the ps -elf command:

040 S root     13849  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root     13850  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root     19616  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root     19619  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root     19628  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root     26732  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root     26754  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root     31033  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root      4677  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root      4687  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root      5470  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:01 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root      6154  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root      6161  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat
040 S root      6165  8678  0  60   0    - 58223 tcp_re Jan06 ?
00:00:00 /usr/local/j2sdk1.4.0_01/bin/java
-Djava.endorsed.dirs=/usr/local/jakarta-tomcat








--
Wagner Santana
Analista de Sistemas - TIM
Av. Conde da Boa Vista, 800
081 3216-2713    081 99136661




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

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




(See attached file: winmail.dat)--
To unsubscribe, e-mail:   <
mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <
mailto:[EMAIL PROTECTED]>




This transmission is intended to be strictly confidential. If you are not
the intended recipient of this message, you may not disclose, print, copy
or disseminate this information. If you have received this in error, please
reply and notify the sender (only) and delete the message. Unauthorized
interception of this e-mail is a violation of federal criminal law.

Attachment: winmail.dat
Description: Binary data

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

Reply via email to