Risoluzione dei problemi relativi ad AEM troubleshooting-aem
La sezione seguente illustra alcuni problemi che potresti riscontrare durante l’utilizzo di AEM, oltre a suggerimenti su come risolverli.
Scenari di risoluzione dei problemi per gli amministratori troubleshooting-scenarios-for-administrators
La tabella seguente fornisce una panoramica dei problemi che gli amministratori possono dover risolvere:
Problemi di installazione installation-issues
Vedi Problemi comuni di installazione per informazioni sui seguenti scenari di risoluzione dei problemi:
- Fare doppio clic sul jar Quickstart non ha alcun effetto o sul file JAR con un altro programma (come archive manager).
- Le applicazioni in esecuzione su CRX generano errori di memoria esaurita.
- La schermata di benvenuto AEM non viene visualizzata nel browser dopo aver fatto doppio clic AEM Quickstart.
Metodi per la risoluzione dei problemi di analisi methods-for-troubleshooting-analysis
Creazione di un dump di thread making-a-thread-dump
Il dump di thread è un elenco di tutti i thread Java attualmente attivi. Se AEM non risponde correttamente, il dump di thread può aiutarti a identificare deadlock o altri problemi.
Utilizzo del dump di thread Sling using-sling-thread-dumper
-
Apri Console Web AEM; ad esempio in
http://localhost:4502/system/console/
. -
Seleziona la Thread sotto Stato scheda .
Utilizzo di jstack (riga di comando) using-jstack-command-line
-
Trova il PID (process id) dell'istanza Java AEM.
Ad esempio, puoi utilizzare
ps -ef
ojps
. -
Esegui:
jstack <pid>
-
Questo mostrerà il dump di thread.
>>
reindirizzamento uscita:jstack <pid> >> /path/to/logfile.log
Consulta la sezione Come prendere i dump di thread da una JVM documentazione per ulteriori informazioni
Verifica di sessioni JCR non chiuse checking-for-unclosed-jcr-sessions
Quando si sviluppano funzionalità per AEM WCM, è possibile aprire sessioni JCR (paragonabili all'apertura di una connessione al database). Se le sessioni aperte non vengono mai chiuse, il sistema potrebbe riscontrare i seguenti sintomi:
- Il sistema diventa più lento.
- Puoi vedere molti CacheManager: ridimensionaTutte le voci nel file di log; numero seguente (size=<x>) mostra il numero di cache, ogni sessione apre diverse cache.
- Di tanto in tanto il sistema esaurisce la memoria (dopo alcune ore, giorni o settimane - a seconda della gravità).
Per analizzare le sessioni non chiuse e scoprire quale codice non sta chiudendo una sessione, consulta l’articolo della Knowledge Base Analizzare le sessioni non chiuse.
Utilizzo della console Web di Adobe Experience Manager using-the-adobe-experience-manager-web-console
Lo stato dei bundle OSGi può anche fornire un'indicazione tempestiva di possibili problemi.
-
Apri Console Web AEM; ad esempio in
http://localhost:4502/system/console/
. -
Seleziona Bundle sotto OSGI scheda .
-
Seleziona:
- lo stato dei bundle. Se qualcuno è Inattivo o Non soddisfatto, prova a interrompere e riavviare il bundle. Se il problema persiste, potrebbe essere necessario approfondire le indagini utilizzando altri metodi.
- se uno dei bundle ha dipendenze mancanti. Tali dettagli possono essere visualizzati facendo clic sul nome del singolo bundle, che è un collegamento (il seguente esempio non ha problemi):