Migration vers Scenari server 5

Bonsoir

Je teste la migration des données du serveur 4.2 vers la version 5.

La version 5 est déjà installée, sans atelier, dans une machine virtuelle et fonctionne bien, tant en accès par le client que par Chrome en version Web

J’ai par ailleurs le taz.bz2 du répertoire data de la version 4.2 (/var/lib/scenariserver4.2/data/)

Cette version compoter de nombreux ateliers, dont plusieurs sont dérivés. Ils utilisent Opale et Topaze. Il y a une cinquantaine d’utilisateurs.

Question: Comment transformer les données des ateliers et les utilisateurs pour les utiliser dans la version 5. Copier simplement les fichier du taz.bz2 dans le répertoire « /var/lib/scenarichain-server5.0 » ?

Comment

Bonjour,
Vous devriez trouver la réponse sur cette page : https://doc.scenari.software/SCENARIchain-server@5.0/linux/fr/#$0:update42-50:3.3.0:B3NzY9RcCHk4MVFNaXjqFi
Cdt
Antoine
Kelis

Et n’oubliez pas de vous assurer que l’utilisateur SCENARIchain-server 5 (souvent jetty) soit bien le propriétaire des fichiers une fois le taz.bz2 décompressé.

1 J'aime

Merci à tous deux.

La migration s’est bien effectuée.

Je reste face à un problème probablement dans la configuration du serveur. Lorsque j’utilise le client lourd, aucun problème pour voir les fichiers (après avoir installé les modèles qui n’étaient pas dans le backup). Cependant, en utilisant Google Chrome (en Mac OS et en Windows), je parviens bien à me connecter, à voir les ateliers et les ouvrir. Par contre quand j’ouvre un fichier (peu importe lequel), la tabulation semble ouverte mais ne s’affiche pas, alors que cela fonctionne parfaitement lorsque je me connecte sur MyScenari.

J’ai aussi essayé sur un atelier crée avec l’interface, item crée via l’interface et le problème est le même ; l’onglet s’ajoute dans la barre des onglets, mais le contenu n’apparait pas dans la fenêtre principale qui reste sur la page d’acceuil d’Opale ou de Topaze.

Bonjour,
Vous pouvez joindre une copie d’écran ?
Les symptômes que vous décrivez ressemblent à un problème connu déjà corrigé (déjà disponible dans les versions compilées toutes les nuits : https://builds.kelis.fr/view/Scenari-5.0/job/app-SCchainServer-5.0/), et pour lequel une nouvelle release sera mise à disposition très prochainement.
Cdt,
Antoine
Kelis

1 J'aime

Si vous êtes en http (pas https) en effet il y a un problème avec l’éditeur web.

1 J'aime

Merci … je suis en effet en train de tester la procédure sur une VM avant de faire l’opération sur le serveur de production. Ai défini un nom dans mon hosts pointant vers l’adresse IP de la VM, ai créé le keystore avec le certificat comme pour Tomcat dans le passé.
Le problème est que la documentation Jetty9 est assez confuse sur la méthode pour configurer le HTTPS et que la documentation pour l’installation du serveur Scenari détaille la procédure en HTTP seulement …

Si j’ai bien compris, les modifications à apporter sont dans

  • /etc/scenarichain-server5.0/conf/webapp.properties pour changer l’URL et le port

Update (presque résolu … mais pas tout à fait)

Après avoir édité la configuration Jetty9 en ajoutant les fichiers ssl.mod et ssl.ini dans le start.d/ ainsi qu’avoir ajouté

–module=ssl
–module=https

à la fin du start.ini

et avoir modifié le webdefault.xml pour forcer la redirection vers https

et avoir édité les URL dans la configuration SCenari Chain serveur, fichier webapp.properties

et relancé la configuration par scenarichain-server5.0-cfg reconfig
(en remplaçant service par systemctl sous Debian)

ca marche presque. Scenari apparait bien en HTTPS, le certificat est valide mais … le login est rejette par le message « The password validation system is unavailable. Please try again later » …

  • Avez-vous des erreurs dans la console Javascript de votre navigateur ?
  • Avez-vous des erreurs dans les logs SCENARI sur le serveur ?

Bonjour

Au niveau du client Google Chrome, la console fourni
:8443/scenarichain-server5.0/web/u/adminUsers?cdaction=CurrentUser:1 Failed to load resource: the server responded with a status of 403 (Forbidden)
:8443/scenarichain-server5.0/public/u/loginWeb:1 Failed to load resource: the server responded with a status of 500 (Server Error)

Au niveau du log scenari server
1— Exception : Sun Jan 31 14:10:18 MSK 2021[123] - prl-chain-app/anonymous (qtp1318180415-39) —
javax/servlet/MultipartConfigElement
java.lang.NoClassDefFoundError: javax/servlet/MultipartConfigElement
at org.eclipse.jetty.util.MultiPartInputStreamParser.(MultiPartInputStreamParser.java:68)
at org.eclipse.jetty.server.MultiParts$MultiPartsUtilParser.(MultiParts.java:119)
at org.eclipse.jetty.server.Request.newMultiParts(Request.java:2426)
at org.eclipse.jetty.server.Request.getParts(Request.java:2344)
at org.eclipse.jetty.server.Request.extractContentParameters(Request.java:488)
at org.eclipse.jetty.server.Request.getParameters(Request.java:387)
at org.eclipse.jetty.server.Request.getParameter(Request.java:1036)
at eu.scenari.core.execframe.httpservlet.reqconn.HttpRequestConnectorApi.createDialogFromServlet(HttpRequestConnectorApi.java:126)
at eu.scenari.core.execframe.httpservlet.HttpRequestConnectorBase.handleRequest(HttpRequestConnectorBase.java:84)
at eu.scenari.core.execframe.httpservlet.servlets.ServiceServlet.service(ServiceServlet.java:159)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1623)
at org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:214)

En ce qui concerne la configuration de WebApp pour Scenari :

*# URL publique d’accés à la webapp
*webapp.public.url=https://test.ecteg.eu:8443/scenarichain-server5.0
*# URL d’accés système au serveur d’application
*webapp.system.url=http://localhost:8080

pour l’instant il n’y a plus de redirection forcée de l’http vers l’https et le serveur Jetty9 répond correctement pour http comme pour https, ainsi que l’écran d’acceuil Scenari sur l’URL en https

le fichier hosts du serveur pointant vers 127.0.0.1 pour test.ecteg.eu et le certificate étant un wildcard pour le domaine, qui apparait bien comme valide dans Google Chrome.