Beheben von Fehlern in AEM troubleshooting-aem
Im folgenden Abschnitt werden einige Probleme behandelt, auf die Sie bei der Verwendung von AEM stoßen können, sowie Empfehlungen zur Fehlerbehebung.
Fehlerbehebungsszenarien für Administratoren troubleshooting-scenarios-for-administrators
Die folgende Tabelle bietet einen Überblick über Probleme, die Administratoren möglicherweise beheben müssen:
Installationsprobleme installation-issues
Siehe Häufige Installationsprobleme für Informationen zu den folgenden Fehlerbehebungsszenarien:
- Ein Doppelklick auf die Schnellstart-JAR-Datei hat keine Auswirkungen oder die JAR-Datei mit einem anderen Programm (z. B. Archivmanager).
- Bei Anwendungen, die auf CRX ausgeführt werden, treten Fehler wegen zu wenig Arbeitsspeicher auf.
- Der AEM Begrüßungsbildschirm wird nach einem Doppelklick auf AEM Schnellstart nicht im Browser angezeigt.
Methoden zur Fehlerbehebung in der Analyse methods-for-troubleshooting-analysis
Erstellen von Thread-Speicherauszügen making-a-thread-dump
Ein Thread-Speicherauszug ist eine Liste aller Java-Threads, die derzeit aktiv sind. Wenn AEM nicht richtig reagiert, kann der Thread-Speicherauszug helfen, Deadlocks oder andere Probleme zu identifizieren.
Verwenden der Sling-Thread-Dumper using-sling-thread-dumper
-
Öffnen Sie die AEM-Web-Konsole; zum Beispiel unter
http://localhost:4502/system/console/. -
Wählen Sie auf der Registerkarte Status die Option Threads aus.
Verwenden von jstack (Befehlszeile) using-jstack-command-line
-
Suchen Sie die PID (Prozess-ID) der AEM Java-Instanz.
Sie können beispielsweise
ps -efoderjpsverwenden. -
Ausführen:
jstack <pid> -
Daraufhin wird der Thread-Speicherauszug angezeigt.
>>-Ausgabeumleitung verwenden:jstack <pid> >> /path/to/logfile.logWeitere Informationen dazu finden Sie in der Dokumentation Erstellen von Thread-Speicherauszügen von einem JVM.
Überprüfen auf nicht beendete JCR-Sitzungen checking-for-unclosed-jcr-sessions
Wenn Funktionen für AEM WCM entwickelt werden, können JCR-Sitzungen geöffnet werden (vergleichbar mit dem Öffnen einer Datenbankverbindung). Wenn die geöffneten Sitzungen nie geschlossen werden, kann Ihr System folgende Symptome aufweisen:
- Das System wird langsamer.
- Es befinden sich viele „CacheManager: resizeAll“-Einträge in der Protokolldatei. Die folgende Zahl (size=<x>) gibt die Anzahl an Caches an; jede Sitzung öffnet mehrere Caches.
- Gelegentlich reicht der Speicherplatz des Systems nicht aus (nach einigen Stunden, Tagen oder Wochen – je nach Schweregrad).
Informationen zum Analysieren nicht geschlossener Sitzungen und zum Ermitteln, welcher Code eine Sitzung nicht schließt, finden Sie im Knowledge Base-Artikel . Nicht geschlossene Sitzungen analysieren.
Verwenden der Adobe Experience Manager-Web-Konsole using-the-adobe-experience-manager-web-console
Der Status der OSGi-Pakete kann auch frühzeitig auf mögliche Probleme hinweisen.
-
Öffnen Sie die AEM-Web-Konsole; zum Beispiel unter
http://localhost:4502/system/console/. -
Wählen auf der Registerkarte OSGi die Option Pakete aus.
-
Überprüfen Sie Folgendes:
- den Status der Pakete. Falls Status wie „Inaktiv“ oder „Nicht erfüllt“ angezeigt werden, versuchen Sie, das Paket zu stoppen und neu zu starten. Wenn das Problem weiterhin besteht, müssen Sie möglicherweise weitere Untersuchungen mit anderen Methoden durchführen.
- ob Pakete mit fehlenden Abhängigkeiten vorliegen. Dies können Sie herausfinden, indem Sie auf den einzelnen Paket-Namen klicken, bei dem es sich um einen Link handelt (im folgenden Beispiel sind keine Probleme aufgetreten):
