Je vois dans la trace les éléments suivants :
4--- Error : Tue Feb 13 16:23:13 CET 2018[320] (http-nio-8080-exec-7) ---
Check sum on db files failed for db : /var/opt/scserver42/data/db
5--- Error : Tue Feb 13 16:23:13 CET 2018[319] (http-nio-8080-exec-7) ---
New file(s) found in current db : [default.odh, subrec.och, versions.och, index.och, default.0.ocl, default.0.oda, _timestamp, histo.0.ocl, roots.och, internal.0.ocl, database.ocf, subrec.0.ocl, default.och, versions.0.ocl, index.odh, users.och, histo.och, roots.0.ocl, index.0.ocl, internal.och, users.0.ocl, _timestampSystem, index.0.oda]
Autrement dit, un contrôle a relevé une incohérence dans les fichiers constitutifs de la base de donnée.
Cela est souvent du à une coupure brutale du serveur (ex : arrêt électrique).
Tu peux demander à l’admin de supprimer les fichiers de contrôle « checkSum.txt » des dossiers [ScServerData]/data/blobs1 et [ScServerData]/data/db, ce qui permettra de supprimer ce contrôle d’intégrité au démarrage.
Une fois cette action réalisée, et tomcat relancé, il faut vérifier que l’incident ci-dessus n’a pas endommagé la base de donnée plus profondément. Pour ce faire, tu peux appeler le service checkAuto (cf SCENARIchain-server).
- si le test est concluant (retour 200), tout va bien et la production peut reprendre ;
- si le test n’est pas concluant (erreur 5xx - peu probable), il faudra restaurer une sauvegarde.