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:
- Arrêter le moteur de servlets Jetty ;
- Copier le dossier /var/lib/scenarichain-server5.0/data vers /var/lib/scenarichain-server6.0/data ;
- Démarrer le moteur de servlets Jetty.
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 (<anonymous>)
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: ‹ ›
— 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.
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