Plantage réccurent

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Plantage réccurent

Romain
Bonjour,

Suite à l'installation de MDWeb 2.3 (Suite problème de Thibault) sur Windows 2008 R2 j'ai des plantage réguliers qui m'obligent à redémarrer TomCAT.
Voici ce qui a été effectué :
- Création d'un login editeur
- Saisie d'une fiche de métadonnée avec ce profil
- Validation + Publication
- Déconnexion du compte Editeur
- Recherche de la fiche précédemment créée.

A partir du clique sur le bouton de recherche, l'application plante avec ce message dans les logs de TomCAT.

17 oct. 2011 15:32:23 org.mapfaces.listener.AutocompletionListener handleRequest
ATTENTION: null
java.net.MalformedURLException: no protocol: ?keyword=par&request=getConceptsMatchingKeyword&search_mode=1&language=fr&outputformat=simple&geometric=false
        at java.net.URL.<init>(URL.java:567)
        at java.net.URL.<init>(URL.java:464)
        at java.net.URL.<init>(URL.java:413)
        at org.mapfaces.listener.AutocompletionListener.buildGetConceptsMatchingKeyword(AutocompletionListener.java:458)
        at org.mapfaces.listener.AutocompletionListener.buildRequestUrl(AutocompletionListener.java:278)
        at org.mapfaces.listener.AutocompletionListener.handleRequest(AutocompletionListener.java:159)
        at org.mapfaces.listener.AutocompletionListener.afterPhase(AutocompletionListener.java:101)
        at com.sun.faces.lifecycle.Phase.handleAfterPhase(Phase.java:175)
        at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:114)
        at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:102)
        at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
        at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.mapfaces.filter.FileUploadFilter.doFilter(FileUploadFilter.java:79)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:206)
        at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
        at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:388)
        at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:515)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
        at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:861)
        at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:579)
        at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1584)
        at java.lang.Thread.run(Thread.java:619)
17 oct. 2011 15:32:24 org.mdweb.platform.CatalogQueryFacade runQuery
INFO: Starting CswQueryFirstRunner instance for catalog : http://localhost:80/mdweb/WS/csw/default
17 oct. 2011 15:32:24 org.mdweb.app.search.control.SearchAppController fillEmptyMaplayers
INFO: Defined crs for Features layer is PROJCS["WGS 84 / Pseudo-Mercator",
  GEOGCS["WGS 84",
    DATUM["WGS84",
      SPHEROID["WGS 84", 6378137.0, 298.257223563, AUTHORITY["EPSG","7030"]],
      AUTHORITY["EPSG","6326"]],
    PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
    UNIT["degree", 0.017453292519943295],
    AXIS["Geodetic latitude", NORTH],
    AXIS["Geodetic longitude", EAST],
    AUTHORITY["EPSG","4326"]],
  PROJECTION["Popular Visualisation Pseudo Mercator", AUTHORITY["EPSG","1024"]],
  PARAMETER["latitude_of_origin", 0.0],
  PARAMETER["central_meridian", 0.0],
  PARAMETER["false_easting", 0.0],
  PARAMETER["false_northing", 0.0],
  UNIT["metre", 1.0],
  AXIS["Easting", EAST],
  AXIS["Northing", NORTH],
  AUTHORITY["EPSG","3857"]]
17 oct. 2011 15:32:24 org.mdweb.io.csw.HTTPCommunicator sendRequest
INFO: Sending a request for http://localhost:80/mdweb/WS/csw/default?service=CSW&request=GetCapabilities
17 oct. 2011 15:32:39 org.apache.catalina.connector.CoyoteAdapter service
GRAVE: Une exception ou une erreur s'est produite dans le conteneur durant le traitement de la requête
java.lang.OutOfMemoryError: PermGen space

Une idée de la cause de problème?
Pour info MDWeb plante aussi avec le profil administrateur lorsque je veux configurer le fond de carte de le module configuration

Merci d'avance,

Romain
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Plantage réccurent

Dorian
Bonjour,

Les logs et le comportement que vous décrivez, indique des crash de la JVM Java en raison d'un manque de mémoire : " GRAVE: Une exception ou une erreur s'est produite dans le conteneur durant le traitement de la requête java.lang.OutOfMemoryError: PermGen space "

Il faut donc autoriser plus de mémoire pour la JVM. Des tutoriels windows existent sur le net ( par exemple http://scecp.cg56.fr/presse/faq/faq.html#winjava  ou http://tomcat.apache.org/tomcat-6.0-doc/windows-service-howto.html je ne sais pas si cela s'applique au cas particulier de windows 2008).

Les valeurs à ajouter se trouvent dans le Quickstart MDweb, dans la partie décrivant la configuration des serveurs d'applications (-XX:MaxPermSize=256m -Xmx1024m -Dfile.encoding=UTF-8 ).

Cordialement
Dorian
IRD Unité ESPACE-DEV
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Plantage réccurent

Romain
Bonjour,

Merci pour votre réponse.
De mon coté, j'avais déjà essayé d’augmenter la mémoire allouée de 512 à 1024 cela n'a, malheureusement, rien changé.

De plus les versions précédentes de MDWeb que nous installions étaiten paramétrée à 512 ou 1024 et ne provoquaient pas de dépassement de mémoire lorsque nous l'utilisions.
En fait j'ai l'impression, que ce qui provoque ces dépassements de mémoire est l'erreur précédente, à savoir :

17 oct. 2011 15:32:23 org.mapfaces.listener.AutocompletionListener handleRequest
ATTENTION: null
java.net.MalformedURLException: no protocol: ?keyword=par&request=getConceptsMatchingKeyword&search_mode=1&language=fr&outputformat=simple&geometric=false

Qu'en pensez vous?  

Il est à noté que le même genre d'erreur se produit dés que je passe dans l'onglet configuration du fond de carte lorsque je me connecte en mode administrateur.


Cordialement,

Romain
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Plantage réccurent

Dorian
Bonjour,

Le log signalé vient du fait que vous n'avez probablement pas encore configuré ou re-configuré (suite à une mise à jour) le service de thésaurus.

Le syndrome de plantage récurrent de l'application est le plus souvent du à un problème de mémoire JAVA (tel que l'indique la dernière partie du log). Une question qui peut être vous paraitra bête, avez vous redémarré le serveur afin que les paramètres Java modifiés soient pris en compte  ?

Cordialement
Dorian
IRD Unité ESPACE-DEV
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Plantage réccurent

Romain
Bonjour,

Merci pour votre réponse.
J'avais uniquement redémarré le service tomcat associé à MdWeb. Depuis j'ai redémarré le serveur et cela n'a rien changé.

Par contre, mdweb partageais le même service TomCAT qu'une application cartographique. Cela fonctionnait bien avec la version 2.2.
J'ai donc séparé les 2 applications et dédié un service TomCAT uniquement pour MDWeb et cela semble concluant.
Pourtant la mémoire consommé par les service n'ayant jamais dépassé les 400Mo je necomprends la cause de mon erreur précédente.

Si vous avez une piste, je suis preneur.  Sinon je continuerais avec 2 services différents.

Cordialement,

Romain
Loading...