[Hudson] File on Windows can't be deleted
Hi, a build [1] on the Windows slave fails because a file can't be deleted: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to clean project: Failed to delete C:\hudson\hudson-slave\workspace\dir-apacheds-jdk16-win\trunk\i18n\target\apacheds-i18n-1.5.8-SNAPSHOT.jar Are there any locks on that file? Can you please try to delete it by hand? Thanks, Stefan [1] https://hudson.apache.org/hudson/job/dir-apacheds-jdk16-win
Re: [Hudson] File on Windows can't be deleted
You could try wiping the workspace ? On Sun, Oct 17, 2010 at 02:07, Stefan Seelmann wrote: > Hi, > > a build [1] on the Windows slave fails because a file can't be deleted: > > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] Failed to clean project: Failed to delete > > C:\hudson\hudson-slave\workspace\dir-apacheds-jdk16-win\trunk\i18n\target\apacheds-i18n-1.5.8-SNAPSHOT.jar > > Are there any locks on that file? Can you please try to delete it by hand? > > Thanks, > Stefan > > [1] https://hudson.apache.org/hudson/job/dir-apacheds-jdk16-win >
Re: [Hudson] File on Windows can't be deleted
On 17 October 2010 10:07, Stefan Seelmann wrote: > Hi, > > a build [1] on the Windows slave fails because a file can't be deleted: > > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] Failed to clean project: Failed to delete > C:\hudson\hudson-slave\workspace\dir-apacheds-jdk16-win\trunk\i18n\target\apacheds-i18n-1.5.8-SNAPSHOT.jar > > Are there any locks on that file? Can you please try to delete it by hand? Note that Java on Windows locks jars on the classpath, so it could be that there is a stale process which still has the file open. > > Thanks, > Stefan > > [1] https://hudson.apache.org/hudson/job/dir-apacheds-jdk16-win >
Re: [Hudson] File on Windows can't be deleted
Thanks for the tipp. Unfortunately I get the same error: hudson.util.IOException2: remote file operation failed: c:\hudson\hudson-slave\workspace\dir-apacheds-jdk16-win at hudson.remoting.chan...@72cef095:windows1 hudson.FilePath.act(FilePath.java:749) ... root cause java.io.IOException: Unable to delete c:\hudson\hudson-slave\workspace\dir-apacheds-jdk16-win\trunk\core\target\apacheds-core-1.5.8-SNAPSHOT.jar hudson.Util.deleteFile(Util.java:260) hudson.Util.deleteRecursive(Util.java:302) hudson.Util.deleteContentsRecursive(Util.java:221) ... Kind Regards, Stefan On Sun, Oct 17, 2010 at 11:17 AM, Antoine Toulme wrote: > You could try wiping the workspace ? > > On Sun, Oct 17, 2010 at 02:07, Stefan Seelmann wrote: > >> Hi, >> >> a build [1] on the Windows slave fails because a file can't be deleted: >> >> [INFO] >> >> [ERROR] BUILD ERROR >> [INFO] >> >> [INFO] Failed to clean project: Failed to delete >> >> C:\hudson\hudson-slave\workspace\dir-apacheds-jdk16-win\trunk\i18n\target\apacheds-i18n-1.5.8-SNAPSHOT.jar >> >> Are there any locks on that file? Can you please try to delete it by hand? >> >> Thanks, >> Stefan >> >> [1] https://hudson.apache.org/hudson/job/dir-apacheds-jdk16-win >> >
Re: [Hudson] File on Windows can't be deleted
On Sun, Oct 17, 2010 at 12:27 PM, sebb wrote: >> C:\hudson\hudson-slave\workspace\dir-apacheds-jdk16-win\trunk\i18n\target\apacheds-i18n-1.5.8-SNAPSHOT.jar >> >> Are there any locks on that file? Can you please try to delete it by hand? > > Note that Java on Windows locks jars on the classpath, so it could be > that there is a stale process which still has the file open. As Sebb noted, there is a stale JVM holding on to that file (and a lot of other Apache DS jars). It was started on October 13 (now seems to be deleted in Hudson), with the following command line: c:\hudson\tools\java\latest-1.6-64\jre\bin\java -Xmx1024m -jar C:\Users\hudson\AppData\Local\Temp\surefirebooter6057665385176864901.jar C:\Users\hudson\AppData\Local\Temp\surefire4636072868886298356tmp C:\Users\hudson\AppData\Local\Temp\surefire846828774278823902tmp In the directory: C:\hudson\hudson-slave\workspace\dir-apacheds-jdk16-win\trunk\server-integ\ Not sure if this helps you track down what part of the build which causes this behavior. I've now killed the process which should have released the file. /niklas
Re: Build failed in Hudson: Mahout-Quality #410
Over the last two days Mahout-Quality has had 4 successful builds and no failures from solaris1 and 7 builds with 4 failures from solaris2. A quick chi^2 test indicates that this is a significant difference at p < 0.02. I think solaris2 has something wrong. I also think that this changed two days ago. Copying builds@ on this. Here is a link to the summary. https://hudson.apache.org/hudson/job/Mahout-Quality/buildTimeTrend On Sun, Oct 17, 2010 at 8:34 AM, Jeff Eastman wrote: > This looks like the same problem we had yesterday on build #404. It went > away by itself too indicating some fickleness with our Hudson processing. > > > On 10/17/10 7:22 AM, Sean Owen wrote: > >> Hudson, she is a fickle mistress.. >> >> I don't think that was actually the cause -- looks like an unrelated error >> that should just sort itself out? maybe a transient environment issue? >> >> On Sun, Oct 17, 2010 at 3:01 PM, deneche abdelhakim> >wrote: >> >> what ? I just removed an empty directory !!! >>> >>> >>> >
Re: Build failed in Hudson: Mahout-Quality #410
On Sun, Oct 17, 2010 at 9:05 PM, Ted Dunning wrote: > Over the last two days Mahout-Quality has had 4 successful builds and no > failures from solaris1 and 7 builds with 4 failures from solaris2. A quick > chi^2 test indicates that this is a significant difference at p < 0.02. > > I think solaris2 has something wrong. I also think that this changed two > days ago. >From the logs, this seems to be related to the Clover problem reported a few days ago. Could you try to disable Clover to see if that helps? At least that would help us isolate the problem. Also, I've restarted the solaris2 slave. /niklas
