Magically, the midday stats did run:

Statistics Last Updated: 14-10-10 12:06:03 (UTC) [1 hour(s) ago]

It must have been the fastest statistics ever run. The history shows a total contribution of

00:00:00:00

;O)

Sekerob, I did wonder myself as to whether they'd even bother to run the stats or not... I suppose though, that they've got enough on their hands to be stopping them from running - and, after all, it's a test that they'll not have run for quite some time (i.e., if the result HADN'T have come back with zero, then why...)

The databases are up and running fine so we saw no reason to go in and change the crontab settings.

Kevin,

With the piles of files to upload, suppose the downloads come back on before uploads can complete, will the client block downloading until uploadable files have gone below the cores x 2 threshold?

To clarify, having 16 completed tasks to upload with 41 result files in the transfer window on the quad, is this multiplier applying to the Results number as listed in the Tasks view or the result files number i.e. 2 CEP2 results have 10 files to upload in the transfer view.

thanks.

@Sekerob

I believe that you are correct about uploads needing to complete before work fetch resumes.

However, we hope to be able to turn uploads back on within an hour (that copy process is about 80% complete) while we won't be able to resume sending work for awhile longer yet. This will also give clients a chance to get their results uploaded.

@skgiven
Stats generated from BOINC are not running at this time. The website data is being updated (although since nothing is being returned, there is nothing to update)