Résolvez le problème de lenteur de l’auteur AEM 6.5 et d’échecs des opérations de publication causés par des threads de connexion de test bloqués
Si votre instance d’auteur AEM 6.5 est lente ou que les opérations de publication échouent, des threads de test de connexion de réplication bloqués peuvent en être la cause. Redémarrez l’instance de création de manière normale, évitez les clics répétés sur Tester la connexion et appliquez le pack de services 2 (SP2) d’AEM 6.5 ou une version ultérieure.
Description description
Environnement
Instance d’auteur Adobe Experience Manager (AEM) 6.5
Symptômes
- Charge système élevée et E/S importante en attente sur l’instance d’auteur
- L’interface utilisateur de création et les requêtes de page sont lentes ou ne répondent pas
- Les opérations de publication de l’auteur vers l’éditeur échouent ou sont retardées
- Les images mémoire de threads montrent plusieurs threads bloqués liés aux actions de test de connexion de réplication, chacun consommant une quantité importante de CPU et maintenant des sessions de référentiel ouvertes
- Les journaux de requêtes indiquent que les requêtes Tester la connexion ne se terminent jamais et les statistiques de session du référentiel indiquent l’accumulation de sessions non libérées
Cause
Un défaut au niveau de la plateforme dans AEM 6.5 (Oak 1.78.1) et les modules de réplication peut entraîner des actions Tester la connexion sur les agents de réplication qui entrent dans une boucle sans terminaison. Chaque requête bloquée utilise CPU et contient des sessions de référentiel ouvertes, ce qui entraîne l’épuisement des ressources et une dégradation des performances. Ce problème est résolu dans AEM 6.5 Service Pack 2 (SP2) et versions ultérieures.
Résolution resolution
Pour résoudre ce problème, procédez comme suit.
-
Effectuez un redémarrage correct de l’instance d’auteur AEM affectée afin d’effacer tous les threads de connexion de test bloqués et de libérer les sessions de référentiel associées.
-
Après le redémarrage, vérifiez que le chargement du système et l’attente d’E/S sont revenus à des niveaux normaux et que l’interface utilisateur de création est réactive.
-
Empêchez la périodicité en évitant les clics répétés sur le bouton Tester la connexion pour les agents de réplication, car chaque clic peut créer un thread qui peut être bloqué et consommer des ressources.
-
Pour vérifier l’intégrité de l’éditeur, utilisez une commande de
curldirect vers le point d’entrée/bin/receivede l’éditeur :- Exécuter :
curl -I https://<publisher-host>/bin/receive - Un point d’entrée sain renvoie un HTTP/1.1 401 non autorisé, indiquant qu’il est accessible et fonctionnel. (Un 200 OK est renvoyé uniquement lorsque des informations d’identification valides sont fournies.)
- Exécuter :
-
Assurez-vous que l’hôte de création dispose d’une mémoire adéquate et n’utilise pas la permutation, car une mémoire faible peut aggraver les problèmes de performances causés par des threads bloqués.
-
Appliquez le pack de services 2 (SP2) d’AEM 6.5 ou une version ultérieure, qui comprend des correctifs pour le référentiel sous-jacent et les composants de réplication. Après la mise à jour, vérifiez que le test de la connexion se termine normalement et qu’aucun thread bloqué ou session non libérée n’est observé.