Ошибка проверки SVN с «недействительным разделителем фрагментов»

ОШИБКИ:

При проверке большого проекта мы получаем ошибку на случайном файле в проекте:

  • Не удалось прочитать тело ответа: ошибка SSL: сбой расшифровки или неверная запись mac

Ответом было отключить SSL и перезапустить SVNServer.

Перепроверил и получил эту ошибку:

  • разделитель чанков недействителен

Итак, изучил журнал SVNserver:

  • Ошибка записи данных base64: APR не понимает этот код ошибки [500, #620018]

  • Провайдер обнаружил ошибку при потоковой передаче ответа REPORT. [500, #0]

  • Произошел сбой при управлении редактором отчета об обновлении [500, #620018].

Мы можем воссоздать вышеуказанное в 100% случаев.

ПЫТАЛСЯ:

Отсюда мы пробовали:

Обновил OpenSSL до последней версии. В результате те же ошибки, что и выше.

Скопировал REPO в новый REPO, чтобы не допустить повреждения файла. В результате те же ошибки, что и выше.

Установил SVNserver локально и протестировал сеть в нашем уравнении. В результате та же ошибка, что и выше.

Мы думаем, что это может быть изолировано от версии OpenSSL, которую мы используем с каким-то другим компонентом, установленным вместе с VisualSVN.

Кто-нибудь знает об этой проблеме и как ее решить?

КОМПОНЕНТЫ/НАСТРОЙКА:

  • Windows 2008 Сервер R2
  • Подрывная версия Apache 1.7.6
  • HTTP-сервер Apache 2.2.22
  • OpenSSL 0.9.8x
  • Неон 0.29.6
  • Серф 1.0.0
  • SQLite 3070603
  • ZLib 1.2.3
  • ВизуалСВН 2.5.6
  • SSL включен
  • Клиентские узлы Windows 7 x64 pro

openssl apache svn visualsvn
person scott_lotus    schedule 17.10.2012    source источник

Ответы (2)


arrow_upward
3
arrow_downward

У вас установлен Nod32? Если да, то может помочь отключение фильтрации протоколов. Лучшее решение — добавить исключение для SVN.

Nod32 -> Расширенная настройка -> Интернет и электронная почта -> Фильтрация протоколов -> Исключенные приложения -> проверьте свой клиент, у меня TortoiseProc.exe

person watbywbarif    schedule 23.01.2013
comment
Можете подробнее объяснить, как отключить протоколы? У меня разделитель чанков недействителен в среде Windows. А я подозревал, что проблема в Нод32. Пробовал отключать режим Stealth, ситуация лучше, но не решена. - person Be.St.; 13.02.2013
comment
Обновленный ответ, раньше объяснение было довольно расплывчатым, извините;) - person watbywbarif; 19.02.2013

arrow_upward
2
arrow_downward

Настоящая ошибка Too many open files [500, #24]. Я предполагаю, что вы используете сервер Subversion на основе * nix. В этом случае увеличьте количество дескрипторов открытых файлов с помощью команды ulimit:

улимит -n 99999

См. также: https://serverfault.com/questions/48717/practical-maximum-open-file-descriptors-ulimit-n-for-a-high-volume-system

person Ivan Zhakov    schedule 17.10.2012
comment
Пользователь, запускающий процесс, также может иметь ограниченное количество открытых файлов, обязательно проверьте и это. - person Michael; 18.10.2012
comment
Спасибо за ответ Иван/Михаил. Не могли бы вы указать, какой файл мне нужно добавить/исправить? Пробовали добавить ulimit -n 99999 в C:\Program Files (x86)\VisualSVN Server\conf\httpd-custom.CONF, но служба VisualSVNServer не запускается. - person scott_lotus; 18.10.2012
comment
Обратите внимание, что это сервер Windows, предоставленная ссылка является решением для Linux. - person scott_lotus; 18.10.2012
comment
@scott_lotus Путь, который вы указали в журнале SVNServer (/usr/site/svnrep/impc/db/revs/16122), определенно является путем *nix. - person Ivan Zhakov; 18.10.2012
comment
@ Иван, моя вина, извините, что ошибка была вырезана из другого поста, очень извините за путаницу. Обновит вышеуказанные ошибки. - person scott_lotus; 18.10.2012
comment
@scott_lotus Хорошо. Есть ли у вас какие-либо другие ошибки на стороне сервера? Какая http-библиотека используется на клиенте (серв или неон)? Попробуйте запустить команду svnadmin verify, чтобы проверить репозиторий. - person Ivan Zhakov; 18.10.2012
comment
@Иван. Еще раз спасибо за ответ. Я очищаю журнал событий VisualSVN Server. Тогда ознакомьтесь с моим проектом. Возникает ошибка. Проверьте журнал: 1) Провайдер обнаружил ошибку при потоковой передаче ответа REPORT. [500, #0] 2) Произошел сбой при управлении редактором отчета об обновлении [500, #620018] 3) Ошибка записи данных base64: APR не понимает этот код ошибки [500, #620018]. Это все, что я получаю на стороне сервера. Клиентская сторона с использованием Subversion: первая ошибка SSL выше, поэтому отключенный ssl, разделитель фрагментов недействителен. - person scott_lotus; 22.10.2012
comment
@scott_lotus Нашли ли вы какие-либо ошибки в своем репозитории с помощью команды проверки svnadmin? Я рекомендую вам связаться со службой поддержки VisualSVN для решения этой проблемы ([email protected]). - person Ivan Zhakov; 22.10.2012
comment
Разговор с поддержкой. Спасибо за вашу помощь. Буду публиковать любые выводы. - person scott_lotus; 25.10.2012
comment
@ Иван Жаков - еще не пробовал, извините, но спасибо за ответ. Обновим пост по мере продвижения. SVNsupport говорит: 1) Я настоятельно рекомендую вам выполнить цикл «дамп»/«загрузка» и попытаться воспроизвести поведение с новым репозиторием. 2) Пробовали ли вы запускать «svnadmin verify» и «svnadmin recovery». Работаем над ошибкой, пока не сможем попробовать вышеописанное. - person scott_lotus; 16.11.2012