Installation de scenariserver (procédure debian)

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.

Bonjour,

Vous installez une SC42 avec une doc de SC41.
L’url http://ubuntu-lts64/scenariserver4.2/s/chain/u/ping a changé en
4.2 : http://ubuntu-lts64/scenariserver4.2/s/u/ping

Sylvain

Merci pour cette réponse rapide. Effectivement, avec cette adresse, j’obtiens une erreur 401, ce qui semble plus “conforme” à ce qui est expliqué dans la documentation.

Y a-t-il une documentation d’installation disponible pour la version 4.2 ?

J’ai suivi la documentation que j’ai trouvée, pensant qu’entre deux numéros de version mineures il n’y aurait pas trop de changements…

Je vais pouvoir avancer, cependant, en espérant ne pas rencontrer d’autres soucis majeurs.

Bonne journée :slight_smile:

Y a-t-il une documentation d’installation disponible pour la version 4.2 ?
http://docs.kelis.fr/sc42/scsrv/adminTech/lin/co/scenariServer_deb.html

Remarque : ce n’est pas des numéros de version mineure, ce sont des numéros medium. La version stable actuelle de SCENARI 4.2 est 4.2.100 ou 100 est bien le numéro mineure. Pour SCENARI le numéro medium est très significatif. C’est d’ailleurs pour cela que les modèles construits avec une version X.Y de SCENARIbuilder ne sont compatible qu’aven la version X.Y de SCENARIchain.

Bonjour,

Vous parlez de scenariserver4.2-tomcat7 ce qui ne peut pas en fait marcher. Le fait que vous avez pu installer ce paquet indique que vous utilisez toujours le dépôt DEB déprécié : http://scenari-platform.org/deb/ et pas le nouveau et seul officiel : https://download.scenari.org/deb (c.f. Utilisateurs Debian et Ubuntu : nouveaux repository APT). Ce repository doit être supprimé.

SCENARIserver 4.2 ne peut pas marcher avec Tomcat 7, c’est impossible, il faut utiliser Tomcat 8 (ou Jetty 9). L’émission de debs scenariserver4.2-tomcat7 était une erreur qui a été rectifié mais visiblement toujours disponibles sur http://scenari-platform.org/deb. Nous allons y remédier.

Les versions DEB de SCENARIserver sont actuellement uniquement disponible sur la branche nightly du dépôt https://download.scenari.org/deb, une nouvelle version stable est sur le point de sortir est proposera bien le packaging DEB des SCENARIserver.

Bonjour,

J’ai fermé à l’instant le repository deb de scenari-platform.org pour éviter la confusion. Il faut maintenant utiliser celui de de scenari.org comme l’a indiqué Sam.

Cordialement,

Stéphane

Merci infiniment pour toutes les précisions que vous m’avez apportées.
Étant actuellement sur un environnement de test, je vais suivre la documentation correspondante à la version 4.2 et repartir de zéro dans un nouveau container, de façon à être opérationnel pour l’installation définitive qui sera mise en production.