We test on VMs that are reset each night. The first command line SVN checkout to one of our platforms fails as follows:

Started by user anonymous
Building remotely on ctse-test-xp-1
Checking out a fresh workspace because C:\Hudson\workspace\prep-andro2\nightly doesn't exist
Checking out http://ctse-team/svn/tests/trunk/TTH/scripts/nightly
ERROR: Failed to check out http://ctse-team/svn/tests/trunk/TTH/scripts/nightly
org.tmatesoft.svn.core.SVNCancelException: svn: 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:199)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:521)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:257)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:245)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:454)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:97)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:665)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:172)
at org.tmatesoft.svn.core.wc.SVNBasicClient.getRevisionNumber(SVNBasicClient.java:479)
at org.tmatesoft.svn.core.wc.SVNBasicClient.getLocations(SVNBasicClient.java:848)
at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:531)
at org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:830)
at org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:728)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:548)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:478)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1708)
at hudson.remoting.UserRequest.perform(UserRequest.java:103)
at hudson.remoting.UserRequest.perform(UserRequest.java:47)
at hudson.remoting.Request$2.run(Request.java:236)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at hudson.remoting.Engine$1$1.run(Engine.java:54)
at java.lang.Thread.run(Unknown Source)
Finished: FAILURE

SCM logging is as follows:

Oct 1, 2010 9:03:24 AM hudson.model.Run run
INFO: prep-andro2 #29 main build action completed: FAILURE

Oct 1, 2010 9:03:24 AM hudson.scm.SubversionSCM$DescriptorImpl$RemotableSVNAuthenticationProviderImpl getCredential
FINE: getCredential( (null))=>null

Oct 1, 2010 9:03:18 AM hudson.scm.SubversionSCM$DescriptorImpl$RemotableSVNAuthenticationProviderImpl getCredential
FINE: getCredential()=>hudson.scm.SubversionSCM$DescriptorImpl$PasswordCredential@60ddaf

Oct 1, 2010 9:03:15 AM hudson.scm.SubversionSCM$DescriptorImpl$SVNAuthenticationProviderImpl requestClientAuthentication
FINE: requestClientAuthentication(svn.simple,http://ctse-team/svn/tests/trunk/TTH/scripts/nightly,)=>hudson.scm.SubversionSCM$DescriptorImpl$PasswordCredential@60ddaf

Oct 1, 2010 9:03:15 AM hudson.scm.SubversionSCM$DescriptorImpl$RemotableSVNAuthenticationProviderImpl getCredential
FINE: getCredential()=>hudson.scm.SubversionSCM$DescriptorImpl$PasswordCredential@60ddaf

Oct 1, 2010 9:01:12 AM hudson.scm.SubversionSCM$DescriptorImpl$SVNAuthenticationProviderImpl requestClientAuthentication
FINE: requestClientAuthentication(svn.simple,http://ctse-team/svn/tools/trunk/pmd/4.2.4,)=>hudson.scm.SubversionSCM$DescriptorImpl$PasswordCredential@60ddaf

I've tried deleting the subversion\auth folder and saving authentication credentials on the VM and making this persistent, but the initial checkout still fails.

I would like to avoid having "sacrificial" jobs whose only purpose is to let SVN fail.

Is there a solution to this problem?

Thanks,
Mike Sacarny