AnsweredAssumed Answered

Transfer lock has been claimed for another inbound transfer. Unable to start new transfer.

Question asked by acano on Jul 13, 2018

Buenos días,

desde hace un tiempo aparecen errores en el trabajo de replicación. Actualmente está el nodo 2 (producción) y replica los cambios al nodo 1. El problema es que el nodo 1 ha estado un tiempo sin sincronizar y al retomar las operaciones está fallando. He reiniciado el servicio alfresco en varias ocasiones en el nodo 1, he generado una nueva tarea, he estado chequeando los logs... de todo. Los errores que aparecen van variando entre el error del título que últimamente es el que está apareciendo más:

 

2018-07-13 08:21:55,710 ERROR [org.alfresco.repo.transfer.HttpClientTransmitterImpl] [defaultAsyncAction6] Received "unsuccessful" response code from target server: 500
2018-07-13 08:21:55,851 ERROR [org.alfresco.repo.action.AsynchronousActionExecutionQueueImpl] [defaultAsyncAction6] Failed to execute asynchronous action: Action[ id=503ac852-c358-4d09-a7e9-ffda50c6db8b, node=workspace://SpacesStore/503ac852-c358-4d09-a7e9-ffda50c6db8b ]: 061326499 Transfer lock has been claimed for another inbound transfer. Unable to start new transfer.
org.alfresco.service.cmr.replication.ReplicationServiceException: 061326501 Error executing transfer - 061326499 Transfer lock has been claimed for another inbound transfer. Unable to start new transfer.  

 

Y el otro error que aparece es del tipo:

org.alfresco.service.cmr.replication.ReplicationServiceException: 061226418 Error executing transfer - 061226416 Transfer lock timed out transferId: workspace://SpacesStore/ae0df7c9-82ad-4001-9a5d-304d3d36838b

 

He visto en el foro casos parecidos (Error executing transfer ) en el que recomiendan incrementar el lock timeout pero no veo dónde.

 

Cuando ejecuto la tarea aparece el error pero veo que sigue creando carpetas en alf_data por eso he probado a poner la tarea manual para que "no se pisen" las operaciones entre sí pero no lo ha solucionado. También aparecen de vez en cuando en las carpetas de Solr4 de alf_data ficheros "write.lock". Estos mismos ficheros están tambien el nodo 2.

 

Con motivo de estos errores y el tiempo que estuvo parado el nodo 1, hay un desfase de aproximadamente 17 GB y no sincroniza los cambios "actuales" ya que creé ayer un fichero de prueba en el nodo 2 y hoy todavía no ha sincronizado al nodo 1. 

 

Ambos servidores utilizan la versión Community - 5.2.0 (re21f2be5-b22) y SO Linux (aunque desconozco exactamente la versión).

 

También he visto (replication not working from one side ) que se puede modificar el fichero share-config-custom. Este fichero actualmente no está configurado en ninguno de los nodos pero desconozco su función y como rellenarlo.

 

Muchas gracias por vuestra atención,

 

Un saludo

Outcomes