Details
-
Bug
-
Status: Open (View Workflow)
-
Major
-
Resolution: Unresolved
-
None
Description
Hi folks,
From time to time, I'm experiencing a weird problem with deleted/lost workspace directory. One minute it's here and then it mysteriously "disappears" during/before the next build?
I'm using Master-Slave strategy, where one project is build on two slaves. During day, project is build on SCM change. During night, there is performed a scheduled night build (with some SVN/GIT cleanups and some time consuming tests).
As far as I noticed, it happens during night builds when there are performed some SVN/GIT clean-ups. But this probably does not matter, because the workspace directory is "lost" before the SVN/GIT starts cleaning. Here is what I usually see in the log:
Started by upstream project "projectABC_32_64" build number 284
originally caused by:
Started by timer
Building remotely on LB3D-Wxpp32sp3 in workspace c:\Jenkins\workspace\projectABC_32_64\lb3d_32_64\LB3D-Wxpp32sp3
Checking out a fresh workspace because C:\Jenkins\workspace\projectABC_32_64\lb3d_32_64\LB3D-Wxpp32sp3\Ranorex doesn't exist
Cleaning local Directory Ranorex
Checking out svn://loremipsum... at revision '2013-09-23T02:30:34.438 +0200'
Then it does SVN checkout, followed by GIT fetch and both GIT and SVN-based project builds. All would be fine, except that after the SVN checkout, there is apparently no directory created, because after an attempt to build the SVN-based project, msbuild fails because of missing project file.
Here is an excerpt from failed build...
Path To MSBuild.exe: c:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe
Executing the command cmd.exe /C "c:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe " /p:Configuration=Release /t:Clean;Build /p:lb3d_32_64=LB3D-Wxpp32sp3 .\Ranorex\xSpector.sln && exit %%ERRORLEVEL%% from c:\Jenkins\workspace\projectABC_32_64\lb3d_32_64\LB3D-Wxpp32sp3
[LB3D-Wxpp32sp3] $ cmd.exe /C "c:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe " /p:Configuration=Release /t:Clean;Build /p:lb3d_32_64=LB3D-Wxpp32sp3 .\Ranorex\xSpector.sln && exit %%ERRORLEVEL%%
Microsoft (R) Build Engine Version 4.0.30319.1
[Microsoft .NET Framework, Version 4.0.30319.1]
Copyright (C) Microsoft Corporation 2007. All rights reserved.
MSBUILD : error MSB1009: Project file does not exist.
Switch: .\Ranorex\xSpector.sln
Any idea what could be the problem of this random workspace deletion? Anyone else experienced such a problem?
How should Jenkins check if slaves share the same slave root? It the slaves connect to the same machine that is possible (but why do you have then different slaves at all?), but what if several different machines have the same NFS directory mounted? It will be quite hard to reliably find out if a slave root is shared.