Hi.

I can't upload my last Long Runs Result. The big package with 40,44 MB is uploading to 99% and then breaks it up...

Sorry for my bad English...

I too am having upload problems. 2 short runs that get a tiny amount of data sent, then stop

Server is OUT of disc space. So until new capacity is added or data purged from the server, we are stuck

The same with me. 5 machines, none of them can upload..
____________
Regards, Josef

Same here - can't upload: "Server is out of disk space".

same here :-(

Three shorts awaiting upload......

Same issue here.

Same here. 3 longs. All the smaller files uploaded but the three 53MB files still waiting.

Someone please make some space on the server.

2014. 08. 16. 22:21:01 GPUGRID Started upload of e2s356_e1s863f335-SANTI_marsalWTbound2-30-32-RND8784_0_9
2014. 08. 16. 22:21:01 GPUGRID Started upload of I4R44-SDOERR_BARNA5-12-100-RND6142_0_9
2014. 08. 16. 22:21:03 GPUGRID [error] Error reported by file upload server: Server is out of disk space
2014. 08. 16. 22:21:03 GPUGRID [error] Error reported by file upload server: Server is out of disk space
2014. 08. 16. 22:21:03 GPUGRID Temporarily failed upload of e2s356_e1s863f335-SANTI_marsalWTbound2-30-32-RND8784_0_9: transient upload error
2014. 08. 16. 22:21:03 GPUGRID Backing off 40 min 29 sec on upload of e2s356_e1s863f335-SANTI_marsalWTbound2-30-32-RND8784_0_9
2014. 08. 16. 22:21:03 GPUGRID Temporarily failed upload of I4R44-SDOERR_BARNA5-12-100-RND6142_0_9: transient upload error
2014. 08. 16. 22:21:03 GPUGRID Backing off 2 min 15 sec on upload of I4R44-SDOERR_BARNA5-12-100-RND6142_0_9

And of course cant get new tasks.


8/16/2014 8:34:07 PM | GPUGRID | Sending scheduler request: Requested by user.
8/16/2014 8:34:07 PM | GPUGRID | Requesting new tasks for CPU and NVIDIA
8/16/2014 8:34:09 PM | GPUGRID | Scheduler request completed: got 0 new tasks
8/16/2014 8:34:09 PM | GPUGRID | No tasks sent
8/16/2014 8:34:09 PM | GPUGRID | No tasks are available for Long runs (8-12 hours on fastest card)
8/16/2014 8:34:09 PM | GPUGRID | This computer has reached a limit on tasks in progress

The entire staff on vacation?

Now 4 waiting. No new. I am crunching E@H meantime.

Also upload problems for me, but I got a new task, that is running now. The small files all uploaded the bigger ones don't.
Two old erros on my list from 2013 can be removed from the server Matt, that makes a tiny bit of room....:)

http://www.gpugrid.net/results.php?userid=29115&offset=0&show_names=1&state=5&appid=
____________
Greetings from TJ

Hi TJ , Yes I see your comp id 163838 got two uploaded at 21:19 & 21:56 UTC, so thus the new. I wonder how they squeezed in? Mybe the fix has started :)

Yay -- I get to test BOINC's ability to have my 0-resource-share GPU-backup projects kick in again! (My GPU-backup projects: SETI, Einstein, SETIBETA, and Albert)

By the way, it's always good to have backup projects setup, so your GPUs can stay busy, when things like this happen to your main project!

Until then, we just have to wait patiently. So, make sure your GPUs keep busy during the wait!

- Jacob

Well now this effecting <24hr return bonuses. Still no word from project ? :(

Well I was able to hit "retry" a couple times on my oldest tasks and was able to get them to upload and get new b4 the 24hr mark.

I think that involves getting lucky enough to "shove your uploads" into the space that was freed up elsewhere. I too was able to do that to get some of mine to upload. But some are still failing with "[error] Error reported by file upload server: Server is out of disk space"

So... We just have to be patient. I hope somebody can fix it Monday, but MJH mentioned vacations, so, we'll see. Just be patient, and make sure your backup projects can keep the GPUs busy :)

9289 GPUGRID 17-08-2014 11:31:59 [error] Error reported by file upload server: can't write file /home/ps3grid/projects/PS3GRID/upload/288/I16R45-SDOERR_BARNA5-13-100-RND1176_1_9: No space left on server

I installed Windows 8.1 this morning. First job was to install BOINC and connect to GPUGrid. Got a long and it's processing. But...

I have two GPUs, both seen by Device Manager, but I cannot get another WU after many "update" commands.

Is this due to the current problem or must I do something to get a second?

I installed Windows 8.1 this morning. First job was to install BOINC and connect to GPUGrid. Got a long and it's processing. But...

I have two GPUs, both seen by Device Manager, but I cannot get another WU after many "update" commands.

Is this due to the current problem or must I do something to get a second?

Many thanks Retvari. That hit the spot!!

Just be patient, and make sure your backup projects can keep the GPUs busy :)

Not enough, I am still getting the error. :P
Feel free to free some more ;)

In light of this issue I think I will switch to long runs on my server from now on :D

Still getting no luck on uploads, and server refuses to give me more tasks to run.

freed up some space this morning.

Hello!
So... Some disk is full,right? I'm having biggest part of a short-run-wu waiting uploading here too. Boinc says the transfer is 100% but status remains "sending". I guess it sends it some day?

Regards,opr

And I see the server is fast running out of longs...

Boinc says the transfer is 100% but status remains "sending".

The entire staff on vacation?

An additional hard disk for the server is fairly cheap..

8/17/2014 1:53:41 PM | GPUGRID | [error] Error reported by file upload server: Server is out of disk space

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

Thx god =)
____________
DSKAG Austria Research Team: http://www.research.dskag.at

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

Ehm ok not all units uploaded, full again now O.o

Hopefully something today on monday happens, the deadline is coming closer on some units and a massive resend cos much units will go over 2 1/2 day until report when they "repaired" it O.o
____________
DSKAG Austria Research Team: http://www.research.dskag.at

The issue might be resolved.

.....Still have the issue on my two hosts; although overnight one host did manage to report 4 WUs, it is now stalled again.

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%.

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
____________
DSKAG Austria Research Team: http://www.research.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.
____________
DSKAG Austria Research Team: http://www.research.dskag.at

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

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.

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

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

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.

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.

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.

Dont know where the staff is located.

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.

......... 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 ........

Pick another project & set the resource share to 0 in Boinc Manager

"Resource Share" is a project setting.
http://boinc.berkeley.edu/wiki/preferences

It can be set either at:
- the project's website (and then issue an Update command in BOINC), or
- if you use an account manager (like BOINCStats), you can set it there (and then issue an Update command in BOINC).

It can even be set "per venue/location", but I don't use venues/locations to do my settings.

"Resource Share" is a project setting.

...and Einstein @ 1% (it does not like 0%)

...and Einstein @ 1% (it does not like 0%)

Can you please explain?.

You should be able to put 0, click "Update preferences", and then it'll show "---" meaning "it is now set as a backup project".

Yes its definate running with 0%, its working here too. I would prefer to run POEM as backup but they have two Problems.

1.) Not enough workunits all the time for a 100% working backupproject, because they need a backupproject itself :D
2.) does not like dual gpu machines, yes i know exclude blabla, but then point 1. is again for one of the GPUs ^^

So its only Einstein for science reason you can use as backup thats really working as it should. Im sure they are happy about some additional hardcore gpus witch are running on this project :D
____________
DSKAG Austria Research Team: http://www.research.dskag.at

Hmm

I was hoping with the beginning of the work week the disk space issues would be confirmed by a project message and some information regarding a lasting solution shared with people here.

I am still hopeful we'll something along these lines.

I too would revert to POEM GPU's -- but they are exceedingly rare at the moment as they work through application issues.

Instead, I'm running work from Prime Grid or Collatz or Moo. My definitely preference with Nvidia cards is GPU Grid which has been running well over the past several months.

So here's hoping we get some message from the project letting folks know of a projected time frame for resolution.

____________

So its only Einstein for science reason you can use as backup thats really working as it should.

Seems your getting very much workunits ;) did you set it to 0% and update your client before you accept new work?
____________
DSKAG Austria Research Team: http://www.research.dskag.at

OK -- I see I missed an earlier message from Toni describing the problem -- my apologies.

I am wondering if it is possible to connect an external drive not on the array and to use it to offload files for archive purposes and thus free up space. It is possible that the server hardware doesn't directly support an external USB or ESATA drive though -- in which case, it would require downing the server (never any fun) and installing a card to provide the interface. Just a thought since the message suggests this is going to be an ongoing issue.

Hmm

I was hoping with the beginning of the work week the disk space issues would be confirmed by a project message and some information regarding a lasting solution shared with people here.

I am still hopeful we'll something along these lines.

I too would revert to POEM GPU's -- but they are exceedingly rare at the moment as they work through application issues.

Instead, I'm running work from Prime Grid or Collatz or Moo. My definitely preference with Nvidia cards is GPU Grid which has been running well over the past several months.

So here's hoping we get some message from the project letting folks know of a projected time frame for resolution.

@Jacob: Thanks, Einstein works now perfekt as a backup-project.



But as with Tomba, there are a lot of WU's now. And the GPU load varies between 0 and 50%, CPU-application is running as well, although I have GPU-only applications clicked in the settings. Einstein does not work the way I'm used to from GPUGrid. Hmm..
____________
Regards, Josef

Seems your getting very much workunits ;) did you set it to 0% and update your client before you accept new work?

@Jacob: Thanks, Einstein works now perfekt as a backup-project.



But as with Tomba, there are a lot of WU's now. And the GPU load varies between 0 and 50%, CPU-application is running as well, although I have GPU-only applications clicked in the settings. Einstein does not work the way I'm used to from GPUGrid. Hmm..

you can feel free to abort any unstarted work units, without fear of wasting any work.

Seems to be working.

Edit:
Got a much better GPU-utilization with the following app_config.xml in the Einstein-directory:

<app_config>

<app>
<name>einsteinbinary_BRP4G</name>
<gpu_versions>
<gpu_usage>0.5</gpu_usage>
<cpu_usage>0.2</cpu_usage>
</gpu_versions>
</app>



<app>
<name>hsgamma_FGRP3</name>
<gpu_versions>
<gpu_usage>0.50</gpu_usage>
<cpu_usage>0.2</cpu_usage>
</gpu_versions>
</app>

</app_config>

So its only Einstein for science reason you can use as backup thats really working as it should. Im sure they are happy about some additional hardcore gpus witch are running on this project :D

Everything runs fine again. Thanks to all of the problem solving involved people!
____________
Regards, Josef

So its only Einstein for science reason you can use as backup thats really working as it should. Im sure they are happy about some additional hardcore gpus witch are running on this project :D

Or MilkyWay@home, there multiple GPU's work great too.

There is now plenty of space on the server so no one should be having upload/download problems. Of course, please let us know if any of you still has problems. We still have work to do to ensure this doesn't happen again, but that's for us to worry about.

Thanx to all the hard work you all did to sort it out !!!

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.

Uploads slowed to a crawl a few hours ago and are getting slower and slower. Other projects are uploading normally. Checked my connection with Ookla Speedtest and the speed is normal. WU uploads are even starting to stall and lose connection:

Things seem to be normal again. Thanks!

Yo Guys/Gals. Is there a problem with the server again?
Uploads are maxing at 8 KBps and then stalling.

my log show this error
20/11/2014 6:40:32 PM | GPUGRID | Temporarily failed upload of 20mgx465-NOELIA_20MG2-25-50-RND2603_0_9: transient HTTP error

No problems with the internet from this machine, and WCG tasks have uploaded at 50-80 KBps while GPUGrid has been stuck.

I have 2 tasks struggling to upload at the moment.

HELP!!!

Been like this for the past hour or so.

1/6/2015 9:45:10 PM | GPUGRID | Backing off 05:36:00 on upload of 1x81-GERARD_CXCL12_LIG10-4-5-RND5536_0_9
1/6/2015 9:46:42 PM | GPUGRID | Started upload of 1x81-GERARD_CXCL12_LIG10-4-5-RND5536_0_9
1/6/2015 9:46:44 PM | GPUGRID | [error] Error reported by file upload server: [1x81-GERARD_CXCL12_LIG10-4-5-RND5536_0_9] locked by file_upload_handler PID=17978
1/6/2015 9:46:44 PM | GPUGRID | Temporarily failed upload of 1x81-GERARD_CXCL12_LIG10-4-5-RND5536_0_9: transient upload error
1/6/2015 9:46:44 PM | GPUGRID | Backing off 04:24:32 on upload of 1x81-GERARD_CXCL12_LIG10-4-5-RND5536_0_9
1/6/2015 9:58:25 PM | GPUGRID | Started upload of 1x81-GERARD_CXCL12_LIG10-4-5-RND5536_0_9
1/6/2015 9:58:27 PM | GPUGRID | [error] Error reported by file upload server: [1x81-GERARD_CXCL12_LIG10-4-5-RND5536_0_9] locked by file_upload_handler PID=17978
1/6/2015 9:58:27 PM | GPUGRID | Temporarily failed upload of 1x81-GERARD_CXCL12_LIG10-4-5-RND5536_0_9: transient upload error
1/6/2015 9:58:27 PM | GPUGRID | Backing off 04:27:53 on upload of 1x81-GERARD_CXCL12_LIG10-4-5-RND5536_0_9

It was and it cleared about 2 hours later.

It appears this problem has resurfaced. Seems the AMD uploads are processing fine, but the Nvidea ones are not:

This so far is on two different systems

2/7/2015 10:23:11 PM | GPUGRID | Started upload of e2s134_e1s85f79-GERARD_BENTRYP_GAAMPCGEN2-0-1-RND0868_0_9
2/7/2015 10:23:12 PM | GPUGRID | [error] Error reported by file upload server: [e2s134_e1s85f79-GERARD_BENTRYP_GAAMPCGEN2-0-1-RND0868_0_9] locked by file_upload_handler PID=27570
2/7/2015 10:23:12 PM | GPUGRID | Temporarily failed upload of e2s134_e1s85f79-GERARD_BENTRYP_GAAMPCGEN2-0-1-RND0868_0_9: transient upload error
2/7/2015 10:23:12 PM | GPUGRID | Backing off 00:21:54 on upload of e2s134_e1s85f79-GERARD_BENTRYP_GAAMPCGEN2-0-1-RND0868_0_9


When I've seen the transient upload error on other projects it seems it is a case of a lack of disk space..

It was and it cleared about 2 hours later.

When I've seen the transient upload error on other projects it seems it is a case of a lack of disk space.

Richard -- thanks for the reply -- the problem uploads on both computers did clear last night.

I did find it curious that I encountered with two different computers at around the same time.

Upload issue.

3/18/2015 8:12:17 PM | GPUGRID | Started upload of e10s60_e8s18f109-NOELIA_27x3-1-2-RND6719_0_0
3/18/2015 8:12:19 PM | GPUGRID | Temporarily failed upload of e10s60_e8s18f109-NOELIA_27x3-1-2-RND6719_0_0: transient HTTP error
3/18/2015 8:12:19 PM | GPUGRID | Backing off 04:37:43 on upload of e10s60_e8s18f109-NOELIA_27x3-1-2-RND6719_0_0
3/18/2015 8:12:22 PM | | Project communication failed: attempting access to reference site
3/18/2015 8:12:23 PM | | Internet access OK - project servers may be temporarily down.

Just Me?

I got that on a couple of systems -- not sure. For me to resolve it I went to the newest version of BOINC -- for some reason that resolved it on both systems.

THANX Barry. That did work. Not sure why but was time to upgrade anyway.

Had the same problem and when I upgraded from 7.0.28 to 7.4.36 everything worked again.

When I was TS did a project update and noticed in the log something about an error in the certif. maybe related to update to HTTPS ?

I'm also having upload problems, am on the latest boinc, the lagest file gets to various percentages and then stops.

rebooted pc and managed to upload the large file but still got problems with the small ones.

19/03/2015 07:12:04 | GPUGRID | Temporarily failed upload of e16s55_e1s204f48-NOELIA_1mgx1-1-4-RND3607_0_1: transient HTTP error

Yea same here the log message I recieved says...

29741 GPUGRID 19/03/2015 6:30:15 PM Scheduler request failed: Peer certificate cannot be authenticated with given CA certificates

are you running windows or Linux jugnut, sound like you have a possible problem with your ca-bundle.crt certificate. are you running the latest version?

Yea that was it I updated to the latest boinc version & it's now updating fine :)

(win 7 x64)