SVN No se pudo leer el error de línea de estado en el proceso de finalización de la compra

. Antes podía acceder desde nuestro repositorio SVN en el trabajo. Luego hice una instalación limpia de OS X 10.8 debido a algunos problemas. Todo lo demás es genial, pero ahora no puedo verificar ni actualizar. Nadie más aquí está experimentando problemas.SVN No se pudo leer el error de línea de estado en el proceso de finalización de la compra

Aquí está el error que estoy consiguiendo:

SVN: OPCIONES de 'http://subversion.myhost.com/svn/repository/trunk': No se pudo leer la línea de estado: conexión fue cerrada por el servidor (http://subversion.myhost.com)

que he hecho mucha búsqueda de Google en los últimos días, pero nada que encontré fue útil. La página más informativa está aquí: SVN: Could not read status line: connection was closed by server

cosas que he intentado:

cambiar http -> https -> SVN (conexiones a https/SVN se negaron)
comprobación de proxy/firewall de bloqueo (no pude encontrar ninguno, pero tal vez hay algo que me perdí?)
cargando el repositorio desde la interfaz web (puede navegarlo bien, pero aún no puede ver)
actualización de subversión (estaba usando svn de Xcode 4.5) luego instaló svn (1.6.18) a través de macports (todavía conseguir el mismo error)
sequé las preferencias de subversión en ~/.subversion
triple doble/cuádruple/+ comprueba la URL (igual cada vez)
comprobar hacia fuera la materia desde un repositorio completamente diferente fuera de sitio (tiene el mismo error)
beber mucha rocío de la montaña y con la esperanza de inspiración (que consigue nerviosa pero nada más ha cambiado)

Alguien tiene otra idea?

Fuente

2012-10-09 conan

+10

he hecho un poco más de excavación, y al parecer algo estaba bloqueando todo el tráfico HTTP desde el cliente SVN. Después de otro día de búsqueda descubrí que era el cliente Cisco VPN que había instalado, que tenía un proceso que lo filtraba incluso cuando no estaba conectado a la VPN. – conan

¡Gracias por eso! Otros usuarios pueden beneficiarse al saber que en mi caso un servicio 'Cisco AnyConnect Secure Mobility Agent'' vpnagent.exe' también debe ser detenido. – Craig

Muchas gracias por publicar esta pregunta y su respectiva solución. Me encontré con el mismo problema y nunca habría adivinado que era el maldito cliente Cisco VPN. Como mencionó Craig, hay un proceso de fondo que también necesita ser reprimido, pero todo funcionó una vez que se detuvo. ¡Aclamaciones! – cosmosis

Acabo de quemarme con esto también; gracias por apuntarme en la dirección del culpable (el maldito cliente VPN). Me doy cuenta de que hace esto fuckery incluso con la conexión VPN deshabilitada, por temor a que piense que puede evitar que se enrede con su pila de red al preguntar muy bien!

¿Dónde descubriste que era el cliente? Voy a tener que luchar con mi equipo de TI, así que tenía curiosidad por saber qué otra información estaba disponible.

Fuente

2012-11-06 05:40:38