Bonjour,
Je suis chargé de mettre en production la dernière version de scenariserver sur notre infrastructure. Celle-ci étant un peu particulière, permettez-moi de la décrire sommairement :
La machine hôte est une ubuntu-lts-16.4 (amd64). Elle se contente de faire fonctionner lxd et apache en proxy/reverse proxy.
scenariserver doit être installé dans une jail lxd. C’est donc dans ce container que j’ai procédé à l’installation.
Afin de suivre les recommandations de la documentation d’installation que j’ai pu lire à cette adresse :
http://docs.kelis.fr/sc41/adminTech/lin/web/co/_ManuelAdminTechnique_lin.html
j’ai installé une jail en prenant l’image ubuntu/wily, ce qui correspond à une machine sous cette version d’ubuntu.
Une fois connecté à la jail, j’ai suivi les recommandations données par la documentation (installation des paquets deb sous le compte root, du début à la fin et édité les fichiers de configuration en suivant scrupuleusement les informations communiquées.
Après avoir effectué toutes ces manipulations, voici où j’en suis arrivé :
tomcat (version 7) est installé et fonctionnel.
J’arrive bien à accéder au manager.
Cependant, bien que le paquet scenariserver4.2-tomcat7 et donc scenariserver4.2, et l’ensemble des dépendances, y compris les optionnelles (libreoffice, LaTeX, etc) sont installées, la webapp s’obstine à me retourner une erreur 404.
À ce stade, l’application scenariserver4.2 est bien visible dans le manager, mais quoi que je fasse, j’obtiens la même erreur.
Il s’agit d’une première installation pour moi, je ne connais ni tomcat ni scenariserver, mais j’ai consulté les documents du site avant de rédiger ce message et cherché toute source d’erreur possible dans les journaux applicatifs sans succès.
Quand dans mon navigateur je tape l’adresse :
http://ubuntu-lts64/scenariserver4.2/s/chain/u/ping
J’ai directement une page d’erreur 404, sans la demande d’authentification indiquée dans la documentation d’installation.
<message type=« Warning » thread=« http-bio-8080-exec-8 » ts=« 1466696351997 » user=« admin » desc=« Svc anchor ‹ chain › defined in ‹ /scenariserver4.2/s/chain/u/ping › is unknown. »><message type=« Exception » thread=« http-bio-8080-exec-8 » ts=« 1466696351997 » user=« admin »><details>eu.scenari.commons.util.lang.ScException
at eu.scenari.commons.log.LogMgr.newException(LogMgr.java:404)
at eu.scenari.core.execframe.httpservlet.servlets.ServiceServlet.service(ServiceServlet.java:128)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:505)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:956)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:423)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1079)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:625)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
</details></message></message>
Dans le fichier /var/lib/scenariserver4.2/logs/scenari_2016-06-23.log, j’obtiens les mêmes informations que celles ci-dessus. C’est donc bien que le Proxy/reverse Proxy passe « bien » et que c’est la webapp scenariserver qui n’est pas opérationnelle.
ubuntu-lts64 est le nom de la machine qui héberge l’apache qui fait le proxy/reverse proxy.
Cet apache est configuré ainsi :
ProxyPass « /scenariserver4.2/ » « http://scenari2:8080/scenariserver4.2/ »
ProxyPassReverse « /scenariserver4.2/ » « http://scenari2.:8080/scenariserver4.2/ »
scenari2 est le nom du container sur lequel tourne le tomcat7 qui est censé servir scenariserver.
J’ai aussi remarqué qu’il manquait quelques répertoires suite à l’installation des paquets .deb (/usr/share/tomcat7/logs par exemple), que je me suis empressé de créer pour obtenir les fichiers journaux, et quelques autres relatifs à l’installation de tomcat7 :
- /usr/share/tomcat7/server/classes
- /usr/share/tomcat7/common/classes
- /usr/share/tomcat7/shared/classes
J’ai essayé tout ce que je pouvais, mais sans succès jusqu’à maintenant. J’ai découvert la commande
scenariserver4.2-cfg reconfig
Dans un message de ce forum, je l’ai essayée, mais sans succès.
Merci pour l’aide que vous pourrez m’apporter. Je suis persuadé qu’il manque très peu de choses pour que l’installation soit achevée.
