O nó secundário falha ao iniciar no cluster do AEM Forms devido a um erro de implantação
Em ambientes em cluster do Adobe Experience Manager Forms, o nó secundário falha ao iniciar e mostra erros repetidos de implantação do EAR e proteção de desserialização. Esse problema ocorre devido à corrupção do cache e do diff-cache nos nós de cluster. Para corrigir isso, remova os diretórios cache e diff-cache e reinicie os nós na sequência correta.
Descrição description
Ambiente
- Produto: Adobe Experience Manager (AEM) Forms
- Versão: 6.5 (Service Pack 24)
- Implantação: Clusterizada (nós primário e secundário)
- Sistema operacional: Windows Server 2022
- Banco de Dados: SQL Server 2022
- Servidor de aplicativos: JBoss 7.4.10
Problema/Sintomas
-
O nó secundário não é iniciado corretamente no ambiente AEM Forms em cluster.
-
O
server.logno nó secundário mostra repetidamente erros como:- WFLYCTL0216: Recurso de gerenciamento '
[(“implantação” =>“adobe-livecycle-cq-author.ear”)]’ não encontrado - Avisos indicando que a implantação do EAR do autor do AEM está em andamento, a proteção de desserialização ainda não está ativa.
- WFLYCTL0216: Recurso de gerenciamento '
-
O acesso a
adminuipermanece disponível, mas o acesso a/lcretorna um Tempo Limite de Gateway de 504. -
O problema persiste até que o processo do nó secundário seja interrompido e uma reinicialização normal não o resolva.
Resolução resolution
Para corrigir a falha de inicialização do nó secundário, execute as seguintes etapas:
- Interrompa os serviços do AEM nos nós primário e secundário.
- Navegue até o diretório
crx-repositoryem cada nó. - Exclua o conteúdo dos diretórios
cacheediff-cachelocalizados emcrx-repository/repository/. - Inicie o nó principal e permita que ele seja iniciado completamente.
- Depois de confirmar que o nó primário é executado sem erros, inicie o nó secundário.
- Monitore o
server.logem ambos os nós durante a inicialização. - Verifique se ambos os nós foram iniciados com êxito e se todos os serviços estão operacionais.
Notas:
- Inclua a limpeza do cache e do diff-cache nos procedimentos padrão de reinicialização para evitar recorrências.
- Essa correção não modifica dados de aplicativos ou arquivos de configuração.