SVN errorcode=2 не удалось открыть запрошенную файловую систему SVN

у меня работает MAMP (XAMP для OSX), и я пытаюсь настроить subversion.

когда я иду в только что созданный репозиторий в моем браузере, я получаю:

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

репозиторий настроен в ~ / server / svn. Мои файлы html/php также есть (~/server / http), и он отлично работает. Мой основной файл httpd.настройка конфы:

<Location /svn>
DAV svn
SVNPath ~/server/svntest
(Authenticaton will be added later)
</Location>

Я уже все chmod'Ed все 777

drwxrwxrwx   9 gerrit  staff       306 27 okt  2008 svn

errorlog Apache не показывает никаких ошибок.

как я устранить неполадки?

9 ответов


Что такое ~ / server / svntest? Обычно у веб-сервера нет домашнего каталога или даже доступа к оболочке, попробуйте заменить его полным путем.


попробуй

svnadmin verify ~/svntest/svn

в репозитории. Если это сообщает об ошибках, запустите:

svnadmin recover ~/svntest/svn

изменить контекст безопасности SELinux для файлов репозитория:

# chcon --reference=/var/www/html -R /var/svn/repos
# ll -Z /var/svn/repos
drwxr-xr-x  apache apache system_u:object_r:httpd_sys_content_t /var/svn/repos

вы можете попробовать использовать SVNParentPath вместо SVNPath, если вы указываете на папка с несколькими репозиториями.


имел эту проблему и обнаружил, что она была вызвана несовместимой версией SVNadmin и Apache. Я обновил SVN на машине (и забыл, что у меня есть). Я просто использовал полный путь (/usr/local/subversion-1.3.0/bin/svnadmin на моей старой машине CentOS) к старому svnadmin bin (версия 1.3, в отличие от 1.6.11, которую я обновил). И тут же сработало. Нет проблем с разрешением файла.


ЛН-s /дома/подрывной/РЕПО /ВАР/ВСП/HTML-код/

вы не должны этого делать... доступ для "всех"... без svn, svn-user,...


вы должны попробовать:

ln -s /home/subversion/repos /var/www/html/

изменить разрешения для chown -R apache:apache /your repo


проблема может быть связана с конфликтами портов между виртуальным хостом и apache2.Проверь один раз.Это решило проблему для меня