Discussion :

[doclaude]

bonjour à tous
je reprends la maintenance d'un site développé en partie en java,
le site a fonctionné plusieurs années sur un vieil IBM win2000
pour des raisons matérielles, il a fallu migrer le site sur une autre machine

nous avons essayé de cloner fichiers, arborescence, l'environnement et les réglages de l'ancienne machine
le site a fonctionné correctement
puis des erreurs http 500, obligeant à redémarrer très souvent mais de façon aléatoire : parfois 24h sans problèmes, parfois 1h
impossible de trouver une logique (pas trouvé de cohérence dans les fichiers log).
nous avons migré de tomcat 5.5.2 à tomcat 5.5, jdk 6
dernièrement le processus tomcat monte à 700 mo (habituellement il reste vers 50 mo)
si quelqu'un a une idée

claude

[tchize_]

y a quoi dans les logs au moment de l'erreur 500? regarde dans catalina.out.

[doclaude]

bonsoir
j'ai pas de catalina.out
j'ai des stdout : un par jour
relativement incompréhensible: j'arrive pas à trouver quoi que ce soit de bine clair
peut être cela qui revient
INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path

ou les dernières lignes avant le dernier plantage
20 avr. 2010 21:24:03 org.apache.catalina.core.StandardService stop
INFO: Arrêt du service Catalina
20 avr. 2010 21:24:03 org.apache.catalina.core.StandardWrapper unload
INFO: Waiting for 6 instance(s) to be deallocated
20 avr. 2010 21:24:04 org.apache.catalina.core.StandardWrapper unload
INFO: Waiting for 6 instance(s) to be deallocated
20 avr. 2010 21:24:05 org.apache.catalina.core.StandardWrapper unload
INFO: Waiting for 6 instance(s) to be deallocated
20 avr. 2010 21:24:05 org.apache.coyote.http11.Http11BaseProtocol destroy
INFO: Arrêt de Coyote HTTP/1.1 sur http-80
20 avr. 2010 21:24:05 org.apache.catalina.core.AprLifecycleListener lifecycleEvent
INFO: Failed shutdown of Apache Portable Runtime
20 avr. 2010 21:24:14 org.apache.catalina.core.AprLifecycleListener lifecycleEvent
INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: D:\Program Files\Apache Software Foundation\Tomcat 5.5\bin;.;D:\WINDOWS\Sun\Java\bin;D:\WINDOWS\system32;D:\WINDOWS;D:\WINDOWS\system32;D:\WINDOWS;D:\WINDOWS\System32\Wbem;c:\Program Files\MYSQL\MYSQL SERVER 4.1\BIN
20 avr. 2010 21:24:14 org.apache.coyote.http11.Http11BaseProtocol init
INFO: Initialisation de Coyote HTTP/1.1 sur http-80
20 avr. 2010 21:24:14 org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 703 ms
20 avr. 2010 21:24:14 org.apache.catalina.core.StandardService start
INFO: Démarrage du service Catalina
20 avr. 2010 21:24:14 org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.5.28
20 avr. 2010 21:24:14 org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
20 avr. 2010 21:24:15 org.apache.coyote.http11.Http11BaseProtocol start
INFO: Démarrage de Coyote HTTP/1.1 sur http-80
20 avr. 2010 21:24:15 org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
20 avr. 2010 21:24:15 org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/31 config=null
20 avr. 2010 21:24:16 org.apache.catalina.storeconfig.StoreLoader load
INFO: Find registry server-registry.xml at classpath resource
20 avr. 2010 21:24:16 org.apache.catalina.startup.Catalina start
INFO: Server startup in 1344 ms

je comprends pas grand chose

claude

[tchize_]

ca c'est les logs de démarrage, je comprend pas qu'on y trouve autre chose, faut regarder les autres logs de ton application. Si c'était tomcat qui déclenchait des outofmemory ou autre lors des HTTP 500, tu aurais ces messages dans les logs

[doclaude]

bonjour
merci de ta réponse
je n'ai pas de catalina.out (?)
j'ai des localhost et des stdout : des milliers de lignes
je retrouve beaucoup de "nullpointerexception" sur des requêtes, ce qui me fait penser à des erreurs de requêtes
ce qui est étrange, c'est que ce site fonctionnait correctement sous une précédente version de tomcat 5.5
nous avons migré sur tomcat 5.5.28 (jdk 6) et surtout changé de machine (winxp au lieu de win 2000)
les requêtes SQL n'ont pas changées elles ...
peut être une erreur d'installation
????

[tchize_]

avez vous changé la version de tomcat? Passé de 5.5.6 à 5.5.28 par exemple?

ces erreurs que vous retrouvez (NullPointerException) ne sont pas anodine, il va falloir voir avec les vendeur/les développeurs la raison de leur présence. Mais pour avoir un http 500, normalement vous devriez aussi avoir des erreurs plus graves, comme des OutOfMemoryError ou autre, et ces erreurs on en a besoin pour vous aider.

[doclaude]

bonjour et merci
nous avons monté de version 5.5 à 5.5.28
j'ai fait une recherche mais nulle part je ne trouve d'autres erreurs du type OutOfMemoryError
Ce que je trouve dans les fichiers (localhost_dujour.log) ce sont toujours les mêmes erreurs du type "Nullpointerexception"
voici quelques lignes typiques du log d'hier:


22 avr. 2010 20:19:41 org.apache.catalina.core.StandardWrapperValve invoke
GRAVE: "Servlet.service()" pour la servlet jsp a généré une exception
java.lang.NullPointerException
at org.apache.jsp.base.nbr.nb_005fpostes_005fdispo_jsp._jspService(nb_005fpostes_005fdispo_jsp.java:93)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:873)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Unknown Source)

l'impression que j'aie, c'est que l'autre version tolérait certaines erreurs dans la base de données ou certaines approximations du code (genre variables mal définies, ou autres) et que cette nouvelle version ne tolère rien
l'autre idée, c'est que la mémoire vive est insuffisante (1Go) mais en dehors de tomcat, rien d'autre ne fonctionne sur ce poste en winxp
je patauge
merci d'avance

claude

[tchize_]

le "nouveau" tomcat a bien été configuré comme l'ancienr au niveau des paramètres de la jvm? Quel est la valeur actuel du -Xmx sur le nouveau tomcat. Aussi, la version "5.5" n'existe pas, il y a toujours un numéro de révision mineure. Ce qui est sur c'est que dans toutes la séries des 5.5 il y a eu une série de bug fixe pour etre conforme par rapport aux spécifications J2EE, mis qu'il n'est pas impossible qu'une partie du code qui tourne sous ton "vieux" tomcat repose sur l'exploitation de ces bugs.

[doclaude]

merci de ta réponse
comme tu as pu le constater, je suis novice et autodidacte en Tomcat
j'ai repris la maintenance d'un site créé en 2005 (dont le concepteur a disparu)
nous avons migré le site et le serveur apache sur une nouvelle machine en reproduisant l'environnement et en copiant les fichiers
nous avons seulement reproduit les lignes des fichiers xml qui indiquaient l'emplacement des fichiers de la base de données
et avons laissé les configurations d'origine de tomcat 5.5.2.8
pour te répondre, je vais vérifier sur l'ancienne machine la version exacte de tomcat
par ailleurs, c'est quoi "la valeur actuelle du -Xmx" et comment connaître cette valeur ????
merci

claude

[tchize_]

elle apparait dans la ligne de commande java et c'est elle qui controle la quantité de mémoire allouée à tomcat. Regarde dans catalina.sh ou dans la variable d'environnement CATALINA_OPTS ou JAVA_OPTS si elle a été définie sur le serveur d'origine. Regarde aussi sur le serveur d'origine, via ps par exemple, la liste des paramètre de la commande "java" qui est lancée par tomcat.

[doclaude]

bonsoir
je suis un vrai blaireau :
j'ai cherché partout :
pas de catalina.sh
aucune variable catalina_opts ou java_opts définie
euh, comment je peux savoir la liste des paramètre de la commande "java" qui est lancée par tomcat au démarrage ???
j'ai peur que mon cas soit désespéré

claude

[tchize_]

je viens de voir que tu es sous windows (pour moi serveur ibm = linux :p)


c'est donc pas catalina.sh mais catalina.bat sous windows.

[doclaude]

bonjour,
merci de ta patience
j'ai rait une recherche sur l'ensemble du disque C:
pas de catalina.bat,
quelques fichiers bat dans le dossier program files\sun
rien d'intéressant (je les ai lus et j'ai rien trouvé)
recherche sur catalina : rien d'intéressant non plus
????
mais où donc est configurée la mémoire ?

claude

[tchize_]

normalement tout se trouve dans ton tomcat. Si pas, c'est que tomcat est installé en tant que service, de mémoire dans ce cas il y a une application pour changer et/ou voir les paramètres de démarrage de tomcat qui sont stockés dans la base de registres.

[doclaude]

bonjour
merci encore de ta patience
j'aurais dû commencer par là : j'ai un tomcat.exe qui m'affiche tous les paramètres.
En fait quand on a cloné les machines, on a reproduit à l'identique la configuration de l'ensemble des lignes
j'ai remarqué que dans l'onglet "startup", les boites :
initial memory pool
maximun memory pool
thread stack size
sont vides

J'ai surtout remarqué que dans mes fichiers stdout.log j'ai presque toujours la même erreur :
java.sql.SQLException: Erreur interner à la DLL WDSQL (il s'agit d'une base de données windev hyperfile)
ce qui me fait penser que ce sont les requêtes qui coincent : mais pas en permanence
???
qu'en penses-tu ?

claude

[tchize_]

pas grand chose, commence par donner de la mémoire à ton tomcat

[doclaude]

bonsoir
j'ai mis la mémoire à 250 Mo pour voir: j'augmenterai éventuellement
faut il mettre un minimum et un maximum différent ???
ou les 2 à 250 Mo (c'est ce que j'ai fait)
merci encore de ton aide
claude

[tchize_]

le minimum ne sert que pour tuner les performances (équilibre entre la charge mémoire constante et la charge CPU qu'implique des GC plus fréquents, en "gros")

[doclaude]

bonjour
désolé mais mon pb n'est qu'en partie résolu : j'ai toujours des erreurs qui m'obligent à relancer régulièrement tomcat :
pour l'instant et en attendant mieux, je vais faire des relances préventives toutes les 3 h
je sais c'est pas clean, mais en attendant de trouver un spécialiste ou d'avoir une idée géniale (difficile), ou qu'un miracle se produise (jamais totalement à exclure) ...
çà pourra au moins faire fonctionner le site
si jamais une intuition fulgurante te venait, n'hésite surtout pas

claude

[tchize_]

sans message d'erreur, ca va etre dur, dans 99% des cas, le 500 viens de l'application, pas de tomcat.