Esta página proporciona información sobre cómo solucionar problemas de replicación.
La replicación (replicación no inversa) da error por algún motivo.
Existen varias razones para que la replicación falle. Este artículo explica el enfoque que se puede seguir al analizar estos problemas.
¿Se activan las replicaciones al hacer clic en el botón Activar? Si NO es así, haga lo siguiente:
¿Las replicaciones se están poniendo en cola en las colas del agente de replicación?
Para comprobar esto, vaya a /etc/replication/agents.author.html y haga clic en los agentes de replicación.
Si una o varias colas de agentes están atascadas:
Muestra la cola tapado ¿status? Si es así, ¿la instancia de publicación no se está ejecutando o no responde por completo? Compruebe la instancia de publicación para ver qué le sucede (es decir, compruebe los registros y vea si hay un error OutOfMemory o algún otro problema). Entonces, si es solo lento en general, tome volcados de hilos y analícelos.
¿Se muestra el estado de la cola? La cola está activa: n.º pendiente? Básicamente, el trabajo de replicación se podría quedar atascado en una lectura de socket esperando a que responda la instancia de publicación o el distribuidor. Esto podría significar que la instancia de publicación o el despachante están bajo carga alta o atascados en un bloqueo. Tome los volcados de hilos del autor y publíquelos en este caso.
Si todas las colas del agente están atascadas
Es posible que un fragmento de contenido determinado no se pueda serializar en /var/replication/data debido a que el repositorio está dañado o a algún otro problema. Compruebe si hay algún error relacionado en logs/error.log. Para borrar el elemento de replicación incorrecto, haga lo siguiente:
Puede haber algún problema con las colas de trabajos del marco de eventos de Sling. Intente reiniciar el paquete org.apache.sling.event en /system/console.
Puede ser que el procesamiento del trabajo esté completamente desactivado. Puede comprobarlo en la Consola Felix, en la pestaña Evento de Sling. Compruebe si se muestra: Evento de Apache Sling (EL PROCESAMIENTO DEL TRABAJO ESTÁ DESHABILITADO)
También puede ocurrir que la configuración de DefaultJobManager pase a un estado incoherente. Esto puede suceder cuando alguien modifica manualmente la configuración del "Controlador de eventos de trabajos de Apache Sling" a través de la consola OSG (por ejemplo, deshabilita y vuelve a habilitar la propiedad "Procesamiento de trabajos habilitado" y guarda la configuración).
Crear un archivo replication.log
A veces puede resultar muy útil configurar todos los registros de replicación para agregarlos en un archivo de registro independiente en el nivel DEBUG. Para ello, haga lo siguiente:
Vaya a https://host:port/system/console/configMgr e inicie sesión como administrador.
Busque la fábrica del registrador de Apache Sling y cree una instancia haciendo clic en + a la derecha de la configuración de fábrica. Esto creará un nuevo registrador.
Establezca la configuración de esta manera:
Si sospecha que el problema está relacionado con eventos/trabajos de sling de alguna manera, también puede agregar este paquete java en categorías:org.apache.sling.event
A veces puede ser adecuado pausar la cola de replicación para reducir la carga en el sistema de creación, sin deshabilitarla. Actualmente esto solo es posible por un hackeo de la configuración temporal de un puerto no válido. A partir de la versión 5.4, puede ver el botón de pausa en la cola del agente de replicación. Tiene algunas limitaciones
Los permisos de página no se replican porque se almacenan en los nodos a los que se concede acceso, no con el usuario.
En general, los permisos de página no deben replicarse del autor a la publicación y no están disponibles de forma predeterminada. Esto se debe a que los derechos de acceso deben ser diferentes en esos dos entornos. Por lo tanto, se recomienda configurar las ACL en la publicación por separado del autor.
En algunos casos, la cola de replicación se bloquea al intentar replicar la información del área de nombres de la instancia de autor a la instancia de publicación. Esto sucede porque el usuario de replicación no tiene jcr:namespaceManagement
privilegio. Para evitar este problema, asegúrese de que:
jcr:namespaceManagement
en el nivel de repositorio. Puede otorgar el privilegio de la siguiente manera:https://localhost:4502/crx/de/index.jsp
) como administrador.jcr:namespaceManagement
de la lista de privilegios.