Errores de sincronización

Durante la sincronización o al gestionar el entorno de sincronización se pueden producir errores. A continuación se indican los errores y comportamientos más comunes.

Sincronización tras un error

Después de que falle o se bloquee la sincronización, corrija el problema y ejecute la sincronización de nuevo. La nueva sincronización comenzará desde la última raíz sincronizada (archivo o carpeta) que se sincronizó correctamente en el intento fallido o bloqueado.

Problemas conocidos y soluciones

Antes de ponerse en contacto con el soporte de software de IBM® para obtener ayuda, revise esta lista de comportamientos y errores comunes para determinar si estos métodos alternativos pueden resolver el problema.

Es posible que en la vista Corrientes sincronizadas por ClearCase se informe de que una sincronización ha sido satisfactoria o que se ha bloqueado antes de que se hayan actualizado los Resultados de la compilación. Para solucionar este problema, pulse con el botón derecho del ratón sobre la corriente y seleccione Detalles de la última sincronización. Renueve la página Resumen de la compilación para actualizar el estado de la sincronización.
La mayoría de los errores o bloqueos de la sincronización se producen porque los controles de proceso de un repositorio rechazan un cambio realizado en otro. El mensaje en el registro del ClearCase® disparador (si ClearCase rechazó el cambio) o Engineering Workflow Management proceso (si IBM Engineering Workflow Management rechazó el cambio) le indica qué salió mal. Solucione el problema y ejecute la operación de sincronización de nuevo.
ClearCase Sincronizador utiliza su propio nombre base para identificar la línea base que crea. Si se cambia el nombre de plantilla de la línea base, la sincronización fallará. Por ejemplo, si se emite el siguiente mandato para cambiar el nombre base:
```
cleartool chproj –blname_template
```
se devuelve el siguiente error:
```
cleartool: Error: The current baseline naming scheme for project "MyProject" does not accept a basename.
```
Los bloqueos de sincronización también pueden deberse a errores de red (no poder contactar con un repositorio u otro), errores de permisos (el proceso de sincronización Engineering Workflow Management cuenta no tiene suficientes derechos en el Engineering Workflow Management repositorio, o el proceso de sincronización en sí se está ejecutando con credenciales que no permiten el acceso al archivo especificado ClearCase flujo), o ambos. Los detalles de los mensajes de error serán distintos para casos diferentes. Solucione el problema y vuelva a ejecutar la operación de sincronización.
Si un desencadenante de la extracción posterior a la operación falla, pero la extracción se realiza correctamente de todos modos, las operaciones de cleartool finalizan correctamente, pero emiten errores en stderr. Por lo tanto, un desencadenante posterior a la operación puede hacer que la sincronización se bloquee, aunque el mandato que ha ejecutado ese desencadenante haya finalizado correctamente.
Al cambiar las propiedades del proveedor de Jazz de un flujo sincronizado deClearCase, es posible que aparezca un mensaje de error al guardar el espacio de trabajo en la vista de Team Advisor. Puede omitir el mensaje si lo desea.
Si tiene problemas con la vista dinámica " ClearCase ", puede intentar solucionarlos creando una nueva vista dinámica " ClearCase " para ese " ClearCase Flujo sincronizado. Consulte Cambiar la vista dinámica « ClearCase ».
Si observa el siguiente error en el registro de sincronización, configure MVFS para conservar las mayúsculas y minúsculas navegando a Panel de control > ClearCase > MVFS y configurando MVFS sin distinción entre mayúsculas y minúsculas y Conservación de mayúsculas y minúsculas :
```
 javax.wvcm.WvcmException: Failure while trying to execute cleartool command: 
 cleartool checkout -nc M:/some_pathname 
 cleartool: Error: Pathname not found: "M:/some_pathname". 
```
Si utiliza DB2 y sincroniza árboles grandes (> 10.000 archivos), asegúrese de que LOGFILSIZ sea como mínimo 16384 o podría encontrar un errorSQLCODE: -964, SQLSTATE: 57011 The transaction log for the database is full in Db2.
Puede verificar este valor emitiendo los siguientes mandatos, donde el usuario es db2inst1 y el nombre de base de datos es jazz:
- Para plataformas UNIX/Linux:
```
su -db2inst1
db2start
db2 get database config for jazz | grep LOGFILSIZ
```
  Si necesita aumentar el valor, escriba el siguiente mandato:
```
db2 update database config for jazz using LOGFILSIZ 16384
```
- Para plataformas Windows:
```
db2cmd
set Db2INSTANCE=db2inst1
db2 get database config for jazz><outputfile>
```
  Busque el valor de LOGFILSIZ en el archivo de salida. Si necesita aumentar este valor, escriba el siguiente mandato:
```
db2 update database config for jazz using LOGFILSIZ 16384
```
Además de aumentar el parámetro LOGFILSIZ, también puede aumentar el valor de los registros primarios y secundarios. Estos valores se especifican mediante los siguientes parámetros:
- LOGPRIMARY
- LOGSECONDARY
Nota: el aumento del valor LOGPRIMARY también aumenta los requisitos de disco para los registros porque los archivos de registro primarios se preasignan durante la primera conexión con la base de datos. Cada archivo de registro tiene un tamaño igual a LOGFILSIZ. Consulte la documentación de DB2 para obtener más información sobre estos valores.
Si el ClearCase Sincronizador reporta una falla en elchbl -incremental comando, que crea una línea de base en la secuencia UCM sincronizada, después de haber registrado los cambios en esa secuencia UCM, se deben seguir los siguientes pasos:
1. Utilice cleartool para suprimir o renombrar la línea base y sus tipos de etiqueta asociados. Si este proceso no se completa correctamente, póngase en contacto con el soporte de IBM para resolver el problema.
2. Una vez que haya eliminado correctamente todos los rastreos de la línea base, ejecute el mandato chbl -incremental ... que falló anteriormente desde la línea de mandatos. Si este proceso no se completa correctamente, póngase en contacto con el soporte de IBM para resolver el problema.
3. Cuando el mandato chbl se ejecute correctamente, vuelva a solicitar la sincronización que falló anteriormente. Es probable que aparezcan conflictos de fusión entrantes porque el sincronizador trata los cambios que ya realizó en ClearCase durante el intento de sincronización original (que no se completó debido al error de creación de la línea base) como nuevos cambios entrantes.
4. Para resolver conflictos de fusión, realice una de las siguientes acciones:
  - Si es posible que los cambios se hayan entregado a la corriente de sincronización desde la sincronización fallida, utilice la fusión de corrientes sincronizadas estándar para resolver conflictos. La mayoría de los cambios serán solucionables automáticamente como trivial, y los que no lo sean, se resuelven con "míos". Luego entregue los resultados de la fusión al Engineering Workflow Management transmitir y solicitar otra sincronización.
  - Si está seguro de que no se han entregado cambios a la corriente sincronizada desde la sincronización fallida, puede utilizar una resolución más sencilla, pero posiblemente más lenta, para resolver conflictos:
    1. Utilice la operación Seleccionar los archivos para sincronizar para eliminar la raíz de sincronización existente.
    2. Pulse Aceptar (esto producirá una sincronización rápida)
    3. Añada otra vez esa raíz de sincronización (esto producirá una sincronización lenta porque comprueba todos los archivos de esa raíz de sincronización).
Si nota este error en el registro de sincronización, solucione el problema en ClearCase o Engineering Workflow Management y luego sincronizar nuevamente:
```
javax.wvcm.WvcmException: Cannot write to pathname because input version content has been deleted from provider_name
```
El ClearCase Sincronizador no puede acceder a archivos cuyo contenido se elimina. Puede corregirlo incorporando nuevo contenido de archivo.