Cette page fournit des informations sur la manière de résoudre les problèmes de réplication.
La réplication (réplication non inversée) échoue pour quelque raison que ce soit.
Il existe diverses facteurs pouvant mener à l’échec d’une réplication. Cet article explique l’approche que l’on peut prendre en analysant de ces problèmes.
Les réplications sont-elles déclenchées en cliquant sur le bouton d’activation ? Si la réponse est NON, procédez comme suit :
Les réplications sont-elles alignées dans les files d’attente des agents de réplication ?
Vérifiez cela en accédant à /etc/replication/agents.author.html , puis cliquez sur les agents de réplication à vérifier.
Si une ou plusieurs files d’attente sont bloquées :
La file d’attente s’affiche-t-elle ? bloqué status ? Le cas échéant, l’instance de publication n’est-elle pas en cours d’éxécution ou a-t-elle cessé totalement de répondre ? Vérifiez l’instance de publication pour détecter le problème (c’est-à-dire vérifiez les journaux pour voir s’il existe une erreur OutOfMemory ou un autre problème). S’il s’agit d’une lenteur générale, prenez des thread dumps et analysez-les.
L’état de la file d’attente s’affiche-t-il ? La file d’attente est principale - # en attente? La tâche de réplication peut être simplement bloquée dans une fiche, en attente d’une instance de publication ou du dispatcher pour répondre. Il se peut également que l’instance de publication ou le dispatcher subisse un chargement élevé ou qu’il soit coincé dans un verrouillage. Prenez les thread dumps de l’auteur et de la publication dans ce cas.
Si toutes les files d’attente de l’agent sont bloquées
Il est possible qu’un certain élément de contenu ne puisse pas être sérialisé sous /var/replication/data en raison de la corruption du référentiel ou d’un autre problème. Recherchez une erreur associée dans le fichier logs/error.log. Pour supprimer un élément de réplication défectueux, procédez comme suit :
Il peut exister un problème avec les files d’attente des tâches de structure de sling eventing. Essayez de redémarrer le lot org.apache.sling.event dans la console du système.
Le traitement des tâches peut être complètement désactivé. Vous pouvez vérifier cela dans Console Felix, sur l’onglet Sling Eventing. Vérifiez si « Apache Sling Eventing (JOB PROCESSING IS DISABLED!) » s’affiche.
Il se peut également que la configuration DefaultJobManager ait cessé de fonctionner normalement. Cela peut avoir lieu lorsqu’une personne modifie manuellement la configuration du gestionnaire Apache Sling Job Event via la console OSGi (par exemple, en désactivant et en réactivant la propriété « Job Processing Enabled », puis en enregistrant la configuration).
Création de replication.log
Il est parfois très utile de programmer toute la journalisation de la réplication de sorte qu’elle soit ajouté à un fichier journal séparé au niveau de DEBUG. Pour ce faire :
Accédez à https://host:port/system/console/configMgr
et connectez-vous en tant qu’administrateur.
Recherchez la fabrique Apache Sling Logging Logger et créez une instance en cliquant sur la + à droite de la configuration de la fabrique. Cela entraîne la création d’un enregistreur de connexions.
Définissez la configuration comme suit :
Si vous soupçonnez que le problème est lié de quelque manière que ce soit à sling eventing/jobs, vous pouvez également ajouter ce module Java sous categories:org.apache.sling.event.
Parfois, il vaut mieux mettre la file d’attente de réplication en pause pour réduire le chargement sur le système de création, sans le désactiver. Actuellement, cela est uniquement possible par le biais d’une configuration temporaire d’un port non valide. À partir de la version 5.4, vous pourrez voir un bouton pause dans la file d’attente des agents de réplication, mais avec certaines limites.
Les autorisations de page ne sont pas répliquées, car elles sont stockées sous les nœuds auxquels l’accès est accordé, pas avec l’utilisateur.
En général, des autorisations de page ne doivent pas être répliquées depuis l’instance d’auteur vers l’instance de publication, et ne sont pas définies par défaut. Cela est dû au fait que les droits d’accès doivent être différents dans ces deux environnements. Par conséquent, il est recommandé de configurer les listes de contrôle d’accès de la publication séparément de l’auteur.
Dans certains cas, la file d’attente de réplication est bloquée lors de la tentative de réplication des informations sur les espaces de noms depuis l’instance d’auteur vers l’instance de publication. Cela se produit car l’utilisateur de réplication n’a pas jcr:namespaceManagement
privilège. Pour éviter ce problème, vérifiez les points suivants :
jcr:namespaceManagement
au niveau du référentiel. Vous pouvez accorder le privilège comme suit :http://localhost:4502/crx/de/index.jsp
) en tant qu’administrateur.jcr:namespaceManagement
dans la liste des privilèges.