I was able to upload my files now, and get new work. The issue might be resolved.

Not for me! This morning I found an upload that had stalled at 100%. I did a retry and it is now at 48%.

Same WU stalled at 100% and is now back to 49%!

The issue is not resolved at this time.

Sometimes uploading is working, sometimes not. I got new work and some result where uploaded normally, other way after 24 hours. So there seems to be progress but it is not resolved yet.

---

Greetings from TJ

Yes i think always when the right workunits get through to end a sequence, it writes down the result and deletes the big files for example three workunits and freeing up itself some space, where 100users try to poke in, and hopefully the correct ones to get again some other sequences finished ^^ i want my 500M Milestone!! :P

---

---------- 24/7 Crunching since 2011 -----------
DSKAG Austria: http://www.dskag.at

Well - it's Monday afternoon in Spain and still no reaction. Clearly no-one is minding the shop...

I think in america it could be still wakeup morning time? Dont know where the staff is located.

---

---------- 24/7 Crunching since 2011 -----------
DSKAG Austria: http://www.dskag.at

Well - it's Monday afternoon in Spain and still no reaction. Clearly no-one is minding the shop...

Yeah I am out of work and have units to send back, I set my pc's to no new tasks and attached to a different project.

August in Spain.....

Well - it's Monday afternoon in Spain and still no reaction. Clearly no-one is minding the shop...

Yeah I am out of work and have units to send back, I set my pc's to no new tasks and attached to a different project.

Well - it's Monday afternoon in Spain and still no reaction. Clearly no-one is minding the shop...

Yeah I am out of work and have units to send back, I set my pc's to no new tasks and attached to a different project.

There no reason to set No New Tasks. Just let BOINC's transmit-retry-back-off do its job until GPUGrid can complete the transfers, and make sure you are attached to backup-GPU projects.

We are actually in the shop :) The problem is figuring out where all the disk space has vanished which seems to take some time and then finding the best course of action. But we are definitely working on it.

Will we loose credit for not reporting long tasks within 24h ?

The problem is figuring out where all the disk space has vanished

A mysterious disappearance of hard disk space. Most probably extraterrestrial forces were involved. Maybe we will find them with Seti@home ;-)

---

Regards, Josef

Believe it or not, dedicated people are working on the overworked server regardless of the time of the day. When the disk is full it takes time even to delete files.

Thank you Toni. Keep up the good work.

My backup GPU projects kicked in briefly, and everything worked as intended. Now as GPUGrid comes back, and can handle the transfers, BOINC will transition to using it again. All without user intervention.

Again, thank you, for continuing to make GPUGrid run relatively very smoothly!

Thank you Toni. Keep up the good work.

Here here!

Jacob,

I took your advice and decided to connect to einstein@home. It's now downloading ~50 files at 5 megs each! And given my BOINC settings they look like they're CPU tasks.

What project do you recommend to guarantee GPU tasks?

My backup GPU projects kicked in briefly, and everything worked as intended. Now as GPUGrid comes back, and can handle the transfers, BOINC will transition to using it again. All without user intervention.

Hi Jacob,

can you please tell me how you manage this? Sounds like:

If (GPUGrid fails) than
run Seti@home

Else

run GPUGrid

End If

I would be very grateful for your solution.

---

Regards, Josef

My backup GPU projects kicked in briefly, and everything worked as intended. Now as GPUGrid comes back, and can handle the transfers, BOINC will transition to using it again. All without user intervention.

Hi Jacob,

can you please tell me how you manage this? Sounds like:

If (GPUGrid fails) than
run Seti@home

Else

run GPUGrid

End If

I would be very grateful for your solution.

......... Pick another project & set the resource share to 0 in Boinc Manager - that way work will only be requested when projects with a greater than 0 resource share are unavailable.

I have Einstein set to resources share of 0 all the time - so when GPUGrid developed this problem my system started requesting a single Einstein GPU task at a time -a resource share of 0 does not download more than one task at a time.

Make sure you edit your Einstien preferences to only use your nVidia GPU - or you may find CPU tasks appearing ........

Dont know where the staff is located.

GPUGrid is based in Barcelona, Spain.

Believe it or not, dedicated people are working on the overworked server regardless of the time of the day. When the disk is full it takes time even to delete files.

Glad to hear the server is overworked always good news for a project. Why not ask a big company to make a donation of new server for exposure? I think maybe get someone to send begging letters to all computer suppliers on a daily basis like Andy Dufresne did in Shawshank Redemption, excellent film!

An update: we have been freeing up space since Sunday night. The resolution is not instantaneous because:

1. deleting huge amount of files is slow
2. as soon as files are deleted, the freed up space is used by newly uploaded WUs.

So, please don't worry if things take some time to go back to normality.

The increase in required space is partly due to new WU types (e.g. the CPU experiments).

Addition of HD space has been of course considered, but with the current server it is sadly not possible for hardware reasons.