Dépannage d’Adobe Experience Manager troubleshooting-aem
La section suivante traite de certains problèmes susceptibles d’être rencontrés lorsque vous utilisez AEM (Adobe Experience Manager), ainsi que des suggestions pour les résoudre.
Scénarios de dépannage pour l’administration troubleshooting-scenarios-for-administrators
Le tableau suivant présente une vue d’ensemble des problèmes que l’administration peut résoudre :
Problèmes d’installation installation-issues
Consultez la section Problèmes d’installation courants pour obtenir plus d’informations sur les scénarios de dépannage suivants :
- Lorsque vous double-cliquez sur le fichier Quickstart jar, rien ne se produit ou le fichier s’ouvre dans un autre programme (tel que le gestionnaire d’archives).
- Les applications s’exécutant sur CRX renvoient des erreurs de mémoire insuffisante.
- Après avoir double-cliqué sur Quickstart AEM, l’écran d’accueil d’AEM ne s’affiche pas dans le navigateur.
Méthodes pour dépanner les analyses methods-for-troubleshooting-analysis
Créer une image mémoire des threads making-a-thread-dump
L’image mémoire des threads consiste en une liste de toutes les unités d’exécution Java™ actuellement actives. Si AEM ne répond pas correctement, l’image mémoire des threads peut vous aider à identifier les blocages ou d’autres problèmes.
Utiliser Sling Thread Dumper using-sling-thread-dumper
- Ouvrez la console web AEM, par exemple, à l’adresse
https://localhost:4502/system/console/. - Sélectionnez les threads dans l’onglet Statut.
Utiliser jstack (ligne de commande) using-jstack-command-line
-
Recherchez le PID (ID de processus) de l’instance Java™ AEM.
Vous pouvez, par exemple, utiliser
ps -efoujps. -
Exécutez :
jstack <pid> -
Permet d’afficher l’image mémoire des threads.
>> :jstack <pid> >> /path/to/logfile.logPour plus d’informations, consultez la section Comment utiliser les images mémoire des threads d’une machine virtuelle Java (JVM).
Contrôle des sessions JCR non fermées checking-for-unclosed-jcr-sessions
Lorsque la fonctionnalité est développée pour AEM WCM, il est possible d’ouvrir des sessions JCR (cela s’apparente à l’ouverture d’une connexion de base de données). Si les sessions ouvertes ne sont jamais fermées, votre système peut présenter les symptômes suivants :
- Le système devient plus lent.
- Vous constatez qu’il y a de nombreuses entrées CacheManager: resizeAll dans le fichier journal. Le nombre (size=<x>) ci-dessous affiche le nombre de caches. Chaque session ouvre plusieurs caches.
- Parfois, la mémoire du système est saturée (après quelques heures, jours ou semaines, selon la gravité).
Pour analyser les sessions non fermées et déterminer le code qui ne ferme pas une session, consultez l’article de la base de connaissances Analyser les sessions non fermées.
Utiliser la console web Adobe Experience Manager using-the-adobe-experience-manager-web-console
Le statut des lots OSGi peut également être un signe précurseur de problèmes potentiels.
-
Ouvez la console web AEM, par exemple, à l’adresse
https://localhost:4502/system/console/. -
Sélectionnez Lots dans l’onglet OSGI.
-
Vérifier :
- le statut des lots. Si le statut est Inactif ou Non satisfait, essayez d’arrêter et de redémarrer le lot. Si le problème persiste, essayez une autre méthode.
- Si l’un des lots possède des dépendances manquantes. Ces détails sont visibles en cliquant sur le nom du lot, qui consiste en un lien (l’exemple suivant ne présente aucun problème) :
