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? Se NÃO, faça o seguinte:
As replicações estão sendo enfileiradas nas filas do agente de replicação?
Verifique isso indo para /etc/replication/agents.author.html e clique nos agentes de replicação para verificar.
Se uma fila de agente ou algumas filas de agente estiverem presas:
A fila aparece bloqueado status? Em caso afirmativo, a instância de publicação não está em execução ou não responde totalmente? Verifique a instância de publicação para ver o que há de errado com ela (ou seja, verifique os logs e veja se há um erro OutOfMemory ou algum outro problema. Em seguida, se estiver apenas lento, pegue os despejos de encadeamento e analise-os.
O status da fila é exibido A fila está ativa - # 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á sob alta carga ou preso em um bloqueio. Pegue despejos de encadeamento do autor e publique neste caso.
Se todas as filas de agente estiverem presas
É possível que um determinado conteúdo não possa ser serializado em /var/replication/data devido a corrupção do repositório ou algum outro problema. Verifique se há um erro relacionado no logs/error.log. Para limpar o item de replicação incorreto, 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 trabalho esteja completamente desligado. Você pode verificar isso no Felix Console na guia Eventos do Sling. Verifique se é exibido - Apache Sling Eventing (O PROCESSAMENTO DE TAREFA ESTÁ DESATIVADO!)
Também pode ser o caso em que a configuração DefaultJobManager fica em um estado inconsistente. Isso pode acontecer quando alguém modifica manualmente a configuração do "Manipulador de evento do trabalho do Apache Sling" por meio do console OSG (por exemplo, desative e reative a propriedade "Processamento de trabalho ativado" e salve a configuração).
Criar um replication.log
Às vezes, pode ser muito útil definir todos os logs de replicação a serem adicionados em um arquivo de log separado no nível DEBUG. Para fazer isso:
Vá para https://host:port/system/console/configMgr e faça logon como administrador.
Encontre a fábrica do Apache Sling Logging Logger e crie uma instância clicando no botão + à direita da configuração de fábrica. Isso criará um novo logger de registro.
Defina a configuração desta forma:
Se você suspeitar que o problema esteja relacionado a eventos/trabalhos do sling de alguma forma, também poderá adicionar este pacote java em categories:org.apache.sling.event
Às vezes, pode ser adequado pausar a fila de replicação para reduzir a carga no sistema de autor, sem desativá-la. Atualmente, isso só é possível por meio de uma pilha de configuração temporária de uma porta inválida. A partir da 5.4, você pode ver o botão pausar na fila do agente de replicação, ele tem alguma limitação
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 publicação e não são por padrão. Isso ocorre porque os direitos de acesso devem ser diferentes nesses dois ambientes. Portanto, é recomendável configurar ACLs na publicação separadamente do autor.
Em alguns casos, a fila de replicação é bloqueada ao tentar replicar informações do 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
privilégio no nível do repositório. É possível conceder o privilégio da seguinte maneira:https://localhost:4502/crx/de/index.jsp
) como administrador.jcr:namespaceManagement
na lista de privilégios.