Message boards : Server and website : Nearly impossible to UPLOAD
Author | Message |
---|---|
Nearly impossible to UPLOAD results and Website extremely SLOW. | |
ID: 42224 | Rating: 0 | rate: / Reply Quote | |
fixed? | |
ID: 42226 | Rating: 0 | rate: / Reply Quote | |
Yes. | |
ID: 42227 | Rating: 0 | rate: / Reply Quote | |
Cause and solution? | |
ID: 42251 | Rating: 0 | rate: / Reply Quote | |
The cause seemed to be something to do with the projects side Jacob. So I can't tell you anymore than for a brief period of time the site was very slow and I couldn't complete upload of the big file of a WU. | |
ID: 42255 | Rating: 0 | rate: / Reply Quote | |
Right. I was hoping Gerard would supply the cause/solution. Thanks though. | |
ID: 42336 | Rating: 0 | rate: / Reply Quote | |
My upload is stuck. Been trying for 48 minutes. Anyone else having problems? | |
ID: 42677 | Rating: 0 | rate: / Reply Quote | |
Uploading no problem any more, but now downloading a new WU, seems not to work it is trying for hours and only 20% is done. | |
ID: 42969 | Rating: 0 | rate: / Reply Quote | |
Uploading no problem any more, but now downloading a new WU, seems not to work it is trying for hours and only 20% is done. I've also been having major problems with downloads for quite a while. The problem seems to be with the *-coor_file. It will partially download and then hang for hours, causing the GPU to be idle and also miss bonus deadlines. This is happening on ALL of my machines, with various versions of BOINC, various hardware, various drivers. Often the only way to get the "coor" file downloaded is to disable and re-enable network communication (sometimes several times before the file completely downloads). How to solve this problem? | |
ID: 43275 | Rating: 0 | rate: / Reply Quote | |
I have this problem as well and the only way I can cure it faster than letting it do it itself is wait until the download goes to (about 6 mins) "retry" from "active" and click "Retry Now" | |
ID: 43276 | Rating: 0 | rate: / Reply Quote | |
I have this problem as well and the only way I can cure it faster than letting it do it itself is wait until the download goes to (about 6 mins) "retry" from "active" and click "Retry Now" Another way is to use the 'Activity' menu: suspend network activity, then return to your normal setting. You can set that any time, as soon as you notice the download has stalled - even if the status is still listed as 'active'. If this happens on remote machines where you can't intervene manually, you could try setting the <http_transfer_timeout>seconds</http_transfer_timeout> Client Configuration Option to a lower figure, like 60 seconds. Use with care: I haven't needed this myself, so I can't vouch for it personally. But it should save you 4 minutes before the start of each retry | |
ID: 43277 | Rating: 0 | rate: / Reply Quote | |
I have this problem as well and the only way I can cure it faster than letting it do it itself is wait until the download goes to (about 6 mins) "retry" from "active" and click "Retry Now" Thanks for the tips. The problem seems to be with the -coor_file and also the -vel_file (interesting that both are the same size). Very occasionally another GPUGrid DL file may fail. I've seen this happen ONLY at GPUGrid and have experienced it on no other projects. Hard to believe it's not a server misconfiguration here. I'm trying your client configuration suggestion and also another cc_config option . This stalling problem is happening on every GPUGrid download and can leave the GPUs idle for hours. I have GPUGrid project priority set to 0 (the only NVidia project) to try to make some of the bonus times, something that is becoming harder as the WU size has so quickly increased. It would be nice if the bonus deadlines were increased a bit also, as it would solve some issues. I'll report back with the results. | |
ID: 43281 | Rating: 0 | rate: / Reply Quote | |
Can anything be done about the connectivity issues at GPUGrid? Beside the download timeouts, I now have 11 WUs that are now trying to upload. While they are slowly progressing, the keyword is slowly. Even if I pause all other uploads I can't even get any single UL to progress at over 17Kbps. Here's 2 WUs that finished over 6 hours ago but are still uploading: | |
ID: 43569 | Rating: 0 | rate: / Reply Quote | |
Particularly lovely are all the transient upload (and download) failures: | |
ID: 43576 | Rating: 0 | rate: / Reply Quote | |
I don't know whether you can change some configuration option and make BOINC behave more sanely in this respect by itself, but the best manual approach I've found to mitigate this is to disable and re-enable network activity. All uploads / downloads resume immediately, disregarding the back-off times. | |
ID: 43582 | Rating: 0 | rate: / Reply Quote | |
I've been doing that but the file transfers are timing out constantly. I'm babysitting it WAY too much. Turns out that it can be controlled but as far as I can see you have to start BOINC from the command console. The command is in this format (when using from a windows shortcut): | |
ID: 43595 | Rating: 0 | rate: / Reply Quote | |
Missing GERARD_FXCXCL12R task: | |
ID: 43664 | Rating: 0 | rate: / Reply Quote | |
Message boards : Server and website : Nearly impossible to UPLOAD