[JIRA] [subversion-plugin] (JENKINS-26440) svn: E200015: authentication cancelled (subversion plugin 2.5)

917 views
Skip to first unread message

wannes.sels@gmail.com (JIRA)

unread,
May 5, 2015, 10:33:02 AM5/5/15
to jenkinsc...@googlegroups.com
Wannes Sels commented on Bug JENKINS-26440
 
Re: svn: E200015: authentication cancelled (subversion plugin 2.5)

We've had a similar issue: same error message, different stacktrace.
Strangely, the update would run fine, but calculating changelog would result in error svn: E200015: authentication cancelled

Upgrading working copy format to 1.7 or 1.8 fixed the problem for us.

Can you check your workspace svn working copy version?
(try http://stackoverflow.com/a/1364648/2563933)

Upgrade with

svn upgrade <workspace-path>
Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265)
Atlassian logo

thomas.ascher@gmx.at (JIRA)

unread,
Jun 9, 2015, 9:17:02 AM6/9/15
to jenkinsc...@googlegroups.com

I can confirm this issue to with 1.609 and 1.617 and Subversion plugin 2.5 too. I try to check out into an empty workspace from an https URL via username/password credentials:

org.tmatesoft.svn.core.SVNCancelException: svn: E200015: authentication cancelled
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel(SVNErrorManager.java:37)
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel(SVNErrorManager.java:32)
at org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.getNextAuthentication(DefaultSVNAuthenticationManager.java:215)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:685)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:371)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:359)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:710)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:627)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:102)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1032)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:175)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber(SvnNgRepositoryAccess.java:118)
at org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations(SvnRepositoryAccess.java:184)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:45)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.checkout(SvnNgAbstractUpdate.java:756)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:26)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:11)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1259)
at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
at hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:115)
at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:162)
at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:170)
at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:133)
at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:162)
at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:991)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:972)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:948)
at hudson.FilePath.act(FilePath.java:991)
at hudson.FilePath.act(FilePath.java:969)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:897)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:833)
at hudson.scm.SCM.checkout(SCM.java:485)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1282)
at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532)
at hudson.model.Run.execute(Run.java:1744)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:374)
FATAL: null
java.lang.NullPointerException
at java.util.ArrayList.addAll(Unknown Source)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:897)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:833)
at hudson.scm.SCM.checkout(SCM.java:485)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1282)
at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532)
at hudson.model.Run.execute(Run.java:1744)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:374)
Finished: FAILURE

recena@gmail.com (JIRA)

unread,
Jul 4, 2015, 8:02:01 AM7/4/15
to jenkinsc...@googlegroups.com

recena@gmail.com (JIRA)

unread,
Jul 4, 2015, 8:03:02 AM7/4/15
to jenkinsc...@googlegroups.com
Status: Open In Progress

recena@gmail.com (JIRA)

unread,
Jul 4, 2015, 7:15:03 PM7/4/15
to jenkinsc...@googlegroups.com
Manuel Jesús Recena Soto commented on Bug JENKINS-26440
 
Re: svn: E200015: authentication cancelled (subversion plugin 2.5)

Can anybody provide a "step by step" process to reproduce the bug? Thanks in advance.

thomas.ascher@gmx.at (JIRA)

unread,
Jul 6, 2015, 5:49:04 AM7/6/15
to jenkinsc...@googlegroups.com
  • Subversion server is Apache/2.2.15 (Win32) DAV/2 SVN/1.6.6 mod_auth_sspi/1.0.4 mod_ssl/2.2.15 OpenSSL/0.9.8m, NTLM authentication is used
  • Use Jenkins 1.691 and update the Subversion plugin to 2.5
  • Create a new item with freestyle project
  • As source code management select Subversion
  • As repository URL enter an repository with https URL that requires authentication
  • Now add and select the required credentials via add, use kind username with password
  • Below the credentials field the error 'svn: E200015: authentication cancelled' should appear.
  • Also as a result of this a build can't check out the code which was working properly with the previous Subversion plugin

thomas.ascher@gmx.at (JIRA)

unread,
Jul 6, 2015, 5:50:03 AM7/6/15
to jenkinsc...@googlegroups.com
Thomas Ascher edited a comment on Bug JENKINS-26440
* Subversion server is Apache/2.2.15 (Win32) DAV/2 SVN/1.6.6 mod_auth_sspi/1.0.4 mod_ssl/2.2.15 OpenSSL/0.9.8m, NTLM authentication is used
*  Use Jenkins 1.691 and update the Subversion plugin to 2.5
*  Create a new item
 with  as  freestyle project
*  As source code management select Subversion
*  As repository URL enter an repository with https URL that requires authentication
*  Now add and select the required credentials via add, use kind username with password
*  Below the credentials field the error 'svn: E200015: authentication cancelled' should appear
.
*  Also as a result of this a build can't check out the code which was working properly with the previous Subversion plugin

recena@gmail.com (JIRA)

unread,
Jul 6, 2015, 6:59:02 AM7/6/15
to jenkinsc...@googlegroups.com

Thomas Ascher, thanks so much. I hope to reproduce the bug following these steps.

recena@gmail.com (JIRA)

unread,
Jul 6, 2015, 8:09:04 AM7/6/15
to jenkinsc...@googlegroups.com
[~tascher] ,  I tried to reproduce the bug without successful. I've recorded a screencast (https://goo.gl/uZ5N4P) to show how I tested it.

I think we can improve the UX if the recently created credentials are selected.

recena@gmail.com (JIRA)

unread,
Jul 6, 2015, 8:09:04 AM7/6/15
to jenkinsc...@googlegroups.com

Thomas Ascher I tried to reproduce the bug without successful. I've recorded a screencast (https://goo.gl/uZ5N4P) to show how I tested it.

I think we can improve the UX if the recently created credentials are selected.

recena@gmail.com (JIRA)

unread,
Jul 6, 2015, 8:11:01 AM7/6/15
to jenkinsc...@googlegroups.com
[~tascher], I tried to reproduce the bug without successful. I've recorded a screencast (https://goo.gl/uZ5N4P) to show how I tested it.

I think we can improve the UX if the recently created
 credentials are  credential is  selected.

william.albenzi@elbitsystems-us.com (JIRA)

unread,
Jul 7, 2015, 1:46:05 PM7/7/15
to jenkinsc...@googlegroups.com

I have two SVN repositories. One is on a Linux system. One is a 32 bit Windows system. I only have this problem with the Windows repository, the Linux repo works well. The Tortoise SVN client can use both repositories.

I think that since one person above mentioned that they are running on 32 bit Windows, there may have been a strange interaction.

thomas.ascher@gmx.at (JIRA)

unread,
Jul 7, 2015, 2:36:02 PM7/7/15
to jenkinsc...@googlegroups.com

Yes, our Subversion repository is hosted on a Windows machine. I've also done a quick evaulation on my own machine with a recent VisualSVN Server version which is also a SVN implementation and authentication seems to be a non issue with it. Maybe the SVNKit version that comes with the plugin isn't compatible with our specific server version anymore. At least according to the SVNKit changelog some changes were made to the NTLM authentication.

recena@gmail.com (JIRA)

unread,
Jul 7, 2015, 2:47:01 PM7/7/15
to jenkinsc...@googlegroups.com

Thomas Ascher, William Albenzi

Now I have more information to work on this bug thanks to your comments. I'm going to configure an environment very similar to yours in order to reproduce the bug.

william.albenzi@elbitsystems-us.com (JIRA)

unread,
Jul 7, 2015, 2:48:01 PM7/7/15
to jenkinsc...@googlegroups.com

Mine looks like:

Apache2.2.29 (Win32) DAV/2 mod_ssl/2.2.29 OpenSSL/1.0.1m mod_auth_sspi/1.0.4 SVN/1.8.10
Jenkins ver. 1.615 and Subversion plugin 2.5
We use SSPI local windows authentication

rickard.von.essen@gmail.com (JIRA)

unread,
Jul 7, 2015, 3:01:01 PM7/7/15
to jenkinsc...@googlegroups.com

We had this issue on svn running in Apache 2.2 on rhel 6.6. So it's not a Windows specific problem.

recena@gmail.com (JIRA)

unread,
Jul 7, 2015, 3:09:02 PM7/7/15
to jenkinsc...@googlegroups.com

Rickard von Essen, It seems this bug is related to NTLM Authentication. Could you describe your environment (including versions) and a step by step process to reproduce the bug? Your environment is very different and maybe the bug is related with other thing.

recena@gmail.com (JIRA)

unread,
Jul 7, 2015, 3:19:01 PM7/7/15
to jenkinsc...@googlegroups.com

William Albenzi, Thomas Ascher

Maybe your bug is resolved with this PR. Its issue is JENKINS-27084.

We hope to release a new version of Subversion Plugin coming soon. Your feedback would be very useful.

william.albenzi@elbitsystems-us.com (JIRA)

unread,
Jul 7, 2015, 5:22:03 PM7/7/15
to jenkinsc...@googlegroups.com

Making the specified modification to Jenkins.xml and each node's Jenkins-slave.xml resolved my problem. Thank you.

thomas.ascher@gmx.at (JIRA)

unread,
Jul 8, 2015, 3:28:07 AM7/8/15
to jenkinsc...@googlegroups.com

Adding -Dsvnkit.http.methods=Basic,NTLM,Negotiate,Digest to the jenkins.xml works for me too. Thanks for the effort.

recena@gmail.com (JIRA)

unread,
Jul 8, 2015, 7:22:10 AM7/8/15
to jenkinsc...@googlegroups.com

recena@gmail.com (JIRA)

unread,
Jul 8, 2015, 7:22:10 AM7/8/15
to jenkinsc...@googlegroups.com
Manuel Jesús Recena Soto resolved as Duplicate
 
Status: In Progress Resolved
Resolution: Duplicate

mfriedenhagen@gmail.com (JIRA)

unread,
Sep 8, 2015, 11:44:03 AM9/8/15
to jenkinsc...@googlegroups.com
Mirko Friedenhagen commented on Bug JENKINS-26440
 
Re: svn: E200015: authentication cancelled (subversion plugin 2.5)

Hello William Albenzi, what is "Jenkins.xml"? config.xml? And Jenkins-slave.xml would be nodes/NODENAME/config.xml?

Reply all
Reply to author
Forward
0 new messages