Problème mémoire tomcat ?

Bonjour à tous,

J'ai créé un site web en JEE qui tourne via TOMCAT.

Tout fonctionne bien, sauf que régulièrement, TOMCAT plante, et le site web devient donc inaccessible.

Au niveau des logs, tout est OK, sauf à partir du moment ou l'erreur apparaît :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
7 mars 2011 20:19:42 org.apache.coyote.http11.Http11Protocol pause
INFO: Suspension de Coyote HTTP/1.1 sur http-8080
7 mars 2011 20:19:43 org.apache.catalina.core.StandardService stop
INFO: Arrêt du service Catalina
Destroying JForum...
7 mars 2011 20:19:43 org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc
GRAVE: The web application [] registered the JBDC driver [com.mysql.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered.
7 mars 2011 20:19:43 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] appears to have started a thread named [Timer-0] but has failed to stop it. This is very likely to create a memory leak.
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] appears to have started a thread named [Thread-2] but has failed to stop it. This is very likely to create a memory leak.
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] appears to have started a thread named [Thread-3] but has failed to stop it. This is very likely to create a memory leak.
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] appears to have started a thread named [Thread-4] but has failed to stop it. This is very likely to create a memory leak.
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] appears to have started a thread named [Thread-5] but has failed to stop it. This is very likely to create a memory leak.
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] appears to have started a thread named [Thread-6] but has failed to stop it. This is very likely to create a memory leak.
2011-03-07 20:19:49,687  INFO (waterwar.bs.threads.AutoMoveThread:105) - Thread stopped
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] appears to have started a thread named [Thread-7] but has failed to stop it. This is very likely to create a memory leak.
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] appears to have started a thread named [Thread-8] but has failed to stop it. This is very likely to create a memory leak.
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] appears to have started a thread named [Thread-9] but has failed to stop it. This is very likely to create a memory leak.
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] appears to have started a thread named [MySQL Statement Cancellation Timer] but has failed to stop it. This is very likely to create a memory leak.
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] is still processing a request that has yet to finish. This is very likely to create a memory leak. You can control the time allowed for requests to finish by using the unloadDelay attribute of the standard Context implementation.
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] is still processing a request that has yet to finish. This is very likely to create a memory leak. You can control the time allowed for requests to finish by using the unloadDelay attribute of the standard Context implementation.
7 mars 2011 20:19:49 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: The web application [] is still processing a request that has yet to finish. This is very likely to create a memory leak. You can control the time allowed for requests to finish by using the unloadDelay attribute of the standard Context implementation.

=> "INFO: Suspension de Coyote HTTP/1.1 sur http-8080"
On dirait que tomcat tout à coup veut s'arrêter !
Est-ce que cela est dû à une erreur de ma part (fuite mémoire ?) ou y a t'il quelque chose qui m'échappe ? ...

Merci d'avances.

"INFO: Suspension de Coyote HTTP/1.1 sur http-8080" -> quelqu'un (un admin?) a fait un shutdown de ton tomcat.
Le reste, c'est JForum qui nettoie pas correctement derrière lui.

Merci de ta réponse.

Seulement je suis le seul admin sur mon serveur dédié, et personne n'a pu faire de shutdown.

Bonjour

tu peux essayer de faire un thread dump pour voir quel est le ou les thread qui posent problème

Citation:

Envoyé par romano62880

Merci de ta réponse.

Seulement je suis le seul admin sur mon serveur dédié, et personne n'a pu faire de shutdown.

Et ben pourtant, quelqu'un l'a fait. T'aurais pas un cron qui tournerais? Il y a quoi avant le "pause" dans tes logs. Ce qui court après n'a plus aucun intérêt :) Tu est sur d'être le seul à avoir accès à cet OS?

la conf par defaut d'un tomcat contient un shutdown port aussi...

Bonjour,

Merci pour vos réponses (et désolé pour mon retard, j'étais en congés..)

Juste avant ces logs, il y a les logs normaux que j'ai mis dans mon code. Rien d'anormal donc avant les lignes que je vous ai indiquées.

Un cron qui tournerait... je ne suis pas expert linux du tout, mais s'il y en a un qui tourne, c'est en dehors de ma volonté.. comment puis-je faire pour vérifier ?

Sinon oui, je suis le seul à avoir accés à l'OS. C'est un server KIMSUFI OVH, je n'ai donné les accés à personne. Donc a moins que quelqu'un de tordu arrête mon server tomcat réguliérement sans ne toucher à rien d'autre...

De plus, tomcat n'est pas vraiment arrêté. Les logs continuent à être générés. Rien à voir donc avec un "service tomcat6 stop".

Concernant le shutdown port, OK, mais le port n'est accessible qu'en envoyant la commande localement. Je ne vois pas trop comment quelqu'un pourrait envoyer un shutdown en utilisant ce port ?