Development for LHC@home

Console 4 (stdout) should now report when a job starts and stops. There should be two gfal-copy calls per job; one input and one output.

I tested it for the third time now.
Console F4 shows "Bandwidth 117683"during the upload process.

Upload for the vboxheadless process: 128MB.
Upload was running at full speed for 18min (checked with task monitor)

IT IS UPLOADING 120-150MB!
You can say whatever you want, but it is happening.

If we are observing something different, we should dig a little deeper.

The stdout and stderr Web logs (show graphics) are now appending for each job so should contain all information. If you search for gfal-copy in stderr you should see the file is being copied. Go to the URL below and search for that file.

http://data-bridge-test.cern.ch/myfed/atlas-boinc/output/

The size of that file should be displayed and you can download it to verify.

From stdout.log:

Copying 19992536 bytes file:////var/lib/condor/execute/dir_3618/result.tar.gz => https://data-bridge-test.cern.ch/myfed/atlas-boinc/output/3727707_ATLAS_result
Bandwidth: 1134948

Thanks, i will.
One indication may be, that the upload was continuing for long AFTER the "Bandwidth xxxxxx" display showed on Console F4.

Once the upload completed it showed" Starting new task"

Maybe you saw the transfer upload and directly thereafter the download for the new job.
The downloads are as far I have noticed 53.3MB for 1 job.

Thanks for the tip.
It was JUST the upload.
Task manager showed max upload on the graph (1Mbit/s) for 18min.

CP is right. Search for the curl command to see the input file and look for it here.

http://data-bridge-test.cern.ch/myfed/atlas-boinc/input/

So with just the input and output file there is ~75MB per job.

Task ending after 7 min.

Out of jobs-again?

More jobs submitted.

Thanks, Laurence.

Thanks for adding the finished x.log files.
Now i can see, if a job passed or failed.

EDIT:Sorry, wrong thread.

I did some more testing.
The job finished (after about 4h50min)it started uploading.
The first 25 or so MB were transmitted to cephrgw10.cern.ch.
Then it continued transmitting to alicondorce01.cern.ch for another 110MB.
The main IP addresses were:188.184.129.127:9618
and
188.184.187.167:9618.

Why and what is it transmitting?

This is way to specific to be an accident.

EDIT: the job terminated shortly after the end of the upload.

http://lhcathomedev.cern.ch/vLHCathome-dev/result.php?resultid=159615

Then it continued transmitting to alicondorce01.cern.ch for another 110MB.

That's not good. Shouldn't be doing that. It looks like it is transferring the whole scratch directory back. Will investigate tomorrow.

That's not good. Shouldn't be doing that. It looks like it is transferring the whole scratch directory back. Will investigate tomorrow.

Any progess?

Sorry, got a little sidetracked with the day job as Ivan would say :)

There was only one running job left in the queue so submitted some more. These should not transfer the output back to alicondorxxx.

These should not transfer the output back to alicondorxxx.

Not working. Upload size still >100MB and to the above.

Try again. I hope you don't have a data cap from your ISP!

Estimated duration ~75 hours
Actual duration ~ 3 minutes

Tasks say Running High Priority but no elapsed time and stuck at 0% for a few minutes as a minimum.

Should we expect the resumption of the ATLAS application, or the application will be tested on your own test server?