-
Patch
-
Resolution: Fixed
-
Blocker
-
Jenkins 1.508, subversion plugin 1.45 embedding SVNKit 1.6.7
SVNKit has bugs in release 1.6.7: http://issues.tmatesoft.com/issue/SVNKIT-342
That is currently embedded in the subversion plugin.
In our case Jenkins is no longer able to access subversion!!!
Please note that in my opinion this plugin and its quality is not performing as it should given its importance in the workflow.
In the job configuration page we always see the connection failure (even when svn communication worked)
Setting the credentials through the enter credentials page fails with:
FAILED: svn: E175002: OPTIONS /project-context-pad failed
org.tmatesoft.svn.core.SVNException: svn: E175002: OPTIONS /project-context-pad failed
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:379)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:364)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:352)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:708)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:628)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:103)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1018)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.testConnection(DAVRepository.java:99)
at hudson.scm.SubversionSCM$DescriptorImpl.postCredential(SubversionSCM.java:1939)
at hudson.scm.SubversionSCM$DescriptorImpl.doPostCredential(SubversionSCM.java:1884)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:288)
at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:151)
at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:90)
at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:111)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:677)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:770)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:677)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:770)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:677)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:770)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:583)
at org.kohsuke.stapler.Stapler.service(Stapler.java:214)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95)
at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)
at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:470)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:877)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:594)
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1675)
at java.lang.Thread.run(Thread.java:722)
Caused by: svn: E175002: OPTIONS /ltp-middleware2/contrib/pido/trunk/ing-sod-pom failed
at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208)
at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154)
at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97)
... 65 more
Caused by: org.tmatesoft.svn.core.SVNAuthenticationException: svn: E170001: OPTIONS request failed on '/ltp-middleware2/contrib/pido/trunk/ing-sod-pom'
svn: E170001: HTTP proxy authorization failed
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:62)
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:748)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)
... 64 more
Caused by: svn: E170001: HTTP proxy authorization failed
at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208)
at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154)
at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:568)
... 65 more
[JENKINS-17369] SVNKit 1.6.7 has authentication bugs
Pim Do
created issue -
Pim Do
made changes -
| Labels | New: SVNKit authentication bug jenkins plugin subversion |
Pim Do
made changes -
| Environment | Original: Jenkins 1.508 (and 1.507) | New: Jenkins 1.508, subversion plugin 1.45 embedding SVNKit 1.6.7 |
kutzi
added a comment - SVNKIT-342 is reported to be fixed in svnkit 1.7.8. Should bundle that one. Pim Do
added a comment - Yes please, any idea when this change will become available to Jenkins users?
In the meanwhile I downgraded to 1.39 and am still unable to let jenkins checkout a project.
After removing the $HOME/.subversion cache and the entries in the hudson configuration file and restarting tomcat.
When I enter the credentials through the job configuration page in jenkins it still fails without proper logging information to identify the problem.
So, I'm still stuck and management is already breathing down my neck.
Please advise!!!
Pim Do
added a comment - Yes please, any idea when this change will become available to Jenkins users?
In the meanwhile I downgraded to 1.39 and am still unable to let jenkins checkout a project.
After removing the $HOME/.subversion cache and the entries in the hudson configuration file and restarting tomcat.
When I enter the credentials through the job configuration page in jenkins it still fails without proper logging information to identify the problem.
So, I'm still stuck and management is already breathing down my neck.
Please advise!!! Pim Do
added a comment - Ok, I have found out now that the problems I'm having are not directly related with SVNKit (yet).
Apparently the subversion plugin is trying to communicate too our subversion using the proxy.
This means it is neglecting the proxy exclusions set at http://[jenkins-host]/jenkins/pluginManager/advanced.
Why is this made so hard to use?
Pim Do
added a comment - Ok, I have found out now that the problems I'm having are not directly related with SVNKit (yet).
Apparently the subversion plugin is trying to communicate too our subversion using the proxy.
This means it is neglecting the proxy exclusions set at http://[jenkins-host]/jenkins/pluginManager/advanced .
Why is this made so hard to use? kutzi
added a comment - @Pim Do: can you clarify what problems are, that you're having now and change the description of this issue? Or maybe better create a new issue.
kutzi
added a comment - @Pim Do: can you clarify what problems are, that you're having now and change the description of this issue? Or maybe better create a new issue. Pim Do
added a comment - Hi @kutzi,
It has been some while ago that I had to deal with this issue.
Eventually I managed to get it working by doing a manual checkout on the server.
Setting the credentials through Jenkins simply doesn't work.
Pim Do
added a comment - Hi @kutzi,
It has been some while ago that I had to deal with this issue.
Eventually I managed to get it working by doing a manual checkout on the server.
Setting the credentials through Jenkins simply doesn't work. kutzi
added a comment - Okay, I know that there are other issues open for that.
So closing this as duplicate.
kutzi
added a comment - Okay, I know that there are other issues open for that.
So closing this as duplicate. kutzi
made changes -
| Resolution | New: Duplicate [ 3 ] | |
| Status | Original: Open [ 1 ] | New: Resolved [ 5 ] |
@domi
System setup is uberSvn with httpd.
httpd is setup to require BasicAuthentication over http.
Svn checkout with the same credentials work from several pc's including the server hosting jenkins.
Never the less the subversion plugin in Jenkins can not connect (see previous post).
Jenkins version is now 1.508.
We have succesfully used version 1.504 and 1.505 with some minor bugs on the job configuration pages (saying no access, but jenkins could checkout) and the known subversion cache problems.
Now we upgraded to 1.508 and it is now longer working (already spend 6 hours to fix it and am getting nowhere).
Downgrading didn't help either and now I am concidering never to use this subversion plugin again and switch to a maven scm solution. With 1.504 I also encountered problems with this plugin which took me days to get the credentials set properly by Jenkins.
Please note this my problem is mostlikely caused by a bug in SVN kit self and came along with a Jenkins update that selected the buggy SVN Kit release.