Problem: Download of application.exe restarts forever

Message boards : BOINC client : Problem: Download of application.exe restarts forever
Message board moderation

To post messages, you must log in.

AuthorMessage
Mibe, ZX-81 16kb

Send message
Joined: 22 Nov 05
Posts: 6
Sweden
Message 992 - Posted: 22 Nov 2005, 10:20:06 UTC
Last modified: 22 Nov 2005, 10:22:53 UTC

Hi,

I have a problem with applications never getting downloaded when joining new project.

Whenever I have joined a new project, BOINC 4.45 starts dl'ing the projects application and som wu's. So far so good, but then:

A) The application.exe file gets a temporary failed to dl with error -182 and is put on retry for X minutes. The wu's dl's fine but then BOINC try's to work on them (despite that the .exe hasn't finished dl'ing and isn't ready to run) and fails of course, since there are no .exe yet.

B) The wu's get reported as failed, and new wu's are dl'ed. This cycle continues until the project server answers: "No work sent, daily qouta exceeded". Which is expected since my client has returned failed wu's only.

C) By the time I shut down my computer for the night the dl of the .exe seldom reaches more than 10-20% completed. Which would be allright if BOINC continued the dl from there when I start my computer in the morning again. But it doesn't, it starts the dl of the .exe from 0% and step A-C) repeats for ever.
On some projects the dl actually has reached 100% before I turn the computer of for the night, but it doesn't help, because in the morning when I turn my computer on, BOINC starts with reporting the last wu from yesterday as failed and it deletes the .exe (even tough it dl successfully) and try to dl a new .exe and step A-C) repeats again.

Have I done something wrong?
Is it a configuration I have missed?
Or is this a bug/feature?

Is there a solution to help me succeed in joining new projects?

===
Error.log:

2005-11-22 08:19:59|rosetta@home|Started download of rosetta_4.79_windows_intelx86.exe
2005-11-22 08:19:59|rosetta@home|Started download of aa1di2_03_05.200_v1_3.gz
2005-11-22 08:30:07|rosetta@home|Temporarily failed download of aa1di2_03_05.200_v1_3.gz: -182
2005-11-22 08:30:07|rosetta@home|Backing off 1 minutes and 0 seconds on download of file aa1di2_03_05.200_v1_3.gz
2005-11-22 08:30:07|rosetta@home|Started download of aa1di2_09_05.200_v1_3.gz
2005-11-22 08:31:45|rosetta@home|Temporarily failed download of rosetta_4.79_windows_intelx86.exe: -182
2005-11-22 08:31:45|rosetta@home|Backing off 1 minutes and 0 seconds on download of file rosetta_4.79_windows_intelx86.exe
2005-11-22 08:31:45|rosetta@home|Started download of aa1di2_03_05.200_v1_3.gz
2005-11-22 08:31:45|rosetta@home|Unrecoverable error for result 1di2__abrelax_rand_len10_jit02_omega_sim_01523_0 (WU download error: couldn't get input files:<file_xfer_error> <file_name>aa1di2_03_05.200_v1_3.gz</file_name> <error_code>-200</error_code> <error_message></error_message></file_xfer_error>)
2005-11-22 08:31:46|rosetta@home|Deferring communication with project for 58 seconds
2005-11-22 08:31:50|rosetta@home|Finished download of aa1di2_03_05.200_v1_3.gz
2005-11-22 08:31:50|rosetta@home|Throughput 140832 bytes/sec
2005-11-22 08:31:50|rosetta@home|Started download of 1di2_.fasta
2005-11-22 08:31:51|rosetta@home|Finished download of 1di2_.fasta
2005-11-22 08:31:51|rosetta@home|Throughput 239 bytes/sec
2005-11-22 08:31:51|rosetta@home|Started download of 1di2_.psipred_ss2.gz
2005-11-22 08:31:52|rosetta@home|Finished download of 1di2_.psipred_ss2.gz
2005-11-22 08:31:52|rosetta@home|Throughput 1873 bytes/sec
2005-11-22 08:31:52|rosetta@home|Started download of 1di2.pdb.gz
2005-11-22 08:31:53|rosetta@home|Finished download of 1di2.pdb.gz
2005-11-22 08:31:53|rosetta@home|Throughput 11802 bytes/sec
2005-11-22 08:32:45|rosetta@home|Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
2005-11-22 08:32:45|rosetta@home|Requesting 518400 seconds of work, returning 1 results
2005-11-22 08:32:45|rosetta@home|Started download of rosetta_4.79_windows_intelx86.exe
2005-11-22 08:32:46|rosetta@home|Scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi succeeded
2005-11-22 08:32:46|rosetta@home|Message from server: No work sent
2005-11-22 08:32:46|rosetta@home|Message from server: (reached daily quota of 1 results)

ID: 992 · Report as offensive
Bill Michael

Send message
Joined: 30 Aug 05
Posts: 297
Message 993 - Posted: 22 Nov 2005, 11:57:18 UTC - in response to Message 992.  
Last modified: 22 Nov 2005, 11:58:57 UTC

A) The application.exe file gets a temporary failed to dl with error -182 and is put on retry for X minutes. The wu's dl's fine but then BOINC try's to work on them (despite that the .exe hasn't finished dl'ing and isn't ready to run) and fails of course, since there are no .exe yet.


You can look up "-182" in the Wiki, but basically you have some kind of network problem that needs to be addressed. I get the _very_ rare instance where something doesn't download properly, but nothing like this... are you on dialup or cable or DSL? Using a proxy? There are several network gurus around that can probably help you solve that part.

As for trying to work on a result without the science app being present, yeah, that's pretty stupid. If it hasn't already been reported as a bug (I think it has), I'll do so later.

C) By the time I shut down my computer for the night


This isn't a "fix", but it may be a workaround - let BOINC download the work, and as soon as it starts, hit "No new work" in the Projects tab - and then in the Work tab, hit "Suspend" on as many of the results as you can before they start trying to execute. Let it keep trying to get the application (you can retry without the wait if you like, using "Retry now" in the Transfers tab) - leave your computer on overnight, whatever, if at all possible. It sounds like whatever the issue is, it doesn't affect smaller downloads, only the larger ones like the applications. And if you've attached to other projects before successfully, even if you had this problem initially, they do get through sometimes.

Also - you probably should upgrade to BOINC V5.x, as there is some "different" networking code in the newer versions. It _might_ solve your problem. Overall, it seems to be an improvement, although some people who were working fine with V4.x have had some difficulties with the changes.

ID: 993 · Report as offensive
Mibe, ZX-81 16kb

Send message
Joined: 22 Nov 05
Posts: 6
Sweden
Message 994 - Posted: 22 Nov 2005, 13:33:52 UTC

Thanks for the swift answer! Yes I have succeeded in attaching to other projects earlier, but only (as you mentioned) by having my computer running through the night. The problem is that I hardly get any sleep with a buzzing box next to my bed, so that's only a solution when I'm not at home for a couple of days. I'm on 2Mbit SDSL.

I will try the new BOINC version and see if it behaves any better. If it doesn't it's a bigger problem, as I assume that I can't be the only one who can't/wan't leave my computer on 24/7.
ID: 994 · Report as offensive
Bill Michael

Send message
Joined: 30 Aug 05
Posts: 297
Message 1000 - Posted: 22 Nov 2005, 18:19:02 UTC - in response to Message 994.  

I'm on 2Mbit SDSL.


If V5.x doesn't solve the problem, you may have to contact your service provider. Even the earliest versions of BOINC were using pretty standard methods of transferring files, and the latest are using a built-in facility of the OS. Are you able to download large files from other sources without problems, such as OS updates? If your problem was limited to one project, I'd suspect a failure at the project end or in the path between you and them, but if it's multiple projects... Of course, with the current arguing going on between internet services, where one thinks nothing of disconnecting thousands of customers of another service just because they don't agree with a raise in fees, it could be anything right now.

Please let us know if V5 solves it, that will help if any others report the same thing.

ID: 1000 · Report as offensive
Mibe, ZX-81 16kb

Send message
Joined: 22 Nov 05
Posts: 6
Sweden
Message 1059 - Posted: 24 Nov 2005, 11:30:41 UTC

I've installed 5.2.8 and so far so good. I've been dl'ing for more then one hour and it has finished 39% on the .exe. The wu is dl'ed but hasn't started yet, so it looks like one of the bugs has been fixed. I'll report back later when the .exe has finished dl'ing, to see if the wu starts before or after that.

I have had the problem with slow dl of .exe on all the projects I've connected to. I find this somewhat strange since I have no problem doing big filetransfers (hundreds of megs), I usually get 250Kbyte/s on fast ftp-servers. But even slow(and/or heavily used) ftp-servers will get the dl done sooner or later. It seems like the servers that the different BOINC applications .exe is dl'ed from don't handle network congestion very well? Could it be that the servers are admitting an unrestricted number of dl's so everyone get slow dl's regardless of connection type?

It's also interesting to note that the wu's often finish dl'ing within seconds.

I'm not connected through a proxy.
ID: 1059 · Report as offensive
Mibe, ZX-81 16kb

Send message
Joined: 22 Nov 05
Posts: 6
Sweden
Message 1085 - Posted: 25 Nov 2005, 8:33:03 UTC

It works! The wu didn't start until the .exe had finished dl'ing and now it's happily crunching away.

You were right Bill, it's fixed in 5.2.8.

Now there's only one problem left to test, and that's to see if the dl restarts from 0% after a computer restart. I'll test that on a new project next week and report back my findings.
ID: 1085 · Report as offensive
Lee Carre

Send message
Joined: 8 Sep 05
Posts: 74
Channel Islands
Message 1396 - Posted: 1 Dec 2005, 2:47:22 UTC - in response to Message 1059.  
Last modified: 1 Dec 2005, 2:49:13 UTC

I've installed 5.2.8 and so far so good. I've been dl'ing for more then one hour and it has finished 39% on the .exe. The wu is dl'ed but hasn't started yet, so it looks like one of the bugs has been fixed. I'll report back later when the .exe has finished dl'ing, to see if the wu starts before or after that.

I have had the problem with slow dl of .exe on all the projects I've connected to. I find this somewhat strange since I have no problem doing big filetransfers (hundreds of megs), I usually get 250Kbyte/s on fast ftp-servers. But even slow(and/or heavily used) ftp-servers will get the dl done sooner or later. It seems like the servers that the different BOINC applications .exe is dl'ed from don't handle network congestion very well? Could it be that the servers are admitting an unrestricted number of dl's so everyone get slow dl's regardless of connection type?

It's also interesting to note that the wu's often finish dl'ing within seconds.

I'm not connected through a proxy.

Remember that most projects are on limited funding, so can't afford massive bandwidth unlike commercial ventures, seti was lucky and was donated a 100Mbps line for downloads/uploads, other projects aren't so fortunate, remember that the maximum speed of a download it limited to the speed of the slowest connection, just because you can download at 250KB/s doesn't mean that you will, your service provider won't even make that kind of garuntee, if there are thousands of users trying trying to download from a server on even a 100Mbps line, things will be slow, when seti released their 4.18 app their network usage shot up, and i'd imagine it was quite slow for many users

and as far as i know the download servers are (or should) be limited to a high number of downloads, because ta slow download is at least progress, and causes fewer problems than rejecting client connection
an example of a situation is when a new science app is released, and all the clients try to download it in a short space of time, not much you can do about that thou, as it's in the project's interest to have everyon using the latest app

but glad to hear that at least you're not having problems locallly any more :)
from what i remember there was a bug in one of the recommended v4 clients that caused it to not resume downloads from where they were suspended, and so restarted all the time if there was a problem (like a -182 (timeout) error), however this and a few othe network related things have been fixed in the v5 builds
ID: 1396 · Report as offensive

Message boards : BOINC client : Problem: Download of application.exe restarts forever

Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.