Problème de réindexation complète

[cedric2microtec]

Bonjour,

   Suite à un plantage d'Alfresco concernant un noeud inexistant et après avoir recherché sur le forum, j'ai pu en déduire qu'il fallait effectuer une réindexation complète.

La réindexation complète débute puis recréé les index mais s'arrête à la transaction 638457 et plus rien ne se passe.

En vérifiant le volume du dossier lucene-indexes, celui-ci ne bouge pas. (841Mo)

Auriez-vous une idée du problème que je rencontre ? La version d'Alfresco est ancienne (Community 2.1.0) car en production avec un développement spécifique autour.

Merci par avance

Cordialement

[cristinamr]

Lucene dans cette version est horrible 😞
Avez-vous vérifié que vous avez suffisamment d'espace?
Pourriez-vous partager le catalina.out et alfresco.log?

[cedric2microtec]

Bonjour et merci pour votre réponse.

Je voulais juste vous préciser que le problème venait du fait que le nombre de sous-dossiers dans SpacesStore de lucene-index est arrivé à son maximum. En effet, étant en ext3, Alfresco n'arrive plus a indexer car il y a 31999 sous dossiers.

Je suis actuellement en train de déplacer tout le contenu de alf_data vers un dossier partagé afin de refaire fonctionner Alresco.

Le but étant ensuite de passer sur une version plus récente de Debian gérant le système de fichiers ext4 et ainsi de ne plus avoir de limitation en nombre de sous-dossiers.

Cordialement

[cristinamr]

Super, merci beaucoup pour le partage 🙂

[cedric2microtec]

Bonjour,

Je vous donne des nouvelles de mon problème. Afin de pallier au problème de nombre de sous-dossiers et ne pouvant pas migrer sur une version de debian plus récente gérant l'ext4, j'ai créé une partition avec le système de fichiers ReiserFs et déplacer alf_data sur celle-ci. Le problème de limitation du nombre de sous-dossiers est donc résolu.

Cependant, je rencontre un problème de lenteurs. Les lenteurs apparaissent lors de validation et d'enregistrement de documents et quand plus d'utilisateurs sont connectés à l'application. Je n'arrive pas à voir d'où peut provenir ce problème c'est pourquoi je vous demande de l'aide.
Le serveur sur lequel est hebergée l'application et un HP Proliant ML350 Gen9 sous VMWare ESXi dont voici la configuration :

- 8 Go RAM
- 2x960 Go RAID SSD
- Debian 4 x64
- Alfresco 2.1 Community

Comment résoudre ce problème ?
Auriez-vous des idées, conseils ?

Cordialement,

[ycoulon]

Bonjour,

Pouvez-vous vérifier les éléments suivants :

1. Pourriez-vous préciser la charge du serveur (top) et l'utilisation de la  mémoire (free)
2. Logs alfresco / tomcat : y'a t il une erreur quelconque lors de l'action de validation / enregistrement d'un document
3. Base de données sur la même machine ou séparé ? si séparé voir 1 pour le serveur hébergeant la base de donées
4. Logs de la base de données, les fichiers de log relatif au slow queries  notamment.

Y.

[cedric2microtec]

Bonjour,

  Je vous donne ces informations cet après-midi car peu d'utilisateurs sont connectés le matin et c'est l'après midi que les lenteurs surviennent.

Cordialement

[cedric2microtec]

Voici les informations demandées :

top - 09:54:06 up 13:29,  1 user,  load average: 3.09, 1.55, 1.18
Tasks: 152 total,   2 running, 148 sleeping,   0 stopped,   2 zombie
Cpu(s):  2.3%us,  0.2%sy,  0.0%ni, 97.5%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   8176992k total,  8110016k used,    66976k free,   118728k buffers
Swap:  4200988k total,       56k used,  4200932k free,   706064k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 2821 mysql     15   0  192m  44m 5568 S   13  0.6  67:50.18 mysqld
22067 root      20   0 1651m 1.0g  36m S    1 13.3  16:39.68 java
    1 root      18   0  1876  644  544 S    0  0.0   0:01.33 init
    2 root      RT   0     0    0    0 S    0  0.0   0:00.11 migration/0
    3 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/0
    4 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/0
    5 root      RT   0     0    0    0 S    0  0.0   0:00.36 migration/1
    6 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/1
    7 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/1
    8 root      RT   0     0    0    0 S    0  0.0   0:00.07 migration/2
    9 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/2
   10 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/2

serveur:/opt/alfresco/tomcat/conf# free
             total       used       free     shared    buffers     cached
Mem:       8176992    8108832      68160          0     119652     708616
-/+ buffers/cache:    7280564     896428
Swap:      4200988         56    4200932

Log Alfresco depuis le redémarrage à 1h15 :

01:15:18,598 INFO  [org.alfresco.service.descriptor.DescriptorService] Alfresco JVM - v1.5.0_14-b03; maximum heap size 986,125MB
01:15:18,599 INFO  [org.alfresco.service.descriptor.DescriptorService] Alfresco started (Community Network): Current version 2.1.0 (484) schema 64 - Installed version 2.1.0 (484) schema 64
04:09:39,407 ERROR [org.alfresco.repo.content.cleanup.ContentStoreCleaner] Exception during cleanup of content
org.alfresco.repo.content.ContentExistsException: Content with the given URL already exists in the store:
   Store:       org.alfresco.repo.content.filestore.FileContentStore
   Content URL: store://2008/8/4/12/50/1d91adfb-6213-11dd-ba2d-670defbb0496.bin
        at org.alfresco.repo.content.AbstractContentStore.getWriter(AbstractContentStore.java:242)
        at org.alfresco.repo.content.AbstractContentStore.getWriter(AbstractContentStore.java:277)
        at org.alfresco.repo.content.cleanup.DeletedContentBackupCleanerListener.beforeDelete(DeletedContentBackupCleanerListener.java:63)
        at org.alfresco.repo.content.cleanup.ContentStoreCleaner.clean(ContentStoreCleaner.java:272)
        at org.alfresco.repo.content.cleanup.ContentStoreCleaner.execute(ContentStoreCleaner.java:227)
        at org.alfresco.repo.content.cleanup.ContentStoreCleanupJob.execute(ContentStoreCleanupJob.java:64)
        at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
        at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:529)

Un seul serveur hébergeant base de données, applications et données.

Pour le point 4, où puis-je trouver ces informations ?

Cordialement

[cedric2microtec]

J'ai l'impression que le problème se situe au niveau de Mysql...

top - 11:55:33 up 15:30,  1 user,  load average: 1.79, 1.65, 1.60
Tasks: 152 total,   1 running, 149 sleeping,   0 stopped,   2 zombie
Cpu(s): 26.6%us,  1.1%sy,  0.0%ni, 72.4%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   8176992k total,  8110596k used,    66396k free,   120676k buffers
Swap:  4200988k total,       56k used,  4200932k free,   692776k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 2821 mysql     16   0  196m  47m 5572 S  197  0.6 224:55.14 mysqld
22067 root      20   0 1671m 1.1g  36m S   21 13.5  25:28.02 java
23326 www-data  18   0  229m 5844 2500 S    0  0.1   0:00.03 apache2
    1 root      18   0  1876  644  544 S    0  0.0   0:01.33 init

[cedric2microtec]

Bonjour,

Nous disposons sur ce serveur d'autres disques non-SSD et, le système étant virtualisé sous VMWare, j'ai déplacé la machine virtuelle sur ces disques et depuis, le système est plus stable et rapide.... J'ai pu remarquer, en comparant les logs alfresco qu'il y a plus d'erreurs quand le serveur tourne sur les SSD :

18:21:22,260 ERROR [org.alfresco.thread.ThreadBoundInvocationHandler] no worker thread found for thread key [1256]- not invoking method [isLive]

18:25:47,927 ERROR [org.alfresco.thread.WorkerThreadImpl] Worker [1259] running in thread [2702] exceeded maximum slack time, and is removing itself from the pool. This should not occur and is likely the result of a stalled request or improper management of resources.
18:25:47,927 ERROR [org.alfresco.thread.WorkerThreadImpl] java.lang.NullPointerException