Esta página fornece informações sobre como solucionar problemas de replicação.
A replicação (replicação não reversa) está falhando por algum motivo.
Há vários motivos para a replicação falhar. Este artigo explica a abordagem que pode ser adotada ao analisar esses problemas.
As replicações estão sendo acionadas ao clicar no botão Ativar? Caso CONTRÁRIO, faça o seguinte:
As replicações estão sendo enfileiradas nas filas do agente de replicação?
Verifique isso acessando /etc/replication/agents.author.html e clicando nos agentes de replicação para verificar.
Se uma fila de agente ou algumas filas de agente estiverem travadas:
A fila mostra bloqueado Status? Em caso afirmativo, a instância de publicação não está em execução ou não está respondendo? Verifique a instância de publicação para ver o que há de errado com ela. Ou seja, verifique os registros e veja se há um erro OutOfMemory ou algum outro problema. Se estiver apenas lento, então pegue os despejos de thread e analise-os.
O status da fila mostra A fila está ativa - nº pendente? Basicamente, o trabalho de replicação pode estar preso em uma leitura de soquete aguardando a instância de publicação ou o Dispatcher responder. Isso pode significar que a instância de publicação ou o Dispatcher está sobrecarregada ou travada em um bloqueio. Obtenha despejos de thread do autor e da publicação neste caso.
Se todas as filas do agente estiverem travadas
É possível que um conteúdo específico não possa ser serializado em /var/replication/data devido à corrupção do repositório ou a algum outro problema. Consulte o site logs/error.log para verificar se há um erro relacionado. Para limpar o item de replicação inválido, faça o seguinte:
Pode haver algo errado com as filas de trabalho da estrutura de eventos do sling. Tente reiniciar o pacote org.apache.sling.event no/system/console.
Pode ser que o processamento de trabalhos esteja desativado. Você pode verificar isso no Felix Console na guia Evento do Sling. Verifique se exibido - Evento do Apache Sling (O PROCESSAMENTO DE TRABALHO ESTÁ DESATIVADO!)
Também pode ocorrer que a configuração de DefaultJobManager entre em um estado inconsistente. Isso pode acontecer quando alguém modifica manualmente a configuração do "Manipulador de eventos de trabalho do Apache Sling" por meio do OSGiconsole (por exemplo, desative e reative a propriedade "Processamento de trabalho ativado" e salve a configuração).
Criar um replication.log
Às vezes, é útil definir todos os logs de replicação para serem adicionados em um arquivo de log separado no nível DEBUG. Para fazer isso:
Acesse https://host:port/system/console/configMgr e faça logon como administrador.
Localize o fatory Apache Sling Logging Logger e crie uma instância clicando no + à direita da configuração de fábrica. Isso cria um novo logger de log.
Defina a configuração desta forma:
Se você suspeitar que o problema esteja relacionado a eventos/trabalhos do sling de alguma forma, também será possível adicionar esse pacote do Java™ em categorias:org.apache.sling.event
Às vezes, pode ser adequado pausar a fila de replicação para reduzir a carga no sistema de criação, sem desabilitá-la. Atualmente, isso só é possível por um hack de configuração temporária de uma porta inválida. A partir da versão 5.4, você pode ver o botão Pausar na fila do agente de replicação. Ele tem algumas limitações
As permissões de página não são replicadas porque são armazenadas nos nós aos quais o acesso é concedido, não com o usuário.
Em geral, as permissões de página não devem ser replicadas do autor para publicar e não são usadas por padrão. Isso ocorre porque os direitos de acesso devem ser diferentes nesses dois ambientes. Portanto, o Adobe recomenda que você configure ACLs em publicação, separadamente do autor.
Às vezes, a fila de replicação é bloqueada ao tentar replicar informações de namespace da instância do autor para a instância de publicação. Isso acontece porque o usuário de replicação não tem jcr:namespaceManagement
Privilégio. Para evitar esse problema, verifique se:
jcr:namespaceManagement
no nível do repositório. Você pode conceder o privilégio da seguinte maneira:https://localhost:4502/crx/de/index.jsp
) como administrador.jcr:namespaceManagement
na lista de privilégios.