[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
Kohsuke Kawaguchi commented on JENKINS-13835 upgrading Subversion Plugin to 1.40 totally ruined our CI server With respect to issue #1, new SVNKit 1.7 was dropping the root cause of the exception, which makes it difficult for us to get to the root cause. I fixed this in SVNKit 1.7.4-jenkins-3, which will be a part of Subversion plugin 1.41 that I'll be releasing shortly. So I request those who are seeing this issue to upgrade to 1.41 and report the stack trace, including all the "Caused by ..." sections. With respect to issue #2, I couldn't reproduce it. This issue is independent from issue #1, so I request that the submitter (or anyone else seeing the issue) to open a separate ticket, with details, such as the type of the repository you check out from, Subversion server version, and the console output. With respect to Issue #3, this was presumably because the user set the workspace format to 1.7, and that was stored in the configuration file, but Subversion 1.39 (that doesn't support 1.7 workspace) didn't recognize this value and failed to gracefully recover from it. We cannot retroactively fix 1.39, but in case similar issue happens in the future, I put a fix in 1.41 to fall back to 1.4. These 3 issues are independent issues, and so we'll use this ticket to track the issue #1 portion of the original bug report. If people see what's discussed in the issue #2 and #3, please open separate tickets to avoid confusion (but please do post those new ticket IDs so that other people who want to comment on those sub-issues know where to go.) 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
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
Johan-Kees Vliek commented on JENKINS-13835 upgrading Subversion Plugin to 1.40 totally ruined our CI server Hi, We have the same issue. This only seems to appear on Windows and not on Linux (as far as I can see). We use SVN 1.6, Jenkins 1.470 and SVN Plugin v1.40. We noticed that only new Jobs are affected. Existing jobs are not affected. Plz resolve this issue a.s.a.p. or advice on what to do. Many thanks!!! Regards, Johan-Kees 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
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163683#comment-163683
]
aristedes edited comment on JENKINS-13835 at 6/9/12 1:01 AM:
-
@stephenconnolly I don't know if you are right about your hunch that encoding
is the source of all these issues. I've been able to upgrade the Jenkins
workspace using the command line svn tool without any trouble.
Given the trouble that svnkit has been (bugs, slow update cycle), is there any
possibility that this plugin could use the command line svn binary just like
the git jenkins plugin does? Yes, I know that is slightly more work for users
who then need to ensure it is installed and the path correct, but vastly less
work for the developers of the plugin to keep up with.
was (Author: aristedes):
@stephenconnolly I don't know if you are right about your hunch that
encoding is the source of all these issues. I've been able to upgrade the
Jenkins workspace using the command line svn tool with any trouble.
Given the trouble that svnkit has been (bugs, slow update cycle), is there any
possibility that this plugin could use the command line svn binary just like
the git jenkins plugin does? Yes, I know that is slightly more work for users
who then need to ensure it is installed and the path correct, but vastly less
work for the developers of the plugin to keep up with.
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: linux, plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceU
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163683#comment-163683
]
aristedes commented on JENKINS-13835:
-
@stephenconnolly I don't know if you are right about your hunch that encoding
is the source of all these issues. I've been able to upgrade the Jenkins
workspace using the command line svn tool with any trouble.
Given the trouble that svnkit has been (bugs, slow update cycle), is there any
possibility that this plugin could use the command line svn binary just like
the git jenkins plugin does? Yes, I know that is slightly more work for users
who then need to ensure it is installed and the path correct, but vastly less
work for the developers of the plugin to keep up with.
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: linux, plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:287)
> at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> at java.util.c
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163654#comment-163654
]
Marcel Beister commented on JENKINS-13835:
--
I must admit that I'm currently a bit pissed about the 1.40 release of the
subversion plugin.
This version introduced several severe issues (emulate cleanup not working,
svn-externals not working properly) which should have been detected before the
release! But that's not my point... I'm really disappointed on how these
problems are dealt with (or NOT dealt with!) after the buggy version has been
release. Since 3 weeks nothing has happened and the buggy version is still
delivered to all jenkins users!
:-(
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: linux, plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:287)
> at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163593#comment-163593
]
pancake commented on JENKINS-13835:
---
*stephenconnolly*, E175002 doesn't seem to be related to server encoding issue.
The bug occurred totally sporadically, i.e. didn't always reproduce for the
same job (hence the same repo URL). In case that was caused by something wrong
with repository, it should have been always reproducible for the same URL,
right?
*Luca*, there is a workaround for "not a working copy" issue: go to Jenkins
configuration and change WC format to 1.6. And E175002 never reproduced for me
after downgrading 1.40 -> 1.39.
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: linux, plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:287)
> at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.c
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luca Orlandi updated JENKINS-13835:
---
Labels: linux plugin subversion windows (was: plugin subversion windows)
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: linux, plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:287)
> at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
> Caused by: svn: E175002: REPORT /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208)
> at
> org.tmatesoft.svn.core.SVNEr
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163564#comment-163564
]
Luca Orlandi edited comment on JENKINS-13835 at 6/6/12 5:50 PM:
Same issue here.
I've also downgraded to jenkins 1.464 and subversion plugin 1.34 with NO
SUCCESS at all.
I cannot upgrade the server format as suggested in @stephenconnolly comment
because of a very large 1.6 repository
It's urgent for me to find a robust workaround (maybe something on apache
encoding?).
was (Author: lrkwz):
Same issue here.
I've also downgraded to jenins 1.464 and subversion plugin 1.34 with NO SUCCESS
at all.
I cannot upgrade the server format as suggested in @stephenconnolly comment
because of a very large 1.6 repository
It's urgent for me to find a robust workaround (maybe something on apache
encoding?).
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Reques
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163564#comment-163564
]
Luca Orlandi edited comment on JENKINS-13835 at 6/6/12 5:51 PM:
Same issue here.
I've also downgraded to jenkins 1.464 and subversion plugin 1.34 with NO
SUCCESS at all.
I cannot upgrade the server format as suggested by @stephenconnolly comment
because of a very large 1.6 repository
It's urgent for me to find a robust workaround (maybe something on apache
encoding?).
was (Author: lrkwz):
Same issue here.
I've also downgraded to jenkins 1.464 and subversion plugin 1.34 with NO
SUCCESS at all.
I cannot upgrade the server format as suggested in @stephenconnolly comment
because of a very large 1.6 repository
It's urgent for me to find a robust workaround (maybe something on apache
encoding?).
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Reque
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163564#comment-163564
]
Luca Orlandi commented on JENKINS-13835:
Same issue here.
I've also downgraded to jenins 1.464 and subversion plugin 1.34 with NO SUCCESS
at all.
I cannot upgrade the server format as suggested in @stephenconnolly comment
because of a very large 1.6 repository
It's urgent for me to find a robust workaround (maybe something on apache
encoding?).
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:287)
> at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecuto
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163540#comment-163540
]
stephenconnolly commented on JENKINS-13835:
---
This looks to be an encoding issue with your log messages on your subversion
server.
Log messages have always been required to be UTF-8. Only recent releases of
Subversion started enforcing it better at all layers. The SVN command line
client always handled this, but the lower level API's (and I suspect the SVNKit
library that Jenkins uses) did not so if you used a different client (i.e.
committing from TortoiseSVN or eclipse, etc) it was possible to get non-UTF-8
data into the repository.
You can use svnsync from SVN 1.7 to synch the existing repository to a new
repository using the --source-prop-encoding ARG option. This will convert the
existing revprops from the specified encoding to UTF-8 as part of synching to a
new repository. When the process is done, you can switch in the new repository
for the old one to fix your repository.
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
> at hudson.remoting.UserRequest.p
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163470#comment-163470
]
Julien Nicoulaud commented on JENKINS-13835:
Same here with existing repositories in 1.5 format.
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:287)
> at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
> Caused by: svn: E175002: REPORT /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208)
>
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163307#comment-163307
]
aristedes commented on JENKINS-13835:
-
I can report a very similar issue. The Subversion 1.7.4 server. 1.40 svn
jenkins plugin. Pre-existing 1.6 workspace, and Jenkins set to use a 1.7
checkout format. The problem goes away if you choose 1.6 as the workspace
format.
{code}
ERROR: Failed to update https://acme.com/ish/angel/trunk
org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT /ish/!svn/vcc/default
failed
at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
at
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
at
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
at
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
at
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
at
org.tmatesoft.svn.core.internal.wc16.SVNUpdateClient16.update(SVNUpdateClient16.java:557)
at
org.tmatesoft.svn.core.internal.wc16.SVNUpdateClient16.doUpdate(SVNUpdateClient16.java:414)
at
org.tmatesoft.svn.core.internal.wc16.SVNUpdateClient16.doUpdate(SVNUpdateClient16.java:324)
at
org.tmatesoft.svn.core.internal.wc2.old.SvnOldUpdate.run(SvnOldUpdate.java:27)
at
org.tmatesoft.svn.core.internal.wc2.old.SvnOldUpdate.run(SvnOldUpdate.java:11)
at
org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
at
org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
at
org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:315)
at
org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:295)
at
org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:391)
at
hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:136)
at
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:287)
at
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
Caused by: svn: E175002: REPORT /ish/!svn/vcc/default 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)
... 33 more
{code}
Looks like it tries to upgrade the workspace and fails.
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleani
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
pancake updated JENKINS-13835:
--
Priority: Major (was: Blocker)
Found workaround for *Issue #3*: set svn wc format to 1.6 in Jenkins
configuration.
After downgrading Subversion Plugin value "1.4" was shown for svn wc format on
Jenkins configuration page.
Note I've set it to 1.7 after uprading to Subversion Plugin ver. 1.40.
I.e. either actual value "1.7" of wc format was rendered (and treated)
incorrectly or Subversion Plugin ver. 1.39 can't work with wc format 1.4.
I'm now decreasing issue priority to "blocker" \-> "major" since our CI server
can function properly due to the workaround. The issues *#1* and *#2* still
prevent us from upgrading to Subversion Plugin ver. 1.40.
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
> Labels: plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:287)
> at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
>
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
[
https://issues.jenkins-ci.org/browse/JENKINS-13835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
pancake updated JENKINS-13835:
--
Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39; Windows
Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16. (was: Jenkins ver.
1.460; Subversion Plugin 1.40, 1.39; Windows Server 2003 R2 x64 SP2)
> upgrading Subversion Plugin to 1.40 totally ruined our CI server
>
>
> Key: JENKINS-13835
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
> Project: Jenkins
> Issue Type: Bug
> Components: subversion
> Environment: Jenkins ver. 1.460; Subversion Plugin ver. 1.40, 1.39;
> Windows Server 2003 R2 x64 SP2; Subversion server ver. 1.6.16.
>Reporter: pancake
>Priority: Blocker
> Labels: plugin, subversion, windows
>
> Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
> resulted to {color:red}complete inability to perform a checkout. CI server is
> totally unusable now.{color}
> *Issue #1*
> After updating to Subversion Plugin to 1.40 (from 1.39) this exception
> started occurring _sometimes_ (various salves, various jobs):
> {quote}
> Checking out a fresh workspace because there's no workspace at
> C:\_JenkinsCI\workspace\XXX
> Cleaning local Directory .
> Checking out http://oursvnserver/svn/svnLatest/.../XXX
> A ...
> ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
> org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
> /svn/svnLatest/!svn/vcc/default failed
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
> 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:14)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
> at
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
> at
> org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
> at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
> at
> org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
> at
> hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
> at
> hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
> at
> hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
> at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
> at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:287)
> at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
> Caused by: svn: E175002: REPORT /svn/
[JIRA] (JENKINS-13835) upgrading Subversion Plugin to 1.40 totally ruined our CI server
pancake created JENKINS-13835:
-
Summary: upgrading Subversion Plugin to 1.40 totally ruined our CI
server
Key: JENKINS-13835
URL: https://issues.jenkins-ci.org/browse/JENKINS-13835
Project: Jenkins
Issue Type: Bug
Components: subversion
Environment: Jenkins ver. 1.460; Subversion Plugin 1.40, 1.39; Windows
Server 2003 R2 x64 SP2
Reporter: pancake
Priority: Blocker
Updating Subversion Plugin to 1.40 caused multiple bugs. Rolling back to 1.39
resulted to {color:red}complete inability to perform a checkout. CI server is
totally unusable now.{color}
*Issue #1*
After updating to Subversion Plugin to 1.40 (from 1.39) this exception started
occurring _sometimes_ (various salves, various jobs):
{quote}
Checking out a fresh workspace because there's no workspace at
C:\_JenkinsCI\workspace\XXX
Cleaning local Directory .
Checking out http://oursvnserver/svn/svnLatest/.../XXX
A ...
ERROR: Failed to check out http://oursvnserver/svn/svnLatest/.../XXX
org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT
/svn/svnLatest/!svn/vcc/default failed
at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:304)
at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:277)
at
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:696)
at
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:328)
at
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1289)
at
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:837)
at
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:216)
at
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:100)
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:14)
at
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgCheckout.run(SvnNgCheckout.java:9)
at
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
at
org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
at
org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1221)
at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:292)
at
org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:781)
at
hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:85)
at
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
at
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:152)
at
hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121)
at
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:789)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:770)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2154)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:287)
at
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: svn: E175002: REPORT /svn/svnLatest/!svn/vcc/default 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)
... 35 more
FATAL: null
java.lang.NullPointerException
{quote}
*Issue #2*
{{Emulate clean checkout by first deleting unversioned/ignored files, then 'svn
update'}} no longer deletes unversioned files in 1.40.
*Issue #3*
Because of #2 and #3 I've decided to roll back to 1.39. So, I've wi
