visual tutorial tortoise español svn

tutorial - SVN "La solicitud PROPFIND falló en..."



tortoisesvn español (7)

Estaba revisando un repositorio (por ejemplo, foo) de SVN mientras hacía otras confirmaciones / actualizaciones. Mi servidor murió y me quedé con un checkout incompleto. Multa. El problema es cuando vuelvo para acceder al repositorio de foo, pero no puedo. Simplemente se cuelga para siempre.

Entonces, fui a http://subversion.apache.org/faq.html#bdb-recovery y ejecuté svnadmin recover . Recibí un error, así que tuve que usar db_recover y el comando dijo que se había completado correctamente.

Ahora cuando intento acceder al repositorio, obtengo:

svn: PROPFIND request failed on ''/foo'' svn: PROPFIND of ''/foo'': 500 Internal Server Error (https://svn.foobar.com)

Además, si navego a https://svn.foobar.com/foo veo:

<D:error> <C:error/> <m:human-readable errcode="160029"> Could not open the requested SVN filesystem </m:human-readable> </D:error>

Alguien tiene algún pensamiento?

Nota: Todos los demás repositorios funcionan. Es solo esta.


¿Ejecutó ''svnadmin recovery'' como el usuario usualmente usa el repositorio (por ejemplo, la cuenta de apache)?

Si no, la razón podría ser que algunos archivos ahora son propiedad del usuario que ejecuta ''svnadmin recover'', lo que deja a la cuenta de apache sin derechos para cambiar los archivos del repositorio.


A veces, diferentes versiones de Java instaladas podrían hacer que el complemento SVN de Eclipse (mi caso Subversive 1.7) no funcione.

Utilicé JVM 1.6, pero la ruta de mi entorno apuntaba a una versión más nueva (debido a la instalación de Oracle Java web start o algo así).

Así que respondí a la antigua versión de Java 1.6, y funcionó.


En mi caso, necesitaba un protocolo diferente:

svn co svn+ssh://svn.xyz.com/directory


En mi caso, podría resolverlo cambiando el valor "commit to" de un " https://localserver/svn/project " a un "file: /// F: / Repositories / project".

Comenzó a fallar después de cambiar el puerto HTTPS, porque instalé un certificado en mi IIS localhost y entró en conflicto con el servidor Apache SVN.


Recibí este error debido a que se apagó la alimentación y me había olvidado de reiniciar las instancias svnserve y Apache =)


Si el mensaje de error concreto es "final del archivo", el error_log de httpd mostró que:

[error] PHP Parse error: syntax error, unexpected T_STRING in /var/www/repos/...

pero no hay error de sintaxis.

Parece que los archivos .php se interpretan en lugar de ser tratados como texto, obviamente relacionado con la configuración de los tipos MIME ...

Bueno, la respuesta es simple:

AddType text/plain .php

Simplemente agregue eso a su archivo de configuración de host virtual y apache2 dejará de interpretar PHP dentro de ese repositorio. Source


Si usted es el que configura el servidor SVN a través de HTTP (S), este podría ser el servidor Apache diciendo que no comprende PROPFIND.

En mi caso, esto sucedió cuando configuro una ''Ubicación'' en la configuración HTTPD de Apache sin especificar que sea la implementación de SVN WebDAV (el mod de SVN es una extensión en WebDAV):

<Location /svn> SVNParentPath /data/scm/repositories/ SVNPathAuthz off AuthType Basic AuthName "xxxxx" AuthBasicProvider ldap AuthLDAPURL ldap://xxx.yy:389/DC=aaaa,DC=bbbb?sAMAccountName?sub Require valid-user </Location>

En lugar de esto:

<Location /svn> DAV svn SVNParentPath /data/scm/repositories/ SVNPathAuthz off AuthType Basic AuthName "xxxxx" AuthBasicProvider ldap AuthLDAPURL ldap://xxx.yy:389/DC=aaaa,DC=bbbb?sAMAccountName?sub Require valid-user </Location>

Parece un error lógico después de que lo encontré, pero me tomó bastante tiempo encontrar el error ...