Solução de problemas do AEM troubleshooting-aem
A seção a seguir aborda alguns problemas que você pode encontrar ao usar o AEM, juntamente com sugestões sobre como resolvê-los.
Cenários de solução de problemas para administradores troubleshooting-scenarios-for-administrators
A tabela a seguir fornece uma visão geral dos problemas que os administradores podem precisar para solucionar:
Problemas de instalação installation-issues
Consulte Problemas de instalação comuns para obter informações sobre os seguintes cenários de solução de problemas:
- Clicar duas vezes no jar do Quickstart não terá efeito ou o arquivo JAR com outro programa (como o gerenciador de arquivos).
- Os aplicativos em execução em CRX lançam erros de falta de memória.
- A tela AEM Welcome não é exibida no navegador após clicar duas vezes AEM Quickstart.
Métodos para análise de solução de problemas methods-for-troubleshooting-analysis
Fazer um despejo de encadeamento making-a-thread-dump
O despejo de threads é uma lista de todos os threads Java que estão ativos no momento. Se AEM não responder corretamente, o despejo de thread poderá ajudar a identificar bloqueios ou outros problemas.
Uso do despejo de encadeamento Sling using-sling-thread-dumper
-
Abra o Console da Web AEM; por exemplo em
http://localhost:4502/system/console/
. -
Selecione o Threads under Status guia .
Uso de jstack (linha de comando) using-jstack-command-line
-
Encontre o PID (id do processo) da instância AEM do Java.
Por exemplo, você pode usar
ps -ef
oujps
. -
Executar:
jstack <pid>
-
Isso mostrará o despejo de encadeamento.
>>
redirecionamento de saída:jstack <pid> >> /path/to/logfile.log
Consulte a Como tirar os despejos de encadeamento de uma JVM documentação para obter mais informações
Verificando se há sessões JCR não fechadas checking-for-unclosed-jcr-sessions
Quando a funcionalidade é desenvolvida para AEM WCM, as Sessões JCR podem ser abertas (comparável à abertura de uma conexão de banco de dados). Se as sessões abertas nunca estiverem fechadas, o sistema poderá apresentar os seguintes sintomas:
- O sistema fica mais lento.
- Você pode ver muito do CacheManager: resizeAll entradas no arquivo de log; o seguinte número (tamanho=<x>) mostra o número de caches, cada sessão abre vários caches.
- De tempos em tempos, o sistema fica sem memória (após algumas horas, dias ou semanas - dependendo da gravidade).
Para analisar sessões não fechadas e descobrir qual código não está fechando uma sessão, consulte o artigo da Base de conhecimento Analisar Sessões Não Fechadas.
Uso do Console da Web do Adobe Experience Manager using-the-adobe-experience-manager-web-console
O status dos pacotes OSGi também pode fornecer uma indicação prévia de possíveis problemas.
-
Abra o Console da Web AEM; por exemplo em
http://localhost:4502/system/console/
. -
Selecionar Pacotes under OSGI guia .
-
Verificar:
- o Status dos pacotes. Se algum estiver Inativo ou insatisfeito, tente parar e reiniciar o pacote. Se o problema persistir, talvez seja necessário investigar mais detalhadamente usando outros métodos.
- se qualquer um dos pacotes tem dependências ausentes. Esses detalhes podem ser visualizados clicando no Nome do pacote individual, que é um link (o exemplo a seguir não tem problemas):