|
Ben,
Something does indeed look amiss. I think I've seen this problem before for some temporary files. i.e. the file being moved, were actually removed by another process while Bamboo was trying to copy it. Your setup seems fine to me. A few questions
Cheers, Mark C 1. I think it happens every time - I've cleared the logs out so I can't confirm that; but from memory they were appearing an awful lot.
2. Everything for the server runs as "bamboo-server". This user has r/w access to the source file in question. They also have write access to the target directory and can write a file to this directory without any problems. I don't think the class files are temporary - they still exist after the server has finished working and after it has complained about them not existing. I'll try restarting the server with an strace and see if I can see where the server is looking. The stracing thing generate a bajillion gigabytes of logs, so I stopped doing that in hope of a better solution.
Interestingly, I discovered this in the log this morning: 14-Dec-2006 20:15:02 Executing build 108 Now why is it trying to do the artifact copy at the START of the build process? Seems very very weird, some kind of parallelism problem perhaps? Ben,
Looking at the code again, it does indeed look like a possible multi-threaded issue. Currently, we deal with artifacts as a build post process, which means that it's possible that another build could be kicked off before the post processes would occur. This wouldn't be such a problem with notifications and the like, but obviously is a problem with artifacts (since the files are being ripped from underneath it). Thanks for helping us out on this. I'll see if I can patch it for 0.9 Cheers, Mark C This should finally be fixed in 1.1.2 now
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The copy pattern is **/*