2009-05-07 12 views
20

cuando trato de actualizar mi subversión local de copia con el comando "svn up" me da el error:"svn up" comando dice entidad demasiado grande

SVN: Servidor enviado valor de retorno inesperado (413 Entidad de solicitud demasiado Grande) en respuesta a la solicitud REPORT para '/ repository /! Svn/vcc/default'

¿cuál podría ser el problema aquí?

gracias!

Respuesta

7

Creo que es un problema con la certificación SSL. Una solución es discutido en http://svn.haxx.se/users/archive-2008-01/0689.shtml: el que dijo:

413 Request Entity Too Large" problem can be solved by moving SSLVerifyClient from the directory level up to the virtual host level as found in Apache bug 39154, http://www.mail-archive.com/[email protected]/msg21739.html .

+0

gracias, pero estoy solo en el lado del cliente y no puedo hacer cambios en la configuración del servidor. – clamp

+0

bien, pero es un error de configuración, no un error del usuario. Debería informar a su administrador –

+0

También me enfrenté a un error similar interesante, eso fue con ** update ** solamente, los checkouts funcionaron bien. –

-1

Eliminar la carpeta de trabajo y hacer obtención limpia.

+0

No es terriblemente útil. Estoy seguro de que ya lo intentó o no quiere. –

+6

me gustaría verte hacer eso cuando tienes muchos cambios sin compromiso –

41

Creo que este error se produce cuando hay una gran cantidad de cambios que se actualizan y la solicitud devuelve una respuesta que es realmente demasiado grande. Cuando esto ocurre, intente actualizar las subcarpetas individualmente primero. Una vez que haya actualizado algunas subcarpetas, los datos que se devuelven para la solicitud de la carpeta principal deben ser lo suficientemente pequeños como para pasar.

+0

¡Esto es lo que funcionó para mí! –

+0

Yo también. Upvoted. –

+0

funcionó para mí también. Gracias. –

6

En mi caso, ha sido simplemente un problema con la configuración, la configuración LimitXMLRequestBody.

+1

Sí, agregando "LimitXMLRequestBody 0" a mi archivo httpd.conf en Apache solucionó el problema. – sfarbota

2

Si su configuración estaba funcionando antes y finalmente dejó de funcionar, es posible que haya dañado su carpeta de trabajo en el lado del cliente. En este caso, el siguiente comando en su carpeta de trabajo puede ayudar:
svn cleanup

Cuestiones relacionadas