Problemen oplossen 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.

OPMERKING

Wanneer het ervaren van problemen het ook de moeite waard is de lijst van Bekende Kwesties voor uw instantie (versie en de dienstpakken) te controleren.

Problemen met scenario's voor beheerders oplossen

De volgende lijst verstrekt een overzicht van problemen beheerders kunnen moeten problemen oplossen:

Rol/rollen Probleem
Systeembeheerder

Als u dubbelklikt op de Quickstart-jar, heeft dit geen effect en wordt het jar-bestand geopend met een ander programma (bijvoorbeeld archiefbeheer)

Systeembeheerder

Mijn toepassing die op CRX loopt werpt fouten uit het geheugen

Systeembeheerder

Het welkomstscherm AEM wordt niet weergegeven in de browser nadat u hebt dubbelgeklikt op AEM CM QuickStart

Systeembeheerder

beheerder

Een Thread Dump maken

Systeembeheerder

beheerder

Controleren op niet-afgesloten JCR-sessies

Installatieproblemen

Zie Algemene installatiekwesties voor informatie over de volgende probleemoplossingsscenario'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

Een thread Dump maken

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.

Het gebruiken van de Dumper van de Dumper van de Dumper van de Schuivende Verbinding

  1. Open de AEM webconsole; bijvoorbeeld op http://localhost:4502/system/console/.

  2. Selecteer Draden onder Status tabel.

screen_shot_2012-02-13at43925pm

jstack (opdrachtregel) gebruiken

  1. Zoek de PID (process id) van de AEM Java-instantie.

    U kunt bijvoorbeeld ps -ef of jps gebruiken.

  2. Uitvoeren:

    jstack <pid>

  3. Dit zal de draadstortplaats tonen.

OPMERKING

U kunt de draaddumps aan een logboekdossier toevoegen door >> outputredirection te gebruiken:

jstack <pid> >> /path/to/logfile.log

Zie de Hoe te om Dumpels van de Draad van een JVM documentatie voor meer informatie te nemen

Controleren op niet-afgesloten JCR-sessies

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 aantal (grootte=<x>) toont het aantal geheime voorgeheugens, elke zittingen opent verscheidene geheime voorgeheugens.
  • Van tijd tot tijd heeft het systeem onvoldoende geheugen (na een paar uur, dagen of weken - afhankelijk van de ernst).

Om unclosed zittingen te analyseren en te weten te komen welke code een zitting niet sluit, verwijs naar het artikel Analyze Unclosed Sessions van de Kennisbank.

De Adobe Experience Manager-webconsole gebruiken

De status van de OSGi-bundels kan ook een vroege indicatie geven van mogelijke problemen.

  1. Open de AEM webconsole; bijvoorbeeld op http://localhost:4502/system/console/.

  2. Selecteer Bundels onder OSGI tabblad.

  3. Vinkje:

    • 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):

screen_shot_2012-02-13at44706pm

Op deze pagina