Svnadmin load from dumpfile causa "error de archivo no encontrado". Ayuda?

Obtendrá este error si alguien copió algo de trunk/Folder1 a trunk/Folder1/Subcarpeta. dado que solo ha incluido la subcarpeta trunk/Folder1/en su volcado, ya no puede encontrar los archivos requeridos de trunk/Folder1 y se detiene con este error.

Para resolver esto tendrá que asegurarse de incluir todo en el volcado que ha sido la fuente de una copia.

Acabo de experimentar este error que rastreé a una actualización reciente del servidor y un ciclo svnadmin dump/load. El problema era que había configurado el repositorio en un directorio diferente al que se creó en.

En la máquina antigua, estaba usando inetd.conf para ejecutar svnserve:

svnserve -r /var/svn/main

Y el repositorio estaba en / var/svn / main

Sin embargo en la nueva máquina tenía inetd.conf apuntando a /var/svn:

svnserve -r /var/svn

Ya tenía un checkout desde el servidor antiguo, así que cuando intenté confirmar la ruta de destino no existía porque accidentalmente agregué otro componente a la URL, por lo que svn://host/source/trunk se convirtió en svn://host/main/source/trunk.

Podría haberlo arreglado moviendo los directorios, pero elegí reescribir la URL de la copia de trabajo usando svn switch --relocate.

Nota: un diagnóstico rápido para ver si este es el problema es cambiar a un directorio en su copia de trabajo, escriba svn info para obtener la URL del repositorio y luego escriba svn ls <myUrl>. Si esto da un error No repository found entonces sabes que esto es causa.

Como se indica en este hilo, svnrdump funciona de manera diferente a svndump.

svndump + svndumpfilter:

• Vuelca todo el historial del repositorio, luego filtra las cosas que desea. Esto lleva mucho tiempo en repositorios grandes, incluso si solo estás agarrando un pequeño subárbol.
• Produce un archivo de descarga que probablemente está roto de varias maneras, como crear archivos en directorios que no existen o copiar archivos de rutas que no existen existir.

svnrdump:

• Produce un archivo de volcado autoconsistente.
• Requiere un subpath si desea hacer el equivalente de svndumpfilter include. Por ejemplo, svnrdump https://server.example.com/svn/repo/branches/1.4 capturaría todas las revisiones que afectan a /branches/1.4.
• Puede requerir un | svndumpfilter include / --drop-all-empty-revs --renumber-revs adicional.

En pocas palabras: svnrdump probablemente funcionará mejor.

La carga del volcado falla porque trunk/Folder1 la creación fue filtrada por svndumpfilter. De acuerdo con esta entrada de blog , estos pasos son necesarios en el volcado:

Puede crear trunk / Folder1 en el volcado, editando el propio volcado y añadiendo a la primera revisión el siguiente bloque:

Node-path: trunk/Folder1
Node-action: add
Node-kind: dir
Prop-content-length: 10
Content-length: 10
PROPS-END

Este bloque debe insertarse en los bloques props de la primera revisión.

Entonces el volcado se puede cargar con svnadmin.