Subversion E160013: путь '/ svn / xxx /! Svn / me' не найден * ошибка

Question

Я недавно обновил стек bitnami trac (с 0.12.2-5 до 0.12.3) на нашем сервере, и после перенастройки всех сценариев и репозиториев все выглядело хорошо. Мне удалось войти в систему и просмотреть исходный код и просмотреть хранилище, используя Trac . Я проверил проверку исходного кода, и я мог просматривать хранилище как с помощью visualsvn, так и с помощью черепахи.

Но когда дело дошло до внесения изменений, возникла проблема. У меня путь не найден, исключение. Просматривая журнал ошибок на сервере, все, что я видел, было то, что все запросы GET были в порядке, но POST-ы имели неправильный URL (!svn/me был добавлен в конце).

Потратив пару часов на просмотр журналов и конфигураций, поскольку Subversion был обновлён с версии 1.6 до 1.7, это включает новый протокол HTTPv2 . Этот протокол каким-то образом влиял на доступ к репозиториям SVN, но, похоже, влияет только на POST, а не на GET.

Обход

Способ отключить эту новую функцию - изменить конфигурацию mod_dav_svn следующим образом:

DAV svn
...
SVNAdvertiseV2Protocol Off

Проблема была решена, и мы могли бы проверить наши изменения снова.

Answer 1

Я решил эту проблему, отключив протокол HttpV2.Чтобы отключить его, вы можете внести изменения в mod_dav_svn конфигурационные положения следующим образом:

DAV svn ... SVNAdvertiseV2Protocol Off

Answer 2

Просто хотел немного добавить к этому «вопросу».Я получал то же сообщение об ошибке после перемещения сервера SVN с одного компьютера на другой.Ошибка 500 и «! Svn / me» были добавлены в конец URL сервера SVN, ничего не будет зафиксировано, но все остальное работает.После нескольких часов попыток, оказывается, что учетная запись пользователя, используемая VisualSVN / Apache, не имела доступа для записи в каталог репозитория SVN.Таким образом, я дал учетной записи право изменять / записывать доступ к каталогу репозитория SVN, и фиксация работала.Что на самом деле имеет смысл, потому что все, кроме Commit работало.Не уверен, что это будет полезно для других, но я думал, что выложу это здесь, несмотря ни на что.Спасибо за вопрос, помог мне понять, где я ошибся.

Answer 3

Это было проблемой на https://trac -hacks.org , который обслуживает Trac на / и Subversion на /svn.Первоначально проблема была решена путем отключения SVNAdvertiseV2Protocol.Позже проблема была решена путем обслуживания Trac с /trac и перенаправления с / на /trac.Однако это решение не было идеальным из-за перенаправления.Другой администратор проекта нашел решение добавления:

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

Я не уверен, почему это работает, но это эффективно и не требует перенаправления и обслуживания Trac от /trac.

Answer 4

В моем хранилище около 700 000 файлов и 660 папок. У меня была та же ошибка, и я был уверен, что SVNAdvertiseV2Protocol Off - неправильный путь. Добавление

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

до /etc/apache2/mods-enabled/dav_svn.conf исправили проблему для меня.