Problème "atelier en erreur"

Bonjour,

Sur 2 de nos ateliers (les plus gros en terme d’espace occupé), nous avons le statut « atelier en erreur » :

Au niveau des logs du serveur, nous avons cela :

1--- Error : Fri Jan 17 15:59:44 CET 2025[774] - chain/d-x (qtp1857815974-44) ---
Loading workspace 6pGgwVjtf2OKag98pxkbBO failed.

2--- Exception : Fri Jan 17 15:59:44 CET 2025[774] - chain/d-x (qtp1857815974-44) ---
java.lang.NullPointerException
	at eu.scenari.wspodb.wsp.src.OdbExternalSrcNode.checkOwnerWsp(OdbExternalSrcNode.java:216)
	at eu.scenari.wspodb.wsp.src.OdbExternalSrcNode.getStatelessNode(OdbExternalSrcNode.java:197)
	at eu.scenari.wspodb.wsp.src.OdbWspSrcNodeAbstract.getTreeLastModif(OdbWspSrcNodeAbstract.java:601)
	at com.scenari.m.bdp.item.fs.XItemCache.xLoadItemFromSource(XItemCache.java:1320)
	at com.scenari.m.bdp.item.fs.XItemCache.getItemType(XItemCache.java:567)
	at eu.scenari.wsp.objecttype.ItemType$ValidPtrMatchSgn.xValidPtr(ItemType.java:199)
	at eu.scenari.wsp.objecttype.ItemType$ValidPtrOnAttr.validPtr(ItemType.java:135)
	at eu.scenari.wsp.objecttype.ItemType.wValidLinks(ItemType.java:363)
	at com.scenari.m.bdp.item.fs.XItemCache.xValidAttr(XItemCache.java:1503)
	at com.scenari.m.bdp.item.fs.XItemCache.xLinkChildrenInternal(XItemCache.java:1250)
	at com.scenari.m.bdp.item.fs.XItemCache.xLinkChildren(XItemCache.java:1219)
	at com.scenari.m.bdp.item.fs.XItemCache.hLinkIfNeeded(XItemCache.java:779)
	at com.scenari.m.bdp.item.fs.HWorkspaceFs.enableModeAllItemsLoaded(HWorkspaceFs.java:477)
	at com.scenari.m.bdp.item.fs.WspHandler.xLoadWspHandler(WspHandler.java:410)
	at com.scenari.m.bdp.item.fs.WspHandler.reload(WspHandler.java:355)
	at eu.scenari.wsp.service.adminwsp.SvcAdminWspDialog.xExecuteDialog(SvcAdminWspDialog.java:523)
	at eu.scenari.core.dialog.DialogBase.executeDialog(DialogBase.java:93)
	at eu.scenari.core.execframe.httpservlet.HttpRequestConnectorBase.handleRequest(HttpRequestConnectorBase.java:94)
	at eu.scenari.core.execframe.httpservlet.servlets.ServiceServlet.service(ServiceServlet.java:163)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
	at org.eclipse.jetty.servlet.ServletHolder$NotAsync.service(ServletHolder.java:1450)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799)
	at org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1656)
	at org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:292)
	at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:193)
	at org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1626)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:552)
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600)
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235)
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624)
	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1440)
	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:505)
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594)
	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1355)
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:234)
	at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146)
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
	at org.eclipse.jetty.server.Server.handle(Server.java:516)
	at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487)
	at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732)
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479)
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277)
	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)
	at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104)
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338)
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315)
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173)
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131)
	at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409)
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883)
	at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034)
	at java.base/java.lang.Thread.run(Thread.java:829)



1--- Exception : Fri Jan 17 15:59:44 CET 2025[775] - chain/d-x (qtp1857815974-44) ---
java.lang.NullPointerException
	at eu.scenari.wsp.service.adminwsp.SvcAdminWspDialog.xExecuteDialog(SvcAdminWspDialog.java:526)
	at eu.scenari.core.dialog.DialogBase.executeDialog(DialogBase.java:93)
	at eu.scenari.core.execframe.httpservlet.HttpRequestConnectorBase.handleRequest(HttpRequestConnectorBase.java:94)
	at eu.scenari.core.execframe.httpservlet.servlets.ServiceServlet.service(ServiceServlet.java:163)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
	at org.eclipse.jetty.servlet.ServletHolder$NotAsync.service(ServletHolder.java:1450)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799)
	at org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1656)
	at org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:292)
	at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:193)
	at org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1626)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:552)
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600)
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235)
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624)
	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1440)
	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:505)
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594)
	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1355)
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:234)
	at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146)
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
	at org.eclipse.jetty.server.Server.handle(Server.java:516)
	at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487)
	at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732)
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479)
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277)
	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)
	at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104)
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338)
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315)
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173)
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131)
	at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409)
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883)
	at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034)
	at java.base/java.lang.Thread.run(Thread.java:829)

Pouvez-vous nous dire si vous savez ce qu’il faut faire pour nous dépanner ?
Je précise que l’espace disque était juste sur le serveur, nous l’avons agrandi (+200Go).

Merci d’avance pour votre aide !

Bonjour,

  • quelle est la version exacte de votre serveur (menu Affichage/A propos…) ?
  • l’atelier apparait-il dans la liste des ateliers ?
  • vous semblez être sur un atelier calque de dérivation. L’atelier de référence ou d’autres ateliers dérivés sur cette référence n’ont pas ce pb ?

Bonjour,

SCENARIsuite-starter
6.3.11 final 202409091658

Oui l’atelier apparait dans la liste, et l’atelier de référence a bien le même problème…

Comment avez-vous installé SCENARIsuite-starter ? (deb, tgz, Docker) ?

Vu la trace d’erreur vous semblez tomber dans une anomalie due à un lien vers une item d’un atelier externe. J’ai fait une correction dans le code pour tenter d’outrepasser ce cas limite. Vous est-il possible de mettre à jour votre serveur avec cette version : portal-SCsuiteStarter-sc63 #975 [Jenkins] ?

Bonjour,
Merci pour votre aide. La mise à jour a portée ses fruits. Nous avons récupéré tous nos ateliers.
Nous utilisons le modèle documentaire DOKIEL, les ateliers de référence ont pour options « Atelier public » et « Liens inter-ateliers directs » (options que nous avons sélectionnées) alors que les ateliers calques n’ont que l’option « Atelier public ». Est-ce que cela aurait pu avoir une incidence sur notre problème ?
Certains codes d’items dépassent allègrement les 30 caractères, est-ce que cela peut également avoir une incidence dans les liens entre ateliers ?
Bref, j’essaie de comprendre l’origine dette panne afin de mettre en place les moyens correctifs adaptés.
Encore merci.

Bonne nouvelle !

Je pense que le problème doit être plus vicieux ! Votre configuration est juste et en version serveur, aucun problème avec des noms à rallonge (c’est en version Desktop avec Windows que cela peut poser problème).

Pour identifier la cause potentielle, vous pouvez rechercher dans l’atelier de référence les items en erreur, il y en a probablement au moins un dont l’erreur est issue d’un lien incorrect vers un item étranger. Si vous trouvez cet item, vous pouvez « Exporter vers un fichier » cet item et nous le transmettre ou extraire les différentes valeurs des attributs sc:refUri du fichier xml.

Bonjour,

Merci pour votre retour !

Voici un exemple d’export d’item contenant des erreurs :

<?xml version="1.0"?>
<sc:item xmlns:dk="kelis.fr:dokiel" xmlns:sc="http://www.utc.fr/ics/scenari/v3/core" xmlns:sp="http://www.utc.fr/ics/scenari/v3/primitive"><dk:module><dk:moduleM><sp:title><dk:richTitle><sc:para xml:space="preserve">M11 - Aérodynamique des avions, structures et systèmes</sc:para></dk:richTitle></sp:title></dk:moduleM><sp:theory sc:refUri="id:L8ugwVjtf2OKag98pxkbBO"/><sp:subModule sc:refUri="id:lnJNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:m3nNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:mQpNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:maNNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:mptNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:mt5NVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:mt9NVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:my9NVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:myDNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:n6lNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:nIFNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:nXZNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:nftNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:oBLNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:oBPNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:oJ5NVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:oT7NVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:oWTNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:oWXNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:oWjNVY4CQbJ6wZ3tBj1fR3"/><sp:subModule sc:refUri="id:oWtNVY4CQbJ6wZ3tBj1fR3"/></dk:module></sc:item>

Merci pour cet exemple. Il n’y a pas d’erreur syntaxique dans ce contenu, c’est donc bien au moins un des liens vers un objet de la base de données qui posait problème.

Dans tous les cas, la dernière version que vous avez installée corrige ce problème et cette correction sera aussi présente dans les prochaines versions du serveur.

Merci pour cette remontée d’anomalie !

Merci, toutefois nous avons toujours des soucis :sweat_smile:

En fait suite à ces soucis d’ateliers en erreur, nous avons commencé par restaurer une ancienne sauvegarde de notre VM, puis avons augmenté l’espace disque, et enfin nous avons appliqué votre correctif.

Toutefois on s’est rendus compte aujourd’hui qu’il nous manquait pas mal d’ateliers, et que certains items étaient en erreur (dont celui que je vous ai transmis), sûrement à cause des ateliers manquants.

C’est très bizarre car à la date de sauvegarde de la VM, tous ces ateliers étaient présents.

Est-ce que vous savez ce qui a pu se passer ?

Merci à nouveau !