Ошибки Hudson SVN Checkout часто происходят на виртуальных машинах VMWare

Question

Недавно в нашей системе сборки Hudson произошли случайные сбои проверки SVN. Поиск в Google не помог мне; Я надеюсь, что сообщество stackoverflow может помочь мне: -)

Иногда мы получаем следующую ошибку SVN, когда наш источник проверки заданий сборки Hudson через подключаемый модуль Hudson Subversion (который использует svn kit):

ОШИБКА: не удалось извлечь http://server/svnroot/project/projectTrunk org.tmatesoft.svn.core.SVNException: svn: Ошибка обработки ответа на запрос REPORT: структуры документа XML должны начинаться и заканчиваться в одной и той же сущности. (/ svnroot /! svn / vcc / default) svn: Сбой запроса REPORT для '/ svnroot /! svn / vcc / default'

Эта проблема, по-видимому, возникает только при проверке на наших виртуальных машинах (Windows XP, Fedora 9, Fedora 12) с использованием плагина Hudson SVN. Системы, которые используют традиционный клиент SVN, похоже, работают.

Версия сервера SVN: 1.6.6 Хадсон версия: 1.377 Версия Hudson SVN Plugin: 1.17

Кто-нибудь имел дело с этой проблемой, или есть какие-либо предложения?

Answer 1

У меня была такая же проблема, хотя это была старая ветка, я хотел бы предоставить решение для этого.

Atleast в моем случае.

ERROR: Failed to check out http://server/svnroot/project/projectTrunk org.tmatesoft.svn.core.SVNException: svn: Processing REPORT request response failed: XML document structures must start and end within the same entity. (/svnroot/!svn/vcc/default) svn: REPORT request failed on '/svnroot/!svn/vcc/default'

Наряду с этим у меня был вывод на консоль со словами Caused by: ........... path/to/file/.svn/tmp permision denied.

, который мы иногда пропускаем, но он не принадлежал Дженкинсу и был скрытым файлом.chown file to jenkins это должно решить.

Answer 2

Я недавно прочитал, что это может произойти.когда приложение проверяет слишком много сразу.Обычно несколько МБ.Упрощенная причина заключается в том, что, когда клиент SVN загружает из SVN, он немедленно попытается обработать результаты.Если запрашивается слишком много данных, буфер сообщений переполняется, а пакеты отбрасываются, что приводит к несоответствию xml.

Эта проблема связана с набором svn.Я не уверен, может ли разработчик, использующий фреймворк, реализовать стратегии против этого эффекта.

В вашем случае я бы проверил работоспособность своего виртуального сервера.Получает ли Хадсон В.М. достаточно ресурсов?Тот факт, что это происходит совсем недавно (при условии, что Hudson уже некоторое время работает на виртуальной машине), я проверю на виртуальной машине и сети.