Community
Participate
Working Groups
Problems encountered while deleting resources. org.eclipse.core.internal.resources.ResourceException: Problems encountered while deleting resources. at org.eclipse.core.internal.resources.Resource.delete(Resource.java:816) at org.eclipse.core.internal.resources.Resource.delete(Resource.java:769) at org.eclipse.team.tests.ccvs.core.subscriber.CVSMergeSubscriberTest.testLocalScrub(CVSMergeSubscriberTest.java:352) at org.eclipse.team.tests.ccvs.core.EclipseTest.runTest(EclipseTest.java:1448) at org.eclipse.team.tests.ccvs.core.EclipseTest.runBare(EclipseTest.java:1295) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:23) at junit.extensions.TestSetup$1.protect(TestSetup.java:23) at junit.extensions.TestSetup.run(TestSetup.java:27) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:23) at junit.extensions.TestSetup$1.protect(TestSetup.java:23) at junit.extensions.TestSetup.run(TestSetup.java:27) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:23) at junit.extensions.TestSetup$1.protect(TestSetup.java:23) at junit.extensions.TestSetup.run(TestSetup.java:27) at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:655) at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:310) at org.eclipse.test.UITestApplication$2.run(UITestApplication.java:197) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4145) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3762) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1108) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:992) at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:137) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:600) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:555) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:124) at org.eclipse.test.UITestApplication.runApplication(UITestApplication.java:140) at org.eclipse.test.UITestApplication.run(UITestApplication.java:62) at org.eclipse.test.UITestApplication.start(UITestApplication.java:212) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:354) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:181) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:636) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:591) at org.eclipse.equinox.launcher.Main.run(Main.java:1450) at org.eclipse.equinox.launcher.Main.main(Main.java:1426) at org.eclipse.core.launcher.Main.main(Main.java:34) Contains: Could not delete 'C:\hb\workspace\ep4-unit-win32\workarea\I20130313-2000\eclipse-testing\test-eclipse\eclipse\cvs_sniff_folder\testLocalScrub-1363241317646\file2.txt'. org.eclipse.core.runtime.CoreException: Problems encountered while deleting files. at org.eclipse.core.internal.filesystem.local.LocalFile.delete(LocalFile.java:131) at org.eclipse.core.internal.resources.ResourceTree.internalDeleteFile(ResourceTree.java:304) at org.eclipse.core.internal.resources.ResourceTree.standardDeleteFile(ResourceTree.java:785) at org.eclipse.team.internal.ccvs.core.util.MoveDeleteHook$1.run(MoveDeleteHook.java:62) at org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.performMoveDelete(EclipseSynchronizer.java:1704) at org.eclipse.team.internal.ccvs.core.util.MoveDeleteHook.deleteFile(MoveDeleteHook.java:57) at org.eclipse.team.internal.core.MoveDeleteManager.deleteFile(MoveDeleteManager.java:50) at org.eclipse.core.internal.resources.Resource.unprotectedDelete(Resource.java:1972) at org.eclipse.core.internal.resources.Resource.delete(Resource.java:803) at org.eclipse.core.internal.resources.Resource.delete(Resource.java:769) at org.eclipse.team.tests.ccvs.core.subscriber.CVSMergeSubscriberTest.testLocalScrub(CVSMergeSubscriberTest.java:352) at org.eclipse.team.tests.ccvs.core.EclipseTest.runTest(EclipseTest.java:1448) at org.eclipse.team.tests.ccvs.core.EclipseTest.runBare(EclipseTest.java:1295) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:23) at junit.extensions.TestSetup$1.protect(TestSetup.java:23) at junit.extensions.TestSetup.run(TestSetup.java:27) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:23) at junit.extensions.TestSetup$1.protect(TestSetup.java:23) at junit.extensions.TestSetup.run(TestSetup.java:27) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:23) at junit.extensions.TestSetup$1.protect(TestSetup.java:23) at junit.extensions.TestSetup.run(TestSetup.java:27) at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:655) at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:310) at org.eclipse.test.UITestApplication$2.run(UITestApplication.java:197) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4145) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3762) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1108) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:992) at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:137) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:600) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:555) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:124) at org.eclipse.test.UITestApplication.runApplication(UITestApplication.java:140) at org.eclipse.test.UITestApplication.run(UITestApplication.java:62) at org.eclipse.test.UITestApplication.start(UITestApplication.java:212) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:354) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:181) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:636) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:591) at org.eclipse.equinox.launcher.Main.run(Main.java:1450) at org.eclipse.equinox.launcher.Main.main(Main.java:1426) at org.eclipse.core.launcher.Main.main(Main.java:34) Contains: Could not delete: C:\hb\workspace\ep4-unit-win32\workarea\I20130313-2000\eclipse-testing\test-eclipse\eclipse\cvs_sniff_folder\testLocalScrub-1363241317646\file2.txt.
*** Bug 403308 has been marked as a duplicate of this bug. ***
Looks like resources cannot be deleted. Let's see if deleting force will help.
(In reply to comment #2) > Looks like resources cannot be deleted. Let's see if deleting force will > help. Did you already make that change? If so, it did not help: http://download.eclipse.org/eclipse/downloads/drops4/N20130320-2000/testresults/html/org.eclipse.team.tests.cvs.core_win32.win32.x86_7.0.html
(In reply to comment #3) > (In reply to comment #2) > > Looks like resources cannot be deleted. Let's see if deleting force will > > help. > > Did you already make that change? Unfortunately yes. This bug will require some more debugging to see what's holding the file.
(In reply to comment #4) > Unfortunately yes. This bug will require some more debugging to see what's holding the file. I did not manage to reproduce it on my local machine despite running it in a loop 1000 times overnight. The file that causes problems is created in this test, so I ruled out the the possibility that some process from previous tests is holding it. In case there is something outside of Eclipse messing with this file I added a project refresh.
It failed again: http://download.eclipse.org/eclipse/downloads/drops4/N20130401-2000/testresults/html/org.eclipse.team.tests.cvs.core_win32.win32.x86_7.0.html
And again: http://download.eclipse.org/eclipse/downloads/drops4/I20130428-2000/testresults/html/org.eclipse.team.tests.cvs.core_win32.win32.x86_7.0.html
Fixed with http://git.eclipse.org/c/platform/eclipse.platform.team.git/commit/?id=688c909262be4125519f167e1ce5b5d99ddca0f2 Let's see whether this fixes the issue.
(In reply to comment #8) > Fixed with > http://git.eclipse.org/c/platform/eclipse.platform.team.git/commit/ > ?id=688c909262be4125519f167e1ce5b5d99ddca0f2 > > Let's see whether this fixes the issue. This did not help either :-(.
To rule out file clashes, I renamed 'file2.txt' to 'works.txt'. Let's see how this goes. Plus, we log all properties to the console. In addition, I requested to install a utility that detects who locks a file (see bug 407162).
(In reply to comment #10) > To rule out file clashes, I renamed 'file2.txt' to 'works.txt'. Let's see > how this goes. Plus, we log all properties to the console. This did the trick and indicates, that there's some collision with a previously running test. We can investigate further once bug 407162 is fixed.
(In reply to comment #11) > (In reply to comment #10) > > To rule out file clashes, I renamed 'file2.txt' to 'works.txt'. Let's see > > how this goes. Plus, we log all properties to the console. > > This did the trick and indicates, that there's some collision with a > previously running test. Oh boy! It failed again. Increased the max retry count. Let's see...
(In reply to comment #11) > This did the trick and indicates, that there's some collision with a > previously running test. This file is created in the first lines of this test. How can it locked by a previous test?
(In reply to comment #13) > (In reply to comment #11) > > This did the trick and indicates, that there's some collision with a > > previously running test. > > This file is created in the first lines of this test. How can it locked by a > previous test? It could be some cache that only works on the name (not path), like e.g. a decorator. But, as we can see, it did not do the trick :-(.
(In reply to comment #12) > (In reply to comment #11) > > (In reply to comment #10) > > > To rule out file clashes, I renamed 'file2.txt' to 'works.txt'. Let's see > > > how this goes. Plus, we log all properties to the console. > > > > This did the trick and indicates, that there's some collision with a > > previously running test. > > Oh boy! It failed again. Increased the max retry count. Let's see... Finally! The test is now no longer failing. I've now reduced the retry count again, to see whether it was actually the changes made in bug 407162 comment 5 that did the trick.
(In reply to comment #15) > I've now reduced the retry count again, to see whether it was actually the > changes made in bug 407162 comment 5 that did the trick. The test still passes fine and there is no message in the .log about deletion failures.
(In reply to comment #16) > (In reply to comment #15) > > I've now reduced the retry count again, to see whether it was actually the > > changes made in bug 407162 comment 5 that did the trick. > > The test still passes fine and there is no message in the .log about > deletion failures. And here we go again: http://download.eclipse.org/eclipse/downloads/drops4/I20130516-2200/testresults/html/org.eclipse.team.tests.cvs.core_win32.win32.x86_7.0.html I've asked in bug 407162 whether there's still only on executor. If so, I'll have to increase the count again :-(.
(In reply to comment #17) > (In reply to comment #16) > > (In reply to comment #15) > > > I've now reduced the retry count again, to see whether it was actually the > > > changes made in bug 407162 comment 5 that did the trick. > > > > The test still passes fine and there is no message in the .log about > > deletion failures. > > And here we go again: > http://download.eclipse.org/eclipse/downloads/drops4/I20130516-2200/ > testresults/html/org.eclipse.team.tests.cvs.core_win32.win32.x86_7.0.html > > I've asked in bug 407162 whether there's still only on executor. If so, I'll > have to increase the count again :-(. There's still only one executor, hence increased the retry count again.
(In reply to comment #5) > (In reply to comment #4) > > Unfortunately yes. This bug will require some more debugging to see what's holding the file. > I did not manage to reproduce it on my local machine despite running it in a > loop 1000 times overnight. The file that causes problems is created in this > test, so I ruled out the the possibility that some process from previous > tests is holding it. In case there is something outside of Eclipse messing > with this file I added a project refresh. Don't know if it matters but when you ran your local machine tests were you a privileged user? The hudsonbuild user is unprivileged on the windows slave. I'd like to clone this test and see if I can reproduce it. Which test is this on Hudson?
(In reply to comment #19) > Don't know if it matters but when you ran your local machine tests were you > a privileged user? Yes. > I'd like to clone this test and see if I can reproduce it. Which test is > this on Hudson? Not sure which one it is on hudson, but in Git it in: http://git.eclipse.org/c/platform/eclipse.platform.team.git/tree/tests/org.eclipse.team.tests.cvs.core/src/org/eclipse/team/tests/ccvs/core/subscriber/CVSMergeSubscriberTest.java However, running just the test might not work due to the missing setup around it. David, do you have the pointer to the test on Hudson?
I think I found it if I'm not incorrect it's the ep4-unit-win32 job on Hudson? https://hudson.eclipse.org/hudson/job/ep4-unit-win32 and if I understand the test correctly, the test failure doesn't cause the Hudson Job to fail? (I ask because it seems to me Hudson says the job ran successfully the past several times)
(In reply to comment #21) > I think I found it if I'm not incorrect it's the ep4-unit-win32 job on > Hudson? > > https://hudson.eclipse.org/hudson/job/ep4-unit-win32 > > > and if I understand the test correctly, the test failure doesn't cause the > Hudson Job to fail? Correct, the problem we try to solve is the following test failure: https://hudson.eclipse.org/hudson/job/ep4-unit-win32/lastCompletedBuild/testReport/org.eclipse.team.tests.ccvs.core.subscriber/CVSMergeSubscriberTest/testLocalScrub/
(In reply to comment #19) > Don't know if it matters but when you ran your local machine tests were you > a privileged user? Yes, I was a privileged user on Windows.
The test was passing for quite a while now. But now it failed again: http://download.eclipse.org/eclipse/downloads/drops4/I20140128-0800/testresults/html/org.eclipse.team.tests.cvs.core_macosx.cocoa.x86_5.0.html The following warnings were reported while performing the "cvs commit" command. org.eclipse.team.internal.ccvs.core.CVSException: The following warnings were reported while performing the "cvs commit" command. at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.asException(CVSOperation.java:157) at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.handleErrors(CVSOperation.java:200) at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.endOperation(CVSOperation.java:95) at org.eclipse.team.internal.ccvs.ui.operations.RepositoryProviderOperation.endOperation(RepositoryProviderOperation.java:218) at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run(CVSOperation.java:80) at org.eclipse.team.tests.ccvs.core.EclipseRunnable.run(EclipseRunnable.java:30) at java.lang.Thread.run(Thread.java:724) Contains: The modification timestamp was changed for '/testLocalScrub-1390933236027/file1.txt' but the contents match that of the server. The timestamp has been reset. Contains: The modification timestamp was changed for '/testLocalScrub-1390933236027/works.txt' but the contents match that of the server. The timestamp has been reset.
And again: http://download.eclipse.org/eclipse/downloads/drops4/N20140131-2000/testresults/html/org.eclipse.team.tests.cvs.core_macosx.cocoa.x86_5.0.html
Failed again: http://download.eclipse.org/eclipse/downloads/drops4/N20140203-2000/testresults/html/org.eclipse.team.tests.cvs.core_macosx.cocoa.x86_5.0.html
(In reply to Szymon Ptaszkiewicz from comment #26) > Failed again: > > http://download.eclipse.org/eclipse/downloads/drops4/N20140203-2000/ > testresults/html/org.eclipse.team.tests.cvs.core_macosx.cocoa.x86_5.0.html Szymon, would you have time to look into this? It could be related to this change: http://git.eclipse.org/c/platform/eclipse.platform.team.git/commit/?id=14a32ee6d3f278e07227201d038fc9a10e214dd0
(In reply to Dani Megert from comment #27) > (In reply to Szymon Ptaszkiewicz from comment #26) > > Failed again: > > > > http://download.eclipse.org/eclipse/downloads/drops4/N20140203-2000/ > > testresults/html/org.eclipse.team.tests.cvs.core_macosx.cocoa.x86_5.0.html > > Szymon, would you have time to look into this? It could be related to this > change: > http://git.eclipse.org/c/platform/eclipse.platform.team.git/commit/ > ?id=14a32ee6d3f278e07227201d038fc9a10e214dd0 I will look at it.
All CVS tests passed in N20140204-2000. Looks like there was something wrong on the test machine that caused this.
Failed again in N20140205-2000 and again only Mac.
(In reply to Szymon Ptaszkiewicz from comment #30) > Failed again in N20140205-2000 and again only Mac. And also in M20140205-0800 only Mac.
Both, failed and passed again in the past days. We should stabilize or remove that noisy test.
Interesting thing is that it fails only on Mac recently. David, were there any changes on the Mac machine that could cause this?
Failures that started in comment 24 happened only on Mac and never on any other machine. I have been observing test results and for the past month this test consistently passes. Marking FIXED since there is nothing more to do now. The failure from comment 24 is different than the original one in comment 0, so in case the test fails again in future, we should open a separate bug to track it since the original problem is fixed.
Actually, WORKSFORME is better because there was no change to "fix" it.