tortoisesvn - Ошибка запроса REPORT не выполнена ../../../!svn/vcc/default

Question

Пользователи, пытающиеся извлечь файлы из определенного хранилища 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])

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

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

Answer 1

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

Answer 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 вернул его к жизни и исправил мою проблему.

Answer 3

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

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

Answer 4

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

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

Я использую репо в качестве прокси-сервера 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".

Answer 5

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

Answer 6

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

Answer 7

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

Answer 8

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

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

Answer 9

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

Answer 10

У нас была та же проблема с определенной папкой в ​​нашем проекте. Следующее решило проблему:

1. резервное копирование папки во внешнее хранилище
2. Используя repo-browser, удалил папку из svn.
3. Удалил физическую папку с компьютера.
4. выпуск обновления SVN.
5. Это может вызвать конфликт Дерева. - пометить конфликт как разрешенный.
6. Убедитесь, что папка не существует на компьютере.
7. восстановить папку из резервной копии, добавить и зафиксировать ее.