-
Bug
-
Resolution: Cannot Reproduce
-
Critical
-
None
-
Platform: All, OS: All
-
Powered by SuggestiMate
I receive the following error when building about 90% of my builds. The other
10% it works fine. I make no changes between the times it succeeds and the
times it fails. I'm building in IE6 accessing the Hudson admin section. The
delete is occurring because it is wiping out the workspace each time; but
obviously failing.
Started by user anonymous
[workspace] $ e:\tfs\tf.exe workspaces -format:brief -
server:http://<server>:8080 ********
No workspace matching *;<USER_ID> on computer <COMPUTER_NAME> found in Team
Foundation Server http://<server>:8080.
FATAL: Unable to delete <FOLDER_NAME_IN_PROJECT> - files in dir:
<WEB_REFERENCE_FILE_IN_PROJECT>
java.io.IOException: Unable to delete <FOLDER_NAME> - files in dir:
[<WEB_REFERENCE_FILE>]
at hudson.Util.deleteFile(Util.java:218)
at hudson.Util.deleteRecursive(Util.java:251)
at hudson.Util.deleteContentsRecursive(Util.java:185)
at hudson.Util.deleteRecursive(Util.java:250)
at hudson.Util.deleteContentsRecursive(Util.java:185)
at hudson.Util.deleteRecursive(Util.java:250)
at hudson.Util.deleteContentsRecursive(Util.java:185)
at hudson.FilePath$11.invoke(FilePath.java:719)
at hudson.FilePath$11.invoke(FilePath.java:717)
at hudson.FilePath.act(FilePath.java:635)
at hudson.FilePath.deleteContents(FilePath.java:717)
at hudson.plugins.tfs.actions.CheckoutAction.checkout
(CheckoutAction.java:40)
at hudson.plugins.tfs.TeamFoundationServerScm.checkout
(TeamFoundationServerScm.java:143)
at hudson.model.AbstractProject.checkout(AbstractProject.java:830)
at hudson.model.AbstractBuild$AbstractRunner.checkout
(AbstractBuild.java:314)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:266)
at hudson.model.Run.run(Run.java:927)
at hudson.model.Build.run(Build.java:112)
at hudson.model.ResourceController.execute(ResourceController.java:93)
at hudson.model.Executor.run(Executor.java:119)
- is related to
-
JENKINS-7488 CLONE -java.io.IOException: Unable to delete <FOLDER_NAME> - files in dir: [<WEB_REFERENCE_FILE>]
-
- Resolved
-
[JENKINS-3813] java.io.IOException: Unable to delete <FOLDER_NAME> - files in dir: [<WEB_REFERENCE_FILE>]
There has been some discussions on the hudson user list about problems deleting
files because they are in use. Is the Windows Search Indexing service indexing the
hudson home folder?
I started receiving this error again for a few of the new project we recently
added to the build server.
I get this error when clicking on "Wipe Out Workspace". A couple seconds later
I went into Windows and moved the whole directory to the recycle bin. I moved
the directory back to the .hudson\jobs\<job>\Workspace directory, tried
to "Wipe out workspace" again and it failed. I tried it again a second time and
it succeeded.
We do not have the indexing service running on the server. It's running windows
server 2003.
Hudson.err.log does not log this.
System.out:
[webapp 2009/07/21 17:39:03] - Error while serving
http://navbuild.alliance.lan:8080/job/Home/doWipeOutWorkspace
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.kohsuke.stapler.Function$InstanceFunction.invoke
(Function.java:176)
at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:92)
at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse
(Function.java:53)
at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:73)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch
(NameBasedDispatcher.java:30)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:486)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:179)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch
(NameBasedDispatcher.java:30)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:486)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:404)
at org.kohsuke.stapler.Stapler.service(Stapler.java:117)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)
at winstone.ServletConfiguration.execute(ServletConfiguration.java:249)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:335)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:378)
at hudson.util.PluginServletFilter$1.doFilter
(PluginServletFilter.java:91)
at org.jvnet.hudson.plugins.greenballs.GreenBallFilter.doFilter
(GreenBallFilter.java:38)
at hudson.util.PluginServletFilter$1.doFilter
(PluginServletFilter.java:94)
at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:83)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:84)
at hudson.security.UnwrapSecurityExceptionFilter.doFilter
(UnwrapSecurityExceptionFilter.java:51)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter
(ExceptionTranslationFilter.java:166)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter
(AnonymousProcessingFilter.java:125)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter
(RememberMeProcessingFilter.java:142)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.AbstractProcessingFilter.doFilter
(AbstractProcessingFilter.java:271)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter
(BasicProcessingFilter.java:173)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter
(HttpSessionContextIntegrationFilter.java:249)
at hudson.security.HttpSessionContextIntegrationFilter2.doFilter
(HttpSessionContextIntegrationFilter2.java:66)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at hudson.security.ChainedServletFilter.doFilter
(ChainedServletFilter.java:76)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:155)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)
at winstone.RequestHandlerThread.processRequest
(RequestHandlerThread.java:244)
at winstone.RequestHandlerThread.run(RequestHandlerThread.java:150)
at java.lang.Thread.run(Unknown Source)
Caused by: java.io.IOException: Unable to delete
E:\Hudson\.hudson\jobs\Home\workspace\vRegressionBuildCode-
branch\wsTransfer\WebService\Inetpub\wwwroot - files in dir:
[E:\Hudson\.hudson\jobs\Home\workspace\vRegressionBuildCode-
branch\wsTransfer\WebService\Inetpub\wwwroot\eMessagingWebService]
at hudson.Util.deleteFile(Util.java:218)
at hudson.Util.deleteRecursive(Util.java:251)
at hudson.Util.deleteContentsRecursive(Util.java:185)
at hudson.Util.deleteRecursive(Util.java:250)
at hudson.Util.deleteContentsRecursive(Util.java:185)
at hudson.Util.deleteRecursive(Util.java:250)
at hudson.Util.deleteContentsRecursive(Util.java:185)
at hudson.Util.deleteRecursive(Util.java:250)
at hudson.Util.deleteContentsRecursive(Util.java:185)
at hudson.Util.deleteRecursive(Util.java:250)
at hudson.Util.deleteContentsRecursive(Util.java:185)
at hudson.Util.deleteRecursive(Util.java:250)
at hudson.FilePath$10.invoke(FilePath.java:707)
at hudson.FilePath$10.invoke(FilePath.java:705)
at hudson.FilePath.act(FilePath.java:635)
at hudson.FilePath.deleteRecursive(FilePath.java:705)
at hudson.model.AbstractProject.doDoWipeOutWorkspace
(AbstractProject.java:1252)
... 49 more
This is the other System.out printed each time the error occurs.
[Winstone 2009/07/21 17:38:58] - Untrapped Error in Servlet
java.io.IOException: Unable to delete
E:\Hudson\.hudson\jobs\Home\workspace\vRegressionBuildCode-
branch\Country.eApHomePCO.WS\App_WebReferences
at hudson.Util.deleteFile(Util.java:219)
at hudson.Util.deleteRecursive(Util.java:251)
at hudson.Util.deleteContentsRecursive(Util.java:185)
at hudson.Util.deleteRecursive(Util.java:250)
at hudson.Util.deleteContentsRecursive(Util.java:185)
at hudson.Util.deleteRecursive(Util.java:250)
at hudson.Util.deleteContentsRecursive(Util.java:185)
at hudson.Util.deleteRecursive(Util.java:250)
at hudson.FilePath$10.invoke(FilePath.java:707)
at hudson.FilePath$10.invoke(FilePath.java:705)
at hudson.FilePath.act(FilePath.java:635)
at hudson.FilePath.deleteRecursive(FilePath.java:705)
at hudson.model.AbstractProject.doDoWipeOutWorkspace
(AbstractProject.java:1252)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.kohsuke.stapler.Function$InstanceFunction.invoke
(Function.java:176)
at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:92)
at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse
(Function.java:53)
at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:73)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch
(NameBasedDispatcher.java:30)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:486)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:179)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch
(NameBasedDispatcher.java:30)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:486)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:404)
at org.kohsuke.stapler.Stapler.service(Stapler.java:117)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)
at winstone.ServletConfiguration.execute(ServletConfiguration.java:249)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:335)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:378)
at hudson.util.PluginServletFilter$1.doFilter
(PluginServletFilter.java:91)
at org.jvnet.hudson.plugins.greenballs.GreenBallFilter.doFilter
(GreenBallFilter.java:38)
at hudson.util.PluginServletFilter$1.doFilter
(PluginServletFilter.java:94)
at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:83)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:84)
at hudson.security.UnwrapSecurityExceptionFilter.doFilter
(UnwrapSecurityExceptionFilter.java:51)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter
(ExceptionTranslationFilter.java:166)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter
(AnonymousProcessingFilter.java:125)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter
(RememberMeProcessingFilter.java:142)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.AbstractProcessingFilter.doFilter
(AbstractProcessingFilter.java:271)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter
(BasicProcessingFilter.java:173)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter
(HttpSessionContextIntegrationFilter.java:249)
at hudson.security.HttpSessionContextIntegrationFilter2.doFilter
(HttpSessionContextIntegrationFilter2.java:66)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at hudson.security.ChainedServletFilter.doFilter
(ChainedServletFilter.java:76)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:155)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)
at winstone.RequestHandlerThread.processRequest
(RequestHandlerThread.java:244)
at winstone.RequestHandlerThread.run(RequestHandlerThread.java:150)
at java.lang.Thread.run(Unknown Source)
javax.servlet.ServletException: Unable to delete
E:\Hudson\.hudson\jobs\Home\workspace\vRegressionBuildCode-
branch\Country.eApHomePCO.WS\App_WebReferences
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:498)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:179)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch
(NameBasedDispatcher.java:30)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:486)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:404)
at org.kohsuke.stapler.Stapler.service(Stapler.java:117)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)
at winstone.ServletConfiguration.execute(ServletConfiguration.java:249)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:335)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:378)
at hudson.util.PluginServletFilter$1.doFilter
(PluginServletFilter.java:91)
at org.jvnet.hudson.plugins.greenballs.GreenBallFilter.doFilter
(GreenBallFilter.java:38)
at hudson.util.PluginServletFilter$1.doFilter
(PluginServletFilter.java:94)
at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:83)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:84)
at hudson.security.UnwrapSecurityExceptionFilter.doFilter
(UnwrapSecurityExceptionFilter.java:51)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter
(ExceptionTranslationFilter.java:166)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter
(AnonymousProcessingFilter.java:125)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter
(RememberMeProcessingFilter.java:142)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.AbstractProcessingFilter.doFilter
(AbstractProcessingFilter.java:271)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter
(BasicProcessingFilter.java:173)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter
(HttpSessionContextIntegrationFilter.java:249)
at hudson.security.HttpSessionContextIntegrationFilter2.doFilter
(HttpSessionContextIntegrationFilter2.java:66)
at hudson.security.ChainedServletFilter$1.doFilter
(ChainedServletFilter.java:87)
at hudson.security.ChainedServletFilter.doFilter
(ChainedServletFilter.java:76)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:155)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)
at winstone.RequestHandlerThread.processRequest
(RequestHandlerThread.java:244)
at winstone.RequestHandlerThread.run(RequestHandlerThread.java:150)
at java.lang.Thread.run(Unknown Source)
Have you tried running Process explorer or similar tool to find out what
application or DLL that is locking the file? Try running the handle.exe
(http://technet.microsoft.com/en-us/sysinternals/bb896655.aspx) to find out more
information about this, so we can see if its the build tool, tfs or Hudson
(java.exe) that is locking the file.
Could you please try to include the Locked Files Report plugin when running your
builds? That plugin will show at the end and after SCM, if there are any locked
files in the workspace.
I tried that process explorer, but it wasn't much use. It seems like it has to
be something in Hudson locking a file.
The strange thing is that it seems like it's always a web reference file.
We'll get the locked file plugin included and send a status update.
I'm geting a null pointer exception now for all builds with that checkbox on:
FATAL: null
java.lang.NullPointerException
at
hudson.plugins.lockedfilesreport.LockedFilesReporter.checkForFileUsage
(LockedFilesReporter.java:61)
at hudson.plugins.lockedfilesreport.LockedFilesReporter.prebuild
(LockedFilesReporter.java:52)
at hudson.model.AbstractBuild$AbstractRunner.preBuild
(AbstractBuild.java:393)
at hudson.model.AbstractBuild$AbstractRunner.preBuild
(AbstractBuild.java:388)
at hudson.model.AbstractBuild$AbstractRunner.preBuild
(AbstractBuild.java:384)
at hudson.model.Build$RunnerImpl.doRun(Build.java:119)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:271)
at hudson.model.Run.run(Run.java:949)
at hudson.model.Build.run(Build.java:112)
at hudson.model.ResourceController.execute(ResourceController.java:93)
at hudson.model.Executor.run(Executor.java:116)
Im truly sorry, and im not sure what is going wrong as the exception is thrown for
either the build or build.getResult().
What version of Hudson are you using?
What plugins do you have?
What type of project is it?
Has it checked out all files from SCM?
Could you share the config.xml for the project (with of course
username/server/password blanked?)
Sure enough, I haven't gotten this problem for a while again. I am stumped as
to what triggers it. I'll keep you posted if it starts popping back up in the
future. We've got an app to give us a little more info if we can find a way to
start triggering it again.
I can reproduce ist also:
Hudson running im Tomcat on Windows Server 2008 System Account -maybe it has something todo with Windows Rights Managment?
-----------
pe Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
java.io.IOException: Unable to delete C:\srv\usrhome\hudson\jobs\ImmobilienRatingKernel_Trunk\config.xml
hudson.util.AtomicFileWriter.commit(AtomicFileWriter.java:109)
hudson.XmlFile.write(XmlFile.java:166)
hudson.model.AbstractItem.save(AbstractItem.java:220)
hudson.model.Job.save(Job.java:167)
hudson.model.Job.doConfigSubmit(Job.java:1053)
hudson.model.AbstractProject.doConfigSubmit(AbstractProject.java:555)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
java.lang.reflect.Method.invoke(Unknown Source)
org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:235)
org.kohsuke.stapler.Function.bindAndInvoke(Function.java:116)
org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:57)
org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:75)
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:30)
org.kohsuke.stapler.Stapler.invoke(Stapler.java:525)
org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:181)
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:30)
org.kohsuke.stapler.Stapler.invoke(Stapler.java:525)
org.kohsuke.stapler.Stapler.invoke(Stapler.java:441)
org.kohsuke.stapler.Stapler.service(Stapler.java:123)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:94)
net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:368)
org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:42)
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:97)
hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:51)
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:97)
hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:86)
hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:78)
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166)
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173)
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:66)
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
note The full stack trace of the root cause is available in the Apache Tomcat/6.0.24 logs.
-----------
Sorry, i don't understand. What you you mean with "TFS" ?
Its an issue in v 1.361 and maybe together jobConfigHistory plugin.
If you look closely this issue was originally reported against the TFS component, ie TFS plugin.
I can confirm that this issue occurs on 1.161 in combination with the "Hudson Job Configuration History Plugin" version 1.5.
Disabling the Job Config History plugin seems to solve the problem. So I would guess that that plugin is holding a file reference which is inhibiting the delete on windows systems.
For the record I've tested this on a Windows 2000 SP4 server running on jdk 1.6.0_20 with the winstone runner.
Assigning to job configuration history plugin. Maybe the maintainer of that plugin knows what can be done
After a look into our code, the only code location where we access the original config.xml file (in read-only mode) is in http://fisheye.jenkins-ci.org/browse/Hudson/tags/jobConfigHistory-1.5/src/main/java/hudson/plugins/jobConfigHistory/ConfigHistoryListenerHelper.java?r=31559#l167. The file is opened, copied and closed immediately:
private void copyConfigFile(final File currentConfig, final File timestampedDir) throws FileNotFoundException, IOException { final FileOutputStream configCopy = new FileOutputStream(new File(timestampedDir, currentConfig.getName())); try { final FileInputStream configOriginal = new FileInputStream(currentConfig); try { Util.copyStream(configOriginal, configCopy); } finally { configOriginal.close(); } } finally { configCopy.close(); } }
Elsewhere we operate on the historized files only.
So I do not think the jobConfig history plugin is responsible. As the plugin was released first Feb 01 2010
comments from 2009 are definitely not related . I will change the component to unknown, then.
I would even suggest to decrease the priority as well, a really critical would not stay in the wild for more than a year hopefully .
Best Regards
Mirko
Putting it to back to TFS, though I would suggest closing this bug as "Can not reproduce", there are lots of stacktraces in this issue which IMHO only have Windows-OSes in common, but are otherwise unrelated .
Ok, can not reproduce the TFS problem. Please open up a new issue for jobconfig (or misc).
Hello,
i also reproduced problem with file access through job histoty plugin (s.a.). After i deactivted the plugin the problem immediately disappeared. I am sure that it has something todo with the job history plugin, why else this effect?
Maybe it has something todo with "hudson on windows server" installations plus the job histoty plugin because of file access rights managment, but i gave all rights for the service acccount of tomcat/hudson was running on and the problem stayed.
Please submit a new bug for the jobConfigHistory-Plugin then instead of discussing this in this unrelated bug. As I wrote above I am somewhat at loss regarding this issue, we do not run hudson on a Windows-Server and on my workstation I can not reproduce this problem.
i cant see that this is related to the TFS plugin, as you re-opened it referenced the job-history plugin. This issue is marked as belonging to the tfs plugin, and not the job-history plugin. Im just doing some cleaning for a upcoming tfs release.
Is the job configured to remove the workspace for every build?
Does the folder exist under the workspace at that time? Because from the
exception I can see that the plugin has discovered that the local path exists,
and therefore tries to delete it. Im wondering why it can not delete it, is
there any files in it that are in use?
http://fisheye4.atlassian.com/browse/hudson/trunk/hudson/plugins/tfs/src/main/ja
va/hudson/plugins/tfs/actions/CheckoutAction.java?r=11771#l40