Сборка Jenkins завершается неудачно с SVNException - PullRequest
7 голосов
/ 27 декабря 2011

Я пытаюсь запустить сборку Дженкинса.Ниже приведена моя конфигурация.

Jenkins Версия: 1.445
Развертывание: как WAR
Java: 1.7 (64-разрядный сервер)
Tomcat Ver: 7.0.23

Это дает следующую ошибку:

Started by user jenkins-admin
Updating https://myrepo.mycompany.com/svn/repos/myrepo
ERROR: Failed to update https://myrepo.mycompany.com/svn/repos/myrepo
    org.tmatesoft.svn.core.SVNException: svn: OPTIONS /svn/repos/myrepo failed
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:298)
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283)
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:271)
    at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:533)
    at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:98)
    at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1011)
    at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getRepositoryUUID(DAVRepository.java:148)
    at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:342)
    at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:330)
    at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:535)
    at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401)
    at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:135)
    at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136)
    at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:787)
    at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:768)
    at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:752)
    at hudson.FilePath.act(FilePath.java:783)
    at hudson.FilePath.act(FilePath.java:765)
    at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:742)
    at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:684)
    at hudson.model.AbstractProject.checkout(AbstractProject.java:1195)
    at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:571)
    at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:460)
    at hudson.model.Run.run(Run.java:1404)
    at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:481)
    at hudson.model.ResourceController.execute(ResourceController.java:88)
    at hudson.model.Executor.run(Executor.java:238)
Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: OPTIONS /svn/repos/myrepo failed
    at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200)
    at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146)
    at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89)
    ... 27 more
Caused by: org.tmatesoft.svn.core.SVNException: svn: OPTIONS request failed on '/svn/repos/myrepo'
svn: unknown host
    at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64)
    at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)

Проблема в том, что она НЕ терпит неудачу все время.Однако, это терпит неудачу 70-80% времени.Учетные данные и URL-адрес для svn-репо верны.

ОБНОВЛЕНИЕ : я испробовал все возможности сейчас.Проблема сохраняется.Я пробовал с JDK 6 (32 и 64 бит).Проблема НЕ уходит.

Я работаю над RHEL 5.6.Кто-нибудь может помочь, пожалуйста?

Ответы [ 4 ]

2 голосов
/ 27 декабря 2011

Я заметил эту строку:

Caused by: org.tmatesoft.svn.core.SVNException: svn: OPTIONS request failed on '/svn/repos/myrepo'
svn: unknown host

Всякий раз, когда у меня возникают проблемы с Jenkins, я захожу в систему Jenkins как пользователь, запускающий Jenkins, захожу в рабочий каталог внутри Jenkins и из командной строки пытаюсь сделать все, что пытается сделать Jenkins (например, обновить мои рабочий каталог). Это обычно поможет вам указать на конкретную ошибку.

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

Если вы можете запускать обновления из рабочего каталога на вашем сервере Jenkins в рабочем каталоге вашего задания, то проблема может быть связана с самим SVNKit. Какую версию Subversion и SVNKit вы используете?

Попробуйте удалить рабочий каталог и посмотрите, поможет ли чистая проверка.

1 голос
/ 29 декабря 2012

Я заметил эту ошибку после обновления моего «Подключаемого модуля Jenkins Subversion» с версии 1.42 до версии 1.44.

чтобы исправить: Пожалуйста, проверьте версию «Jenkins Subversion plugin», если она v1.44, перейдите на более низкую версию.

Похоже, у нас есть некоторые проблемы с новым плагином Subversion.

0 голосов
/ 31 октября 2017

Я столкнулся с той же проблемой в Дженкинс. Это продолжало терпеть неудачу во время проверки кода. Я попытался увеличить рабочее пространство Дженкинса, но это было предложено для аутентификации толпы. Обновление не удалось, и я попытался очистить дату аутентификации из Subversion и перезапустил свой сервер сборки (вы можете выйти с учетными данными и войти в систему). Это будет работать.

0 голосов
/ 03 января 2012

Узел, выполняющий сборку, не может разрешить имя хоста. Возможно, требуется полное имя: вместо mysvnbox что-то вроде mysvnbox.mydomain.com; Или, возможно, узел заблокирован брандмауэром. Тот факт, что это работает иногда, может показаться, что хотя бы один узел имеет видимость или может использовать сокращенную спецификацию домена. Удачи.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...