Подтвердить что ты не робот

Tortoisesvn - Ошибка запроса отчета об ошибке../../../!svn/vcc/default

Пользователи, пытающиеся проверить файлы из определенного репозитория Subversion 1.4.x с Apache 2.2 в Windows 2003, неожиданно начали получать сообщение об ошибке в своих логах при проверке с помощью TortoiseSVN 1.4:

Error REPORT request failed on '/[path_to_repo]/!svn/vcc/default'
Error REPORT of '/[path_to_repo]/!svn/vcc/default': 200 OK (http://[server_name])

Это началось после сбоя hd на сервере и последующего восстановления около 10 репозиториев subversion. Эта проблема возникает только в одном репозитории после попытки сверки рабочего каталога. Владелец репо примиряет свой рабочий каталог с репозиторием, изменяя/удаляя скрытые каталоги .svn(хотя это не рекомендуется).

Я не могу найти что-либо в Интернетах, которые представляют мою ситуацию. Восстановленный сервер точно так же, как и оригинал, и никакие другие репозитории на этом сервере не бросают ошибки. Любые идеи по 1), что это за ошибка, и 2) как ее исправить?

4b9b3361

ОТВЕТЫ

Ответ 1

Частота ошибки SVN {REPORT of '/svn/xxxx/! svn/vcc/default': 200 OK} при попытке проверки или обновления в SVN была в конечном итоге разрешена на нашем сайте путем перезапуска сервера SVN.

Ответ 2

Поздний ответ, но я надеюсь, что это будет полезно.

У меня была эта проблема, и она не имеет ничего общего с сервером, но была вызвана странной операцией на стороне клиента (переименование каталога и не выполнение создания адресата, насколько я помню).

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

for fic in $(find . -type d | grep -v -e './target' -e '/.svn'); do echo $fic; svn up -N $fic; done

Переключатель -N не позволяет svn возвращаться в подкаталоги, помогая сосчитать неисправный каталог в моем случае ./src/main/resources/META-INF. Поскольку в этом каталоге у меня не было ничего незавершенного, я удалил его.

svn status указывает мне, что каталог отсутствовал, а простой svn update оживил его и исправил мою проблему.

Ответ 3

Я столкнулся с этой проблемой на SubClipse и Subversive на Eclipse и на TurtoiseSVN. Я удалил каталог локального репозитория, который НЕ разрешил проблему. Наконец, мы увеличили таймаут HTTP на сервере Apache, который разрешил проблему.

Ответ 4

Во время проверки моего репо я получал следующую ошибку:

svn: E175002: REPORT of '/!svn/vcc/default': 200 OK

Я обслуживаю repo как прокси-сервер apache через nginx. Глядя на журнал ошибок nginx, я вижу следующее:

[crit] 25839#0: *37 open() "/var/lib/nginx/tmp/proxy/1/00/0000000001" failed (13:     Permission denied) while reading upstream, client: xx.xx.xx.xxx, server: my.domain.com, request: "REPORT /!svn/vcc/default HTTP/1.1", upstream: "http://127.0.0.1:8080/!svn/vcc/default"...

Чтобы окончательно решить проблему, мне пришлось изменить владельца/группу в папке /var/lib/nginx и/var/lib/nginx/tmp, чтобы она соответствовала тому, что /var/lib/nginx/tmp/proxy было с помощью. В моем случае у меня есть специальный пользователь "www", используемый apache и nginx. Группа была "root".

Ответ 5

У меня тоже была эта проблема.

Я узнал, используя TortoiseSVN, что, когда я обновляю части репозитория, большинство из них работало, но одна папка выкинула ошибку. Я вошел и обновил порции и понял, что один файл был поврежден или что-то в этом роде. Это был файл csv. Его контрольная сумма была неправильной, и кодировка была странной. Я удалил файл и заменил его рабочей версией файла. Ошибка исчезла.

Ответ 6

Вы что-то изменили в свой (скрытый) каталог .svn?

Вы можете вернуть исходную копию каталога .svn или удалить ее. SVN не может справиться с этой "разницей" в версиях. Он думает, что это другая версия, а не то же самое с другим каталогом .svn.

Ответ 7

У нас была та же проблема в конкретной папке в нашем проекте. Ниже была решена проблема:

  • резервное копирование папки во внешнее местоположение
  • Используя repo-браузер, удалите папку из svn.
  • Удалена физическая папка с компьютера.
  • выдает обновление SVN.
  • Это может привести к конфликту с деревом. - отметьте конфликт как разрешенный.
  • Убедитесь, что папка не существует на компьютере.
  • восстановить папку из резервной копии, добавить и зафиксировать ее.

Ответ 8

Новая проверка решила проблему для меня. В моем случае проблема заключалась в структуре каталогов, которая была ошибочно привязана к репо (например, "существующая папка \C:\inputpub\etc..." ), которая вызвала странные проблемы после попытки удаления из каталога и фиксации.

Ответ 9

Справочная информация: Мы используем серверы, на которых SVN устанавливается разными пользователями.

Итак, я попробовал вариант переустановки SVN в пользователе, который в настоящее время использует, и решил проблемы. (Windows. Также при установке в первый раз вы можете установить с возможностью для всех пользователей использовать его).

Ответ 10

Я просто попробовал пару раз, из-за разочарования больше всего на свете, и в итоге это сработало. Предположим, что это произошло из-за плохой сети.

Ответ 11

Мы больше не сталкиваемся с этой ошибкой после того, как мы попытались очистить сохраненную аутентификацию, удалить все содержимое этой папки AppData\Roaming\Subversion\auth\, а затем повторно зарегистрироваться