Esta página proporciona información sobre cómo solucionar problemas de replicación.
La replicación (replicación no inversa) está fallando por alguna razón.
Existen varias razones para que la replicación falle. En este artículo se explica el enfoque que se podría adoptar al analizar estos problemas.
¿Se activan las replicaciones al hacer clic en el botón Activar? Si NO, haga lo siguiente:
¿Las replicaciones se ponen en cola en las colas del agente de replicación?
Consulte esto en /etc/replication/agents.author.html y luego haga clic en los agentes de replicación para comprobarlo.
Si hay una cola de agente o unas pocas colas de agentes atascadas:
¿La cola muestra el estado bloqueado? Si es así, ¿la instancia de publicación no se está ejecutando o no responde totalmente? Compruebe la instancia de publicación para ver qué tiene de malo (es decir, compruebe los registros y vea si hay un error OutOfMemory o algún otro problema. Entonces, si por lo general es lenta, tome los vertederos y analícelos.
¿El estado de la cola muestra que La cola está activa - # pendiente? Básicamente, el trabajo de replicación se podría atascar en un socket en espera de que la instancia pública o el despachante respondan. Esto podría significar que la instancia de publicación o el despachante están bajo carga alta o bloqueados. Tome los archivos de subproceso del autor y publíquelos en este caso.
Si todas las colas de agentes están atascadas
Es posible que un determinado fragmento de contenido no se pueda serializar en /var/Replication/data debido a daños en el repositorio o a algún otro problema. Consulte logs/error.log para ver si hay algún error relacionado. Para borrar el elemento de replicación incorrecto, haga lo siguiente:
Podría haber algún problema con la venta de colas de trabajos de marco de eventos. Intente reiniciar el paquete org.apache.sling.evento en la consola/system/console.
Es posible que el procesamiento de trabajos esté completamente desactivado. Puede comprobarlo en la consola Félix, en la ficha Eventos de Sling. Compruebe si se muestra - Acontecimiento de Apache Sling (EL PROCESAMIENTO DE TRABAJO ESTÁ DESHABILITADO)
También es posible que la configuración de DefaultJobManager tenga un estado incoherente. Esto puede suceder cuando alguien modifica manualmente la configuración del controlador de Evento de trabajo de Apache Sling mediante OSGiconsole (por ejemplo, deshabilitar y volver a habilitar la propiedad 'Job Processing Enabled' y Guardar la configuración).
Crear un archivo Replication.log
A veces puede resultar muy útil configurar todos los registros de replicación para que se agreguen en un archivo de registro independiente a nivel DEBUG. Para ello:
Vaya a https://host:port/system/console/configMgr
e inicie sesión como administrador.
Busque la fábrica Apache Sling Logging Logger y cree una instancia haciendo clic en el botón + a la derecha de la configuración de fábrica. Esto creará un nuevo registrador.
Configure la configuración de esta manera:
Si sospecha que el problema está relacionado con la venta de eventos/trabajos de cualquier manera, también puede agregar este paquete java en categorías:org.apache.sling.evento
En algún momento puede ser adecuado pausar la cola de replicación para reducir la carga en el sistema de creación, sin deshabilitarlo. Actualmente, esto solo es posible si se configura temporalmente un puerto no válido. A partir de 5.4, puede ver el botón de pausa en la cola del agente de replicación que tiene alguna limitación
Los permisos de página no se replican porque se almacenan bajo los nodos a los que se concede acceso, no con el usuario.
En general, los permisos de página no se deben replicar del autor para publicar y no se pueden realizar de forma predeterminada. Esto se debe a que los derechos de acceso deberían 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 información de Área de nombres de la instancia de creación a la instancia de publicación. Esto sucede porque el usuario de replicación no tiene jcr:namespaceManagement
privilegios. Para evitar este problema, asegúrese de que:
jcr:namespaceManagement
privilegios en el nivel de repositorio. Puede otorgar el privilegio de la siguiente manera:http://localhost:4502/crx/de/index.jsp
) como administrador.jcr:namespaceManagement
en la lista de privilegios.