[JIRA] [subversion-plugin] (JENKINS-26458) org.tmatesoft.svn.core.SVNException: svn: E155021: This client is too old to work with the working copy

70 views
Skip to first unread message

cheung.jackey@gmail.com (JIRA)

unread,
Jan 16, 2015, 4:39:52 AM1/16/15
to jenkinsc...@googlegroups.com
Issue Type: Bug Bug
Assignee: Unassigned
Components: subversion-plugin
Created: 16/Jan/15 9:39 AM
Description:

Recently (these few days), I'v got the following error and can't go on building.
This error happens all the time on master job. However, it just occurs on
feature branch jobs occationally, but not always.

I've tried to checkout on the same box, directly from command line, and it goes
just fine (svn 1.7.18).

Checking out https://192.168.3.15/svn/www/Web/V2/trunk at revision '2015-01-16T17:32:11.806 +0800'
ERROR: Failed to check out https://192.168.3.15/svn/www/Web/V2/trunk
org.tmatesoft.svn.core.SVNException: svn: E155021: This client is too old to work with the working copy at
'/var/lib/jenkins/jobs/www/workspace' (format '100').
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64)
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)
at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDbRoot.<init>(SVNWCDbRoot.java:104)
at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDb.init(SVNWCDb.java:242)
at org.tmatesoft.svn.core.internal.wc17.SVNWCContext.initWC(SVNWCContext.java:4979)
at org.tmatesoft.svn.core.internal.wc17.SVNWCContext.initializeWC(SVNWCContext.java:4928)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.checkout(SvnNgAbstractUpdate.java:796)
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:981)
at hudson.FilePath.act(FilePath.java:959)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:897)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:833)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1265)
at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
java.io.IOException: Failed to check out https://192.168.3.15/svn/www/Web/V2/trunk
at hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:126)
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:981)
at hudson.FilePath.act(FilePath.java:959)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:897)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:833)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1265)
at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Caused by: org.tmatesoft.svn.core.SVNException: svn: E155021: This client is too old to work with the working copy at
'/var/lib/jenkins/jobs/www/workspace' (format '100').
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64)
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)
at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDbRoot.<init>(SVNWCDbRoot.java:104)
at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDb.init(SVNWCDb.java:242)
at org.tmatesoft.svn.core.internal.wc17.SVNWCContext.initWC(SVNWCContext.java:4979)
at org.tmatesoft.svn.core.internal.wc17.SVNWCContext.initializeWC(SVNWCContext.java:4928)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.checkout(SvnNgAbstractUpdate.java:796)
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)
... 20 more
Environment: CentOS 6, Jenkins 1.595, subversion-plugin 2.5, Java 1.7.0_71, visualsvn server 2.7.3
Project: Jenkins
Priority: Blocker Blocker
Reporter: Jackey Cheung
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira

slawomir@ezono.com (JIRA)

unread,
Jan 19, 2015, 9:16:51 AM1/19/15
to jenkinsc...@googlegroups.com

For me this started happening after updating subversion plugin from version 2.4.5 to 2.5. Downgrading subversion plugin back to 2.4.5 fixes the problem.

cheung.jackey@gmail.com (JIRA)

unread,
Jan 19, 2015, 8:45:51 PM1/19/15
to jenkinsc...@googlegroups.com

Sadly, I don't have the option of downgrading. The plugin doesn't have the downgrade button. It was pinned, but after I've unpinned it, the downgrade button is still missing.

cheung.jackey@gmail.com (JIRA)

unread,
Jan 21, 2015, 7:36:52 PM1/21/15
to jenkinsc...@googlegroups.com
Change By: Jackey Cheung (22/Jan/15 12:34 AM)
Environment: CentOS 6, Jenkins 1. 595 596 , subversion-plugin 2.5, Java 1.7.0_71, visualsvn server 2.7.3

frederic.coiffier@eolane.com (JIRA)

unread,
Jan 22, 2015, 10:57:52 AM1/22/15
to jenkinsc...@googlegroups.com

With the plugin 2.5, in our case, when setting SVN version to 1.8 (instead of 1.7) in the Jenkins settings, it solves the problem.

cheung.jackey@gmail.com (JIRA)

unread,
Jan 22, 2015, 9:37:52 PM1/22/15
to jenkinsc...@googlegroups.com

Yes, making this change seems to work.

However, documentation is necessary for this change.

slawomir@ezono.com (JIRA)

unread,
Jan 23, 2015, 4:47:51 AM1/23/15
to jenkinsc...@googlegroups.com

> With the plugin 2.5, in our case, when setting SVN version to 1.8 (instead of 1.7) in the Jenkins settings, it solves the problem.

Will this work if the SVN client on the slaves is 1.7?

schristou88@gmail.com (JIRA)

unread,
Jan 26, 2015, 6:10:52 PM1/26/15
to jenkinsc...@googlegroups.com
Change By: Steven Christou (26/Jan/15 11:09 PM)
Assignee: Steven Christou

jan.heimburger@muehlbauer.de (JIRA)

unread,
Jan 30, 2015, 9:43:53 AM1/30/15
to jenkinsc...@googlegroups.com

For me the problem also occurred after upgrading from 2.4.5 to 2.5 and I also returned to 2.4.5 to fix it.
Our subversion client is version 1.7 and I had set the working copy format to 1.7 in the Jenkins configuration. Obviously this setting is ignored and the working copy format is always 1.8 when checking out a fresh working copy.
The error did not occur when building existing projects with SVN strategy set to update. It only occurred for new projects and after cleaning the workspace of an existing project.
The error did also not occur when checking out manually into the workspace of a job and then using SVN update when building the job.

jacob@jacobweber.com (JIRA)

unread,
Feb 18, 2015, 4:06:32 PM2/18/15
to jenkinsc...@googlegroups.com
Jacob Weber commented on Bug JENKINS-26458

I'm seeing this same error, on a remote node with a SVN 1.8 client, SVN plugin version 2.5, on a new project. Changing the working copy format to 1.8 in Jenkins settings fixes it. Is the plugin using something other than the native SVN client on the remote note, when doing the initial checkout? It seems like it's not creating valid working copies when you use the 1.7 format.

jacob@jacobweber.com (JIRA)

unread,
Feb 18, 2015, 4:06:34 PM2/18/15
to jenkinsc...@googlegroups.com
 
Jacob Weber edited a comment on Bug JENKINS-26458

I'm seeing this same error, on a remote node with a SVN 1.8 client, SVN plugin version 2.5, on a new project. Changing the working copy format to 1.8 in Jenkins settings fixes it. Is the plugin using something other than the native SVN client on the remote node, when doing the initial checkout? It seems like it's not creating valid working copies when you use the 1.7 format.

rob@ertai.nl (JIRA)

unread,
Feb 22, 2015, 11:19:31 AM2/22/15
to jenkinsc...@googlegroups.com

I have set the version of Subversion (in the jenkins config) back to 1.6 with 1.7-clients. And that fixed it for me.

fherrera@todo1.com (JIRA)

unread,
Feb 25, 2015, 3:59:33 PM2/25/15
to jenkinsc...@googlegroups.com

I got the error after updating from version 2.4.3 to 2.5. I had to downgrade to fix the problem. Subversion client is 1.7.4.

pawel.grzegrzolka@gmail.com (JIRA)

unread,
Mar 5, 2015, 5:55:31 AM3/5/15
to jenkinsc...@googlegroups.com

It even worse, the same error occurs when subversion plugin tries to checkout in the clean workspace.

org.tmatesoft.svn.core.SVNException: svn: E155021: This client is too old to work with the working copy at
'D:\Jenkins\jobs\xxx\workspace\xxx' (format '100').
	at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64)
	at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)
	at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDbRoot.<init>(SVNWCDbRoot.java:104)
	at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDb.parseDir(SVNWCDb.java:1967)
	at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDb.parseDir(SVNWCDb.java:1829)
	at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDb.readConflicts(SVNWCDb.java:3360)
	at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDb.readConflicts(SVNWCDb.java:3333)
	at org.tmatesoft.svn.core.internal.wc17.db.SVNWCDb.opReadTreeConflict(SVNWCDb.java:2775)
	at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgGetInfo.run(SvnNgGetInfo.java:72)
	at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgGetInfo.run(SvnNgGetInfo.java:51)
	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 org.tmatesoft.svn.core.wc.SVNWCClient.doInfo(SVNWCClient.java:2485)
	at hudson.scm.subversion.UpdateUpdater$TaskImpl.parseSvnInfo(UpdateUpdater.java:125)
	at hudson.scm.subversion.UpdateUpdater$TaskImpl.getSvnCommandToUse(UpdateUpdater.java:87)
	at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:130)
	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:918)
	at hudson.FilePath.act(FilePath.java:896)
	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:897)
	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:833)
	at hudson.scm.SCM.checkout(SCM.java:488)
	at hudson.model.AbstractProject.checkout(AbstractProject.java:1253)
	at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
	at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
	at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
	at hudson.model.Run.execute(Run.java:1745)
	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
	at hudson.model.ResourceController.execute(ResourceController.java:89)
	at hudson.model.Executor.run(Executor.java:240)

Creating a fresh checkout by svn command (1.8.10 client) directly on the host temporary solves the problem, since subversion plugin can update already created in the 1.8 sandbox.

hendrik.millner@tu-clausthal.de (JIRA)

unread,
Mar 12, 2015, 8:04:31 AM3/12/15
to jenkinsc...@googlegroups.com

Anyway, it would be great if the subversion plugin would respect the global jenkins setting concerning the subversion repo version to use

pon.bakyaraj@cavco.com (JIRA)

unread,
Mar 12, 2015, 1:37:32 PM3/12/15
to jenkinsc...@googlegroups.com
Pon J commented on Bug JENKINS-26458

Changing the SVN version from 1.7 to 1.8 in the "Jenkins > configuration" fixed the issue.

avishayh@gmail.com (JIRA)

unread,
Apr 1, 2015, 4:18:59 AM4/1/15
to jenkinsc...@googlegroups.com

Happen to me as well, Full checkouts & First time jobs fails when using 1.7 and the latest version of the plugin.
Our SVN server is 1.7 version, so using 1.8 client version is not a good option on my behalf.
Please Fix this Bug ASAP.
tks.

andreialmer@gmail.com (JIRA)

unread,
Apr 2, 2015, 1:19:11 AM4/2/15
to jenkinsc...@googlegroups.com

+1

telmah@gmail.com (JIRA)

unread,
Apr 15, 2015, 8:13:06 AM4/15/15
to jenkinsc...@googlegroups.com
Telmah commented on Bug JENKINS-26458

+1

marcelo.d.sales@gmail.com (JIRA)

unread,
Apr 16, 2015, 2:51:05 PM4/16/15
to jenkinsc...@googlegroups.com

+1 Changing the SVN version from 1.7 to 1.8 in the "Jenkins > configuration" fixed the issue.

kcummins@thetasgroup.com (JIRA)

unread,
Apr 29, 2015, 9:29:20 AM4/29/15
to jenkinsc...@googlegroups.com

I had the same issue, downgrading from version 2.5 to 2.45 solved the problem.
Reply all
Reply to author
Forward
0 new messages