AEM

I följande avsnitt beskrivs några problem som du kan stöta på när du använder AEM, tillsammans med förslag på hur du felsöker dem.

OBSERVERA

Om du felsöker redigeringsproblem i AEM finns mer information i Felsökning för författare.

OBSERVERA

När du får problem är det också värt att kontrollera listan med Kända fel för din instans (release- och servicepaket).

Felsökningsscenarier för administratörer

Följande tabell innehåller en översikt över problem som administratörer kan behöva felsöka:

Roll(er) Problem
Systemadministratör

Att dubbelklicka på Quickstart-behållaren har ingen effekt eller öppnar burken-filen med ett annat program (t.ex. arkivhanteraren)

Systemadministratör

Mitt program som körs på CRX orsakar fel av typen slut på minne

Systemadministratör

AEM välkomstskärm visas inte i webbläsaren när du dubbelklickat AEM CM QuickStart

Systemadministratör

admin-användare

Göra en tråddump

Systemadministratör

admin-användare

Söker efter oavslutade JCR-sessioner

Installationsproblem

Se Vanliga installationsproblem för information om följande felsökningsscenarier:

  • Att dubbelklicka på Quickstart-behållaren har ingen effekt och JAR-filen har ingen effekt med ett annat program (t.ex. arkivhanteraren).
  • Program som körs på CRX orsakar fel av typen slut på minne.
  • AEM välkomstskärm visas inte i webbläsaren när du dubbelklickat AEM QuickStart.

Metoder för felsökningsanalys

Göra en tråddump

Tråddumpen är en lista över alla Java-trådar som är aktiva. Om AEM inte reagerar som de ska kan tråddumpen hjälpa dig att identifiera lås eller andra problem.

Använda Sling Thread Dumper

  1. Öppna AEM Web Console; till exempel https://localhost:4502/system/console/.
  2. Välj Trådar under Status -fliken.

screen_shot_2012-02-13at43925pm

Använda jstack (kommandorad)

  1. Hitta PID (process-id) för den AEM Java-instansen.

    Du kan till exempel använda ps -ef eller jps.

  2. Kör:

    jstack <pid>

  3. Då visas tråddumpen.

OBSERVERA

Du kan lägga till tråddumpar i en loggfil med hjälp av >> omdirigering av utdata:

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

Se Så här tar du trådmodeller från en JVM dokumentation för mer information

Söker efter oavslutade JCR-sessioner

När funktionalitet utvecklas för AEM WCM kan JCR-sessioner öppnas (vilket kan jämföras med att öppna en databasanslutning). Om de öppnade sessionerna aldrig stängs kan systemet få följande symtom:

  • Systemet blir långsammare.
  • Du kan se många CacheManager: resizeAlla poster i loggfilen. följande tal (size=<x>) visar antalet cacheminnen. Varje session öppnar flera cacheminnen.
  • Från tid till annan har systemet slut på minne (efter några timmar, dagar eller veckor - beroende på allvarlighetsgraden).

Om du vill analysera oavslutade sessioner och ta reda på vilken kod som inte stänger en session kan du läsa artikeln i kunskapsbasen Analysera oavslutade sessioner.

Använda Adobe Experience Manager Web Console

OSGi-paketens status kan också ge en tidig indikation på eventuella problem.

  1. Öppna AEM Web Console; till exempel https://localhost:4502/system/console/.

  2. Välj Paket under OSGI -fliken.

  3. Kontroll:

    • paketens status. Om något är inaktivt eller missnöjt försöker du stoppa och starta om paketet. Om problemet kvarstår kan du behöva undersöka det ytterligare med andra metoder.
    • om något av paketen saknar beroenden. Den här typen av information kan du se genom att klicka på det enskilda paketnamnet, som är en länk (följande exempel har inga problem):

screen_shot_2012-02-13at44706pm

På denna sida