2011-12-27 140 views
6

我想运行一个jenkins构建。以下是我的配置。Jenkins构建失败,出现SVNException

詹金斯版本:1.445
部署:作为一个WAR
的Java:1.7(服务器64位)
的Tomcat版本: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%的时间没有通过。 svn repo的凭据和URL是正确的。

UPDATE:我已经尝试过所有可能性了。问题依然存在。 我试着用JDK 6(32位和64位)。问题没有解决。

我正在使用RHEL 5.6。任何人都可以帮忙吗?

+0

它可能是一个网络或域的问题? – Joe 2011-12-27 18:34:43

+0

错误说:svn:未知主机。无法联系您的存储库。这是一个网络/配置问题。 – oers 2012-01-02 12:55:47

回答

2

我注意到这条线:

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

每当我有詹金斯一个问题,我登录到詹金斯系统运行詹金斯的用户,去里面詹金斯的工作目录,并在命令行,尝试做任何Jenkins试图做的事情(比如更新我的工作目录)。这通常会帮助你指出一个特定的错误。

尝试从Jenkin作业的工作目录运行几次更新,看看是否得到相同的错误。如果你这样做,它可能会指出一个网络问题(未知的主机)。

如果您可以在工作目录中的Jenkins服务器上的工作目录中运行更新,那么问题可能在于SVNKit本身。你使用的是什么版本的Subversion和SVNKit?

尝试删除工作目录并查看干净结帐是否有帮助。

+0

是的,我得到了同样的错误。问题没有解决。它存在于每一个配置中。 – 2012-01-02 12:48:07

+0

在我的情况下,如果签出相同的命令它工作正常,但如果我签出使用詹金斯它开始给出错后,检查出从命令行签出的所有内容...詹金斯正在检查出一些随机位置。我不知道为什么? – aProgrammer 2013-04-26 08:39:44

0

运行构建的节点无法解析主机名。可能需要一个完全限定的名称:而不是mysvnbox,类似mysvnbox.mydomain.com;或者可能该节点被防火墙阻止。它的工作原理有时似乎表明至少有一个节点具有可见性,或者可以使用缩写域规范。祝你好运。

1

从v1.42升级到v1.44后,我注意到这个错误后,我的“詹金斯Subversion插件”。

修复: 请检查版本“Jenkins Subversion插件”,如果它v1.44降级到更低版本。

好像我们在新的Subversion插件中遇到了一些问题。

0

我在詹金斯面临同样的问题。在检查代码时,它一直在失败。我试图增加詹金斯的工作空间,但它被提示进行人群认证。它没有更新,我试图清除从颠覆的身份验证日期,并重新启动我的生成服务器(您可以注销凭据和登录)。这将工作。

相关问题