Вопрос: 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) как ее исправить?


22


источник


Ответы:


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


7



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

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

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

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

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

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


3



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


1



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

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».


1



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

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


1



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

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


0



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

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

0



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


0



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

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


0