Problèmes de file d’attente de réplication
Cet article traite du problème d’AEM (versions 6.4 et 6.5) où la réplication de contenu AEM semble être bloquée. Pour résoudre ce problème, procédez comme indiqué dans les étapes ci-dessous :
- Vérifiez que chaque agent de réplication est activé et configuré correctement
- Redémarrez les agents de réplication et les lots associés.
- Forcer le nettoyage de la file d’attente en supprimant les tâches Sling correspondantes
Description description
Environnement
- Experience Manager 6.4
- Experience Manager 6.5
Problème/Symptômes
La réplication du contenu AEM semble être bloquée.
Les éditeurs peuvent créer du contenu, mais les pages activées ne sont pas mises à jour sur l’instance de publication CQ5.
Résolution resolution
A. Vérifiez que chaque agent de réplication est activé et configuré correctement.
-
Accédez à la liste des agents de réplication (
/etc/replication/agents.author.html). -
Pour chaque agent de réplication, procédez comme suit :
- Assurez-vous que l’agent est activé.
- Vérifiez la connectivité avec l’instance de publication en cliquant sur Tester la connexion. En cas d’échec, assurez-vous qu’au niveau du réseau TCP, le serveur hébergeant l’instance d’auteur AEM peut se connecter au port de l’instance de publication.
- Ouvrez le journal de réplication via le lien « Afficher le journal » et vérifiez si la dernière tentative de réplication a réussi.
- Notez le premier chemin d’accès de la payload dans la file d’attente de réplication. Essayez ensuite d’effacer le premier élément de la file d’attente de réplication. Vérifiez ensuite si la réplication reprend. Une fois la reprise effectuée, activez à nouveau la première payload notée dans la file d’attente.
- Vérifiez auprès de l’explorateur de contenu CRX qu’il n’existe aucun nœud
/bin/receivesur l’instance de publication. Sinon, supprimez-le. - Vérifiez auprès de l’explorateur de contenu CRX qu’il n’existe aucun nœud
/bin/replicatesur l’instance de création. Sinon, supprimez-le.
B. Redémarrez les agents de réplication et les lots associés.
À ce stade, nous pouvons considérer que les agents de réplication sont correctement configurés. Si les journaux n’indiquent aucune tentative de réplication pendant quelques minutes, essayez les actions correctives suivantes pour débloquer les files d’attente, dans cet ordre, en vérifiant entre chaque étape si la réplication reprend.
- Désactivez l’agent de réplication, puis réactivez-le.
- Redémarrez le lot de réplication dans la console Felix (http://host:port/system/console/bundles/com.day.cq.cq-replication).
- Redémarrez le lot de prise en charge des événements Apache Sling (http://host:port/system/console/bundles/org.apache.sling.event).
- Redémarrez l’EventAdmin Apache Felix (http://host:port/system/console/bundles/org.apache.felix.eventadmin).
Notez que le redémarrage de ces lots peut redémarrer de nombreux autres lots et composants et peut sembler pratiquement identique au redémarrage de l’ensemble de l’instance AEM.
C. Forcez le nettoyage de la file d’attente en supprimant les tâches Sling correspondantes.
Si la procédure ci-dessus échoue, l’effacement manuel de la file d’attente peut être la dernière option.
Pour ce faire, il faut se débarrasser directement des tâches Sling en choisissant la rubrique =nom de l’agent de réplication.
Pour ce faire, la méthode la plus rapide consiste à utiliser CRXDE Lite (http://host:port/crx/de/index.jsp) et à supprimer le nœud :
/var/eventing/jobs/assigned/%INSTANCE-SLING-ID%/%REPLICATION-AGENT-FULL-ID%
Ainsi, par exemple, avec l’agent de publication par défaut :
/var/eventing/jobs/assigned/e23dd09d-83f1-4735-a77c-394df479214c/com.day.cq.replication.job.publish
Notez qu’il s’agit d’une action de contournement exceptionnelle. Si un tel cas se produit contactez l’assistance technique d’AEM.