After a little more investigation, the projects in "Exception" status will successfully rebuild after a commit has taken place (projects have intervalTrigger) or as reported before a build is forced.
However, it doesn't seem right that a build should be failed even though there was no trigger condition activated which led to the failure. It also points to changes between 1.4.0 and 1.4.3 causing this behaviour. FWIW, after watching this unfold for a second time, the "svn log" time out seems to be due to a resource issue on our build server, rather than a comms issue between servers. I realise this isn't a fault with ccnet, but figured it might be worth mentioning. cheers si On Sun, Mar 22, 2009 at 7:32 PM, si <[email protected]> wrote: > Greetings, > > I've run into an issue where communication between our (virtual) > servers hosting ccnet and svn was timing out for a few minutes, and > when it has come back up again, some of our ccnet projects have > remained stuck in the "Exception" status thrown by ccnet call to svn > log. The only way to resolve is to force a new build of the projects, > and obviously this isn't ideal when we have lots (and lots) of > projects. > > Perhaps ccnet (can) perform a retry for a certain number of iterations > (with an increasing time delay between attempts) and then gives up? > Not sure, I couldn't find anything in my local copy of the documention > and confluence.public.thoughtworks.org is currently down. > > I upgraded ccnet to 1.4.3 on Friday, but I'm not sure if this issue > was present in our previous version (1.4.0).
