Error de SVN: "No se puede escribir en la conexión: el host remoto ha cerrado a la fuerza una conexión existente".

Question

Al intentar confirmar los cambios en SVN, recibo el siguiente error:

Error: la confirmación fallida (detalles a continuación):
de error: Durante la preparación de 'C: \ Users \ Dan \ Documents \ Visual Studio
de error: 2008 \ Webs \ admin \ trunk \ bin \ SmtpDotNet.dll' para cometer
Error: no se puede escribir en la conexión: Una conexión existente fue cerrada a la fuerza por el
Error: host remoto.

Estoy ejecutando TortoiseSVN 1.6.9 y Subversion 1.6.12, lo último y mejor. Aquí están los hechos descubiertos hasta el momento:

• no hay diferencia la cantidad de archivos que intenten cometer, o qué archivos
• puedo confirmar los cambios de otros proyectos en el mismo servidor
• Otras personas pueden cometer cambios en este proyecto desde sus copias de trabajo
• Intenté comprobar una nueva copia de trabajo, pero me sale el mismo error.

Answer 1

El mensaje significa que el servidor realmente significa cerrar la conexión: está destinado. El problema más común son los derechos de acceso al directorio en el repositorio cuando aparece este mensaje.

Instaré a comprobar los archivos auth y svnserve.conf en el lado del servidor.

Ideas alternativas:

1. Claro que TortoiseSVN almacena en caché los datos y vuelve a intentarlo: TortoiseSVN -> Configuración -> Datos guardados
2. desactivar el cortafuegos y vuelva a intentarlo. (No debería ser el problema ya que mencionaste que funcionó para otros proyectos en el mismo servidor)
3. Intenta usar el cliente de la línea de comandos para ver si se trata de algún error (carácter especial en la ruta, carcasa no coincidente o alguna otra situación tonta hace que el cliente o servidor falle)

Answer 2

Aunque el mensaje de error indica que la "conexión fue cerrada a la fuerza por el host remoto", dudo que el servidor haya cerrado la conexión. El cliente svn solo sabe que la conexión se cerró mientras intentaba escribirle datos: quién o qué cerró la conexión no es realmente conocido.

El archivo que intentas asignar es un archivo binario, y de su nombre deduzco que tiene un código para hacer cosas de correo en él. Eso es algo que muchos escáneres de virus reconocen como malicioso. Lo que significa que lo más probable es que su escáner de virus esté cerrando la conexión, no el servidor en sí. Para asegurarse, podría verificar los registros de errores del servidor: si no hay nada relacionado con su confirmación, entonces no fue el servidor el que cerró la conexión.

Intente deshabilitar su antivirus para la confirmación.

Answer 3

Llego unos años tarde a la fiesta, pero en nuestra empresa tuvimos este problema la semana pasada.

La fuente era un usuario que usaba TortoiseSVN 1.8 mientras que otro usaba 1.9. El usuario con TortoiseSVN 1.8 ya no pudo comprometerse. La actualización a 1.9 solucionó el problema.