Community
Participate
Working Groups
Created attachment 161103 [details] Error log Since yesterday all our hudson jobs (Xtext, Xpand and MWE) fail with Buildfile: /opt/users/hudsonbuild/.hudson/jobs/cbi-tmf-xtext-0.7/workspace/build/org.eclipse.dash.common.releng/buildAll.xml does not exist error. Seems like linked /opt/public/cbi/build/org.eclipse.dash.common.releng/ contains any content. Error log is attached.
Seems like the files keep disappearing from the filesystem - perhaps a cvs checkout failure? Or someone deleting them? If I do $ cd /opt/public/cbi/build/org.eclipse.dash.common.releng; cvs up everything returns. I've changed the permissions on the folder so that it's only writable by callisto-dev, which should hopefully prevent accidental deletes by the hudson user.
I'm having the same issue for cbi-amalgam-nightly, I had to log and cvs up' and got a build.
hi, i also got the same problem with ANT based build for EEF job's : https://build.eclipse.org/hudson/view/Modeling/job/cbi-emf-eef-0.7-nightly/346/console Somebody is cleaning his workspace too much ?
Yes, seems someone (cbrun?) has a build which is purging shared files. The build should not have permission to delete these files. I've changed permissions where possible so that only the dashBuild userid can mess up these files.
You might have seen my user id because I had to cvs up yesterday to get the amalgam build done. I launched several builds yesterday without having any issue then, it probably means the amalgam build is not clearing the files. We'll quickly see which build is failing because it can't delete the common project :)
Nick, i upgraded the org.eclipse.dash.common.releng project today and notice that in the build.xml file ( in the root directory ), there is a cleanupWorkspace target : <target name="cleanupWorkspace" if="isInHudson" description="this will do some extreme cleaning of the workspace to purge leftover build dir from previous build. Handy if in Hudson; bad if on local" > <delete failonerror="false" dir="${writableBuildRoot}/" defaultexcludes="false" includeemptydirs="true" excludes="3rdPartyJars, downloads" /> </target> Does it means that ALL directory under workspaces builds are purged excluding only downloads and 3rdpartysJars ? if yes, this may causes the problem, because some projects are making symlinks to org.eclipse.dash.common.releng projects. For example, xtext does it : https://build.eclipse.org/hudson/job/cbi-tmf-xtext-0.7/ws/build/ notice the org.eclipse.dash.common.releng folder. looking at the log, you can see these lines : ++ buildDir=/opt/users/hudsonbuild/.hudson/jobs/cbi-tmf-xtext-0.7/workspace/build/N201003101026 ++ mkdir -p /opt/users/hudsonbuild/.hudson/jobs/cbi-tmf-xtext-0.7/workspace/build/downloads /opt/users/hudsonbuild/.hudson/jobs/cbi-tmf-xtext-0.7/workspace/build/signing /opt/users/hudsonbuild/.hudson/jobs/cbi-tmf-xtext-0.7/workspace/build/N201003101026 ++ touch /opt/users/hudsonbuild/.hudson/jobs/cbi-tmf-xtext-0.7/workspace/build/.cvspass ++ relengBaseBuilderDir=/opt/users/hudsonbuild/.hudson/jobs/cbi-tmf-xtext-0.7/workspace/build/org.eclipse.releng.basebuilder ++ relengCommonBuilderDir=/opt/users/hudsonbuild/.hudson/jobs/cbi-tmf-xtext-0.7/workspace/build/org.eclipse.dash.common.releng ++ ln -s /opt/public/cbi/build/org.eclipse.releng.basebuilder /opt/users/hudsonbuild/.hudson/jobs/cbi-tmf-xtext-0.7/workspace/build/ ++ ln -s /opt/public/cbi/build/org.eclipse.dash.common.releng /opt/users/hudsonbuild/.hudson/jobs/cbi-tmf-xtext-0.7/workspace/build/ ++ ln -s /opt/public/cbi/build/3rdPartyJars /opt/users/hudsonbuild/.hudson/jobs/cbi-tmf-xtext-0.7/workspace/build/
Created attachment 161627 [details] proposed patch to not delete common project
With recent changes to improve the testing experience, and the addition of a vnc password, you can now run your tests with either "test" (calls runtests.sh to start VNC) or "testLocal" (keeps everything in the same Eclipse process and display thread, and therefore must have the "Use Xvnc" box checked on your Hudson job). I'd like to close this but I need confirmation from the various affected parties that things are better. Sound off!
Comment on attachment 161627 [details] proposed patch to not delete common project Thanks for the patch. Applied.
Two weeks without a comment. closing. If still broken, reopen.
