Mise à jour scenarichain-server5.0 à scenarichain-server6.1

Bonjour,
je suis sous Debian GNU/Linux avec une installation de scenarichain-server5.0.
Je suis faire une montée de version à scenarichain-server6.1.
Je ne vois pas comment faire le lien entre la nouvelle version de scenraiserver installée et les données sous scenraichain-server.
La documentation précise précise qu’il n’y a rien à faire mais à aucun moment il n’y a le lien entre les données et la nouvelle version 6.1.
Qu’aurais-je oublié?
En vous remerciant,
Jérémie

En effet la documentation est défaillante sur ce point. Nous allons la compléter.
Vous utilisez les version deb de SCENARIserver ou alors c’est une installation manuelle ?

Bonjour Samuel,
version deb (apt-get install …)
Jérémie

A savoir aussi que dans le fichier
/usr/share/scenarichain-server6.1/bin/build.xml

j’ai du commenter la 4ème ligne :

pour avoir une compilation réussie.

Sinon c’est FAILED.

Oui, ce bug est déjà corrigé dans les sources et sera bientôt disponible.

ok pour l’info,
mais comment fait-on pour associer ses données à la nouvelle version ?
Jérémie

Bonjour,

J’ai mis à jour la documentation au niveau de la montée des versions :
https://doc.scenari.software/SCENARIchain-server@6.1/linux/fr/#$0:update50-60:4.3.1

Dans votre cas, vous passez de SC 5.0 à SC 6.1, il convient de suivre la procédure pour le passage de SC 5.0 à SC 6.0 en adaptant les chemins, pour vous, si vous n’avez pas personnalisé le répertoire principal des données il faut:

  1. Arrêter le moteur de servlets Jetty ;
  2. Copier le dossier /var/lib/scenarichain-server5.0/data vers /var/lib/scenarichain-server6.0/data ;
  3. Démarrer le moteur de servlets Jetty.
1 « J'aime »

Bonjour Samuel,
merci pour la réponse.
D’accord pour les data, mais maintenant, comment cela fonctionne pour les comptes utilisateurs ?
J’ai effectué la migration mais maintenant impossible de se connecter.
J’ai le message suivant :
« Le système de validation des mots de passe est indisponible. Veuillez essayer ultérieurement. »

Ou se situe la base des utilisateurs ?

Merci,

Jérémie

Salut, la base des utilisateurs est dans la base de données data, regardez les logs de scenari il doit y avoir des traces car votre serveur SC n’a pas correctement démarré

Vous avez bien suivi les instructions dans la documentation ?

Oui j’ai bien suivi les instructions.
J’ai désinstallé et ré-installé.
Cela semble fonctionner maintenant…

merci,
Jérémie

Par contre il reste un problème :
erreur de génération au format PDF avec postscriptum (qui est bien installé sur ma Debian)

Je n’arrive pas à interpréter ces logs. Une idée? Merci

Voici les logs :
‹  ›‹  ›
Une erreur est survenue lors de la génération.

— Admin details —

<?xml version="1.0" encoding="UTF-8"?>
<start t="18/02/23 16:15:46"/>
<l t="Error" d="18/02/23 16:15:48">
	<message type="Error" ts="1676733348837" appCtx="chain" user="admin" thread="ForkJoinPool-1-worker-3" desc="     [exec] Result: 1"/>
</l>
<l t="Error" d="18/02/23 16:15:48">
	<message type="Error" ts="1676733348851" appCtx="chain" user="admin" thread="ForkJoinPool-1-worker-3" desc="ProtocolError: Protocol error (Target.setDiscoverTargets): Target closed.">
		<details>ProtocolError: Protocol error (Target.setDiscoverTargets): Target closed.
at /opt/postscriptum-0.12/node_modules/puppeteer/lib/cjs/puppeteer/common/Connection.js:75:24
at new Promise (&lt;anonymous&gt;)
at Connection.send (/opt/postscriptum-0.12/node_modules/puppeteer/lib/cjs/puppeteer/common/Connection.js:71:16)
at Function.create (/opt/postscriptum-0.12/node_modules/puppeteer/lib/cjs/puppeteer/common/Browser.js:121:26)
at ChromeLauncher.launch (/opt/postscriptum-0.12/node_modules/puppeteer/lib/cjs/puppeteer/node/Launcher.js:121:50)
at async /opt/postscriptum-0.12/node_modules/@postscriptum.app/cli/dist/cli.js:53:27 {

originalMessage: ‹  ›

/var/lib/scenarichain-server6.1/working/prl-chain/resAsFile/OpaleExtEmeraude.gen.auroraP~fr-FR~4.0.4/auroraP/ui.doss/build.xml:231: Postscriptum could not produce the PDF. at org.apache.tools.ant.taskdefs.Exit.execute(Exit.java:162) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:299) at jdk.internal.reflect.GeneratedMethodAccessor31.invoke(Unknown Source) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99) at org.apache.tools.ant.Task.perform(Task.java:350) at org.apache.tools.ant.Target.execute(Target.java:449) at org.apache.tools.ant.Target.performTasks(Target.java:470) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1401) at org.apache.tools.ant.Project.executeTarget(Project.java:1374) at com.scenari.m.ge.generator.web.WebGenerator.xGenerate(WebGenerator.java:362) at com.scenari.m.ge.generator.base.GeneratorStatic.generate(GeneratorStatic.java:626) at eu.scenari.wsp.module.gen.ThreadGen.call(ThreadGen.java:170) at eu.scenari.wsp.module.gen.ThreadGen.run(ThreadGen.java:157) at eu.scenari.core.universe.Universe$2.run(Universe.java:459) at java.base/java.util.concurrent.ForkJoinTask$RunnableExecuteAction.exec(ForkJoinTask.java:1426) at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:290) at java.base/java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1020) at java.base/java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1656) at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1594) at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

— Context —
reg: {« envKeys »:[« itemType »,« securityCtx »],« parent »:{« envKeys »:[« wsp »,« securityCtx »,« uiRoot »,« place »,« infoBroker »,« wedSearchCoord »],« parent »:{« envKeys »:[« resolver »,« universe »,« securityCtx »],« parent »:{« envKeys »:[« resolver »,« noAuthentication »,« universe »,« securityCtx »]}}}}
uiContext: undefined
wsp: undefined
shortDesc: {« srcUri »:« /_papier.publi »,« srcSt »:1,« srcDt »:1676733334460,« srcRi »:511,« srcRoles »:[« main:admin »],« srcId »:« id:5p3YcctdWigHvGFTvD1ZsX »,« srcStamp »:« T0THI6NZP2D+X8VNGNigknrxNtGG7TtNnl7fMrdyFAo= »,« srcUser »:« admin »,« lcSt »:«  »,« itSt »:3,« itSgn »:« @op_odRoot#Xml#Map »,« itModel »:« op_odRoot »}
pubNode: {« ch »:[{},{}]}
genInfo: {« codeGenStack »:« auroraP »,« title »:« Support papier PDF Aurora »,« status »:« failed »,« uriPub »:« /4GpYcctdWigHvGFTvD1ZsX/ETDQ1N/P9S5NT/7P8KIN/OFQFON/32V/~admin/auroraP/ »,« uriTraces »:« /4GpYcctdWigHvGFTvD1ZsX/ETDQ1N/P9S5NT/7P8KIN/OFQFON/32V/~admin/auroraP/meta/~Traces.xml »,« skin »:« default »,« user »:« admin »,« storedProps »:{« resolution@stored »:« high »,« publishDecoImg@stored »:« yes »},« skins »:[{« code »:« ~auroraDys4 »,« title »:« Aurora Dys »,« hasIllus »:true},{« code »:« ~auroraFrugalRymanEco4 »,« title »:« Aurora Frugal - Ryman Eco »},{« code »:« ~auroraFrugalSourceSans4 »,« title »:« Aurora Frugal - Source Sans »},{« code »:« default »,« title »:« Habillage standard »},{« code »:« ~OpaleSkinSunrise4 »,« title »:« Sunrise »,« hasIllus »:true}]}
genProps: undefined
customDestPath: undefined
cidInfo: null

— App context —
url: http://url:8080/scenarichain-server6.1/~~static/fr-FR/home.xhtml#(wspDoc’4GpYcctdWigHvGFTvD1ZsX’doc’id%3A4WXYcctdWigHvGFTvD1ZsX’src’id%3A4WNYcctdWigHvGFTvD1ZsX’sup’id%3A5p3YcctdWigHvGFTvD1ZsX’),
timestamp: 18/02/2023, 16:15:51
userAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) SCENARIclient6/6.1.8-final.202301301917 Chrome/100.0.4896.160 Electron/18.3.15 Safari/537.36
‹  ›‹  ›

bizarre, j’ai jamais eu ça. C’est quelle modèle documentaire ?

opale 4.0.4 sur SCENARIchain-server 6.1.8 final 202301301918
Installé avec les paquets debian.

Sous Debian, il y a un paramétrage à faire pour Postscriptum, c.f. la doc SCserver.

1 « J'aime »

Oui parfait ça marche.
J’ai effectué: « Activer les user namespaces dans le kernel »

Merci beaucoup.
Tout semble fonctionner maintenant.

Bonne journée.
Jérémie