Bug #5340
fermé
Statistiques bloquées depuis Décembre 2013
Ajouté par Emmanuel GRANGE il y a plus de 10 ans. Mis à jour il y a plus de 10 ans.
100%
Description
Bonjour,
Dans l'évolution des statistiques de la taille des fichiers joints, le mois de Janvier 2014 n'apparait pas.
Y-a-t'il un bug de l'an 2014 ?
Merci
Fichiers
| TracesStatistic-20140407.log (12,6 ko) TracesStatistic-20140407.log | Emmanuel GRANGE, 08/04/2014 10:08 |
Mis à jour par Emmanuel GRANGE il y a plus de 10 ans
- Fichier TracesStatistic-20140407.log TracesStatistic-20140407.log ajouté
J'ai trouvé des messages d'erreurs dans le fichier de traces.
Certaines concernes des erreurs d'accès à des fichiers, sans doute à cause de leur nom :
07/04/14-01:00:46,320 - ERROR : The job 'SilverStatisticsSize' was not successfull | MODULE : silverstatistics.SilverStatisticsManager.handleSchedulerEvent |
!!! Message The job 'SilverStatisticsSize' was not successfull NOT INITIALIZED !!!
...
Caused by: java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: /opt/silverpeas/data/workspaces/kmelia3645/Attachment/Images/ 1298884565260.Hutchinson �tape 4 du 21022011 does not exist
Mais d'autres sont liés à des classes de statistique pour certains types de composant :
07/04/14-01:32:13,682 - ERROR : silverstatistics.EX_SUPPLY_VOLUME_COMPONENT_FAILED | MODULE : silverstatistics.SilverStatisticsVolumeAlimentation.getCollectionUserIdCountVolume() | !!! Message silverstatistics.EX_SUPPLY_VOLUME_COMPONENT_FAILED NOT INITIALIZED !!! (No statistic implementation class for component ' formsOnline ')
...
07/04/14-01:32:18,333 - ERROR : silverstatistics.EX_SUPPLY_VOLUME_COMPONENT_FAILED | MODULE : silverstatistics.SilverStatisticsVolumeAlimentation.getCollectionUserIdCountVolume() | !!! Message silverstatistics.EX_SUPPLY_VOLUME_COMPONENT_FAILED NOT INITIALIZED !!! (No statistic implementation class for component ' demandeCongesSimple ')
Que puis-je faire pour corriger ces erreurs ?
Merci pour vos indications.
Mis à jour par Nicolas Eysseric il y a plus de 10 ans
- Statut changé de New à Feedback
Les deux dernières erreurs sont mal qualifiées. Elles devraient être mentionnées comme Warning plutôt.
Elles indiquent que la classe de statistiques pour ces applications n'a pas été trouvée. Cela ne bloque pas le traitement statistique.
Pour la première, quel est le nom du fichier sur le serveur à l'emplacement indiqué ?
Mis à jour par Emmanuel GRANGE il y a plus de 10 ans
Voici le nom du fichier sur le serveur :
PortailProdV5:/opt/silverpeas/log# l /opt/silverpeas/data/workspaces/kmelia3645/Attachment/Images/
total 60rw-r--r- 1 root root 56832 28 févr. 2011 1298884565260.Hutchinson ?tape 4 du 21022011
Mis à jour par Nicolas Eysseric il y a plus de 10 ans
Renommez ce fichier en remplaçant le caractère ?
Mis à jour par Nicolas Eysseric il y a plus de 10 ans
- Sujet changé de Statistiques bloqués depuis Décembre 2013 à Statistiques bloquées depuis Décembre 2013
- Catégorie mis à Statistiques
Mis à jour par Emmanuel GRANGE il y a plus de 10 ans
Si je renomme le fichier, il ne sera plus accessible dans la GED (s'il l'est encore) !
Est-il possible de savoir à quelle publication ce fichier appartient ?
Mis à jour par Nicolas Eysseric il y a plus de 10 ans
Vu son emplacement sur le disque et après migration en v5.12, je pense que ce fichier n'est plus accessible de toute façon.
Il s'agit vraisemblablement d'un reliquat non traité par la migration JCR en v5.12.
Ce fichier était présent sur disque mais non référencé dans la base de données. Pour être plus clair, suite à une vieille anomalie, le fichier avait été supprimé. Cette suppression avait été réalisée en base mais pas sur le disque.
Mis à jour par Emmanuel GRANGE il y a plus de 10 ans
J'ai renommé le fichier, on verra demain si les statistiques seront de retour.
Merci
Mis à jour par Emmanuel GRANGE il y a plus de 10 ans
L'analyse s'est à nouveau bloqué sur un fichier mal nommé dans une galerie d'image :
Caused by: java.lang.IllegalArgumentException: /opt/silverpeas/data/workspaces/gallery2887/image1067/Salon Gen�ve 2009 021.jpg does not exist
Et je pense qu'il y en aura d'autres.
Le problème est qu'il ne ressort qu'un fichier en erreur après chaque analyse échouée (donc un par jour).
Existe-t'il un moyen de lister ces fichiers qui pose problème pour les corriger manuellement ?
N'est-il pas possible d'ignorer ces fichiers lors de l'analyse, et de la terminer quand même (avec un avertissement, par exemple) ?
Mis à jour par Nicolas Eysseric il y a plus de 10 ans
- Statut changé de Feedback à Resolved
- Assigné à mis à Nicolas Eysseric
- Version cible mis à Version 5.13.5
- % réalisé changé de 0 à 100
En cas d'erreur (due à de vieilles données), le code incriminé ne génère plus d'exception.
Une trace est générée à la place.
Traité par PR : https://github.com/Silverpeas/Silverpeas-Core/pull/500
Mis à jour par Miguel Moquillon il y a plus de 10 ans
- Statut changé de Resolved à Closed