Subversion E160013 : Erreur '/svn/xxx/!svn/me' chemin non trouvé*.

Question

J'ai récemment mis à jour le pile trac bitnami (de 0.12.2-5 à 0.12.3) sur notre serveur et après avoir reconfiguré tous les scripts et dépôts tout semblait bien. J'ai pu me connecter et voir le code source et parcourir le dépôt en utilisant Trac . J'ai testé l'extraction du code source et j'ai pu parcourir le dépôt à la fois via visualsvn et tortoise.

Mais lorsqu'il s'agissait de valider les modifications apportées, il y avait un problème. J'ai obtenu une exception de chemin non trouvé. En regardant le journal des erreurs sur le serveur, tout ce que j'ai pu voir, c'est que toutes les requêtes GET étaient correctes, mais que les POST avaient une URL incorrecte ( !svn/me a été ajouté à la fin).

Après avoir passé quelques heures à parcourir les journaux et les configurations, depuis que Subversion a été mis à jour de la version 1.6 à la version 1.7, ceci inclut le fichier de configuration de Subversion. nouveau protocole HTTPv2 . Ce protocole affecte d'une manière ou d'une autre l'accès aux dépôts SVN, mais ne semble affecter que les POST et non les GET.

Solution de rechange

La façon de désactiver cette nouvelle fonctionnalité est de modifier l'option mod_dav_svn comme suit :

DAV svn
...
SVNAdvertiseV2Protocol Off

Le problème a ensuite été résolu et nous avons pu enregistrer à nouveau nos modifications.

Answer 1

J'ai résolu ce problème en désactivant le protocole HttpV2. Pour le désactiver, vous pouvez apporter des modifications au fichier mod_dav_svn les emplacements de configuration comme suit :

DAV svn ... SVNApublicitéV2Protocol Off

Answer 2

Je voulais juste ajouter un peu à cette "question". J'ai obtenu le même message d'erreur après avoir déplacé un serveur SVN d'une machine à une autre. Une erreur 500 et "!svn/me" ont été ajoutés à la fin de l'URL du serveur SVN, rien ne s'engageait mais tout le reste fonctionnait. Après des heures à essayer de nombreuses choses, il s'avère que le compte utilisateur VisualSVN / Apache utilisé n'avait pas d'accès en écriture au répertoire du repo SVN. J'ai donc donné au compte un accès en modification/écriture au répertoire SVN repos et le committing a fonctionné. Ce qui est en fait logique car tout fonctionnait sauf Commit. Je ne sais pas si cela sera utile à d'autres, mais j'ai pensé le poster ici de toute façon. Merci pour la question, cela m'a aidé à comprendre où je me suis trompé.

Answer 3

C'était un problème sur https://trac-hacks.org qui dessert Trac à / et Subversion à /svn . Le problème a été initialement résolu en désactivant SVNAdvertiseV2Protocol . Plus tard, le problème a été résolu en servant Trac à partir de /trac et en redirigeant / a /trac . Cependant, cette solution n'était pas idéale à cause de la redirection. Un autre administrateur du projet a trouvé la solution d'ajouter :

Alias   /svn            /var/www/000-default/svn

Je ne suis pas sûr de savoir pourquoi cela fonctionne, mais c'est efficace et ne nécessite pas la redirection et le service de Trac à partir de /trac .

Answer 4

Mon référentiel contient environ 700 000 fichiers et 660 dossiers. J'ai eu la même erreur, et j'étais sûr que SVNAdvertiseV2Protocol Off n'est pas la bonne solution. Ajout de

<IfModule dav_svn_module>
    SVNInMemoryCacheSize 262144
    SVNCacheFullTexts on
    SVNCacheTextDeltas on
</IfModule>

à /etc/apache2/mods-enabled/dav_svn.conf a réglé le problème pour moi.