AEM troubleshooting-aem
De volgende sectie behandelt sommige kwesties die u wanneer het gebruiken van AEM kunt ontmoeten, samen met suggesties op hoe te om hen problemen op te lossen.
Het oplossen van problemen scenario's voor Beheerders troubleshooting-scenarios-for-administrators
De volgende lijst verstrekt een overzicht van problemen beheerders kunnen moeten problemen oplossen:
Installatieproblemen installation-issues
Zie Algemene installatieproblemen voor informatie over de volgende het oplossen van problemenscenario's:
- Dubbelklikken op de Quickstart-strip heeft geen effect op het JAR-bestand met een ander programma (zoals archiefbeheer).
- Toepassingen die op CRX worden uitgevoerd, genereren fouten die zich buiten het geheugen bevinden.
- Het welkomstscherm AEM wordt niet weergegeven in de browser nadat u hebt dubbelgeklikt op AEM QuickStart.
Methoden voor de Analyse van het Oplossen van problemen methods-for-troubleshooting-analysis
Een Thread Dump maken making-a-thread-dump
De draadstortplaats is een lijst van alle draden van Java die momenteel actief zijn. Als AEM niet behoorlijk antwoordt, kan de draadstortplaats u helpen kastjes of andere problemen identificeren.
Dumper met slingerdraad gebruiken using-sling-thread-dumper
-
Open de Webconsole AEM; bijvoorbeeld op
http://localhost:4502/system/console/. -
Selecteer Threads krachtens Status tab.
jstack gebruiken (opdrachtregel) using-jstack-command-line
-
Zoek de PID (process id) van de AEM Java-instantie.
U kunt bijvoorbeeld
ps -efofjps. -
Uitvoeren:
jstack <pid> -
Dit zal de draadstortplaats tonen.
>> uitvoeromleiding:jstack <pid> >> /path/to/logfile.logZie de Hoe u de Thread Dumps van een JVM inneemt documentatie voor meer informatie
Controleren op niet-afgesloten JCR-sessies checking-for-unclosed-jcr-sessions
Wanneer de functionaliteit voor AEM WCM wordt ontwikkeld, kunnen de zittingen van JCR worden geopend (vergelijkbaar met het openen van een gegevensbestandverbinding). Als de geopende sessies nooit gesloten zijn, kan uw systeem de volgende symptomen ervaren:
- Het systeem wordt langzamer.
- U kunt veel CacheManager zien: resizeAll ingangen in het logboekdossier; het volgende getal (size=<x>) geeft het aantal caches weer. Elke sessie opent meerdere caches.
- Van tijd tot tijd heeft het systeem onvoldoende geheugen (na een paar uur, dagen of weken - afhankelijk van de ernst).
Raadpleeg het artikel in de Knowledge Base als u niet-afgesloten sessies wilt analyseren en wilt weten welke code een sessie niet sluit Niet-gesloten sessies analyseren.
De Adobe Experience Manager-webconsole gebruiken using-the-adobe-experience-manager-web-console
De status van de OSGi-bundels kan ook een vroege indicatie geven van mogelijke problemen.
-
Open de Webconsole AEM; bijvoorbeeld op
http://localhost:4502/system/console/. -
Selecteren Bundels krachtens OSGI tab.
-
Controle:
- de status van de bundels. Als er inactief of ontevreden zijn, kunt u de bundel stoppen en opnieuw starten. Als het probleem zich blijft voordoen, moet u mogelijk verder onderzoeken met andere methoden.
- of een van de bundels afhankelijkheden mist. Dergelijke details kunnen worden gezien door op de individuele bundelnaam te klikken, die een verbinding is (het volgende voorbeeld heeft geen kwesties):
