аутентификация svn перестала работать для всех кроме подстановочного пользователя
Только предположение, но возможно Вы изменяете имена каталогов. Если у Вас есть 100 ГБ в каталоге A, и Вы переименовываете каталог к B, затем rdiff-копируют, должен скопировать целых 100 ГБ снова и записать имена файлов всех файлов, которые исчезли из каталога A.
1
задан scicalculator
25 August 2011 в 12:05
Ссылка
2 ответа
Это может быть ошибкой 3242 - клиенты делают запрос OPTIONS в корне репозитория, который получает 403. Запрещен ли ваш доступ к / svnroot / или / svnroot / project1 /? (Проверьте журналы apache, если его нет в сообщении.)
Решения?
- Попробуйте обновить все ваши клиенты Subversion до 1.6.13 или более поздней версии - согласно сообщению о проблеме, когда это было исправлено
- Исправьте вашу Subversion сервер, чтобы разрешить ОПЦИИ в корне репозитория для всех пользователей. Вот мой старый патч для этого , который разрешает только ОПЦИИ и не пропускает информацию о других каталогах проектов (я не думаю). Меня не допустили к подрывной деятельности - хотя я серьезно не предлагал этого - но мы запускаем это на нашем сервере SVN уже несколько лет.
Если это не так, сообщите нам, какие версии клиента и сервера вы используете. Спасибо!
0
Я не уверен, но не могли бы вы попробовать добавить auth-access = write под anon-access = none , чтобы проверить, работает.
0