Hello

My finished projects have been stuck on my transfer page with very little done all day ie they are stuck at 0.04% retry now does not make any difference
I checked my event log and all files show the message "project file upload handler is missing" on every project I also see a message "scheduler request failed error 400"
does anybody else have this problem or is there a solution
thanks Paul

BOINC terminology:

Project: Seti, Einstein, Primegrid, World Community Grid, Climateprediction.net, GPUGrid, Malariacontrol.net, Yoyo@Home, etc.
Task: The bit of data which the project science application uses to do the calculations on your CPU or GPU.
(And technically, Result: The bit of data your BOINC tries to send back to the project server.)

In the case of upload problems, always first check at the project itself if they have problems, if there are other people with the same problem. In this case, I want to bet that it is the Seti@Home project. They do have upload problems at this moment. Nothing that you can do to fix that.

Keep an eye on the Panic Mode On (87) Server Problems? thread to see if it gets fixed anytime soon. Or just let BOINC do its job and let it retry.

---

"project file upload handler is missing"
"scheduler request failed error 400"

That's the broken Manager again. For a workaround either set the language in Manager to something else or try the private drop from this message.

hello
thanks for your replies I downloaded the new version 7.39 and thought this may be the problem so I went back and downloaded version 7.06 and they immediatly uploaded so it is version 7.39 that does not work

No, Seti has in the mean time fixed their upload problem. Here, the Cricket graph shows that since Wednesday evening there's been an upload problem with Seti. It's the blue line on the graph.

Any download/upload/reporting problem is most probably server side. Had it been the BOINC version, we'd have found something like that during testing and the version wouldn't have made it out the door. Something like a BOINC client being unable to upload is a major blocker, that isn't taken lightly.

But when the upload server at the project is down or has other problems, there's not much that the client can do to get around that.

---

No, I'm pretty sure it's the Manager issue.

You get hit by HTTP 400 when the web server doesn't like your request. It's the same as with Yoyo and adding a new project. BOINC just shows different error messages.

No, I'm pretty sure it's the Manager issue.

You get hit by HTTP 400 when the web server doesn't like your request. It's the same as with Yoyo and adding a new project. BOINC just shows different error messages.

But surely the Manager has no involvement in result file uploads (if we've cleared up the terminology)? They are uploaded by the Client working on its own.

The hotfix (as described) does indeed enclose a Manager only, so it makes sense that it addresses the GUI wizard problems - but I'm not so sure about other transfers.

Unless you're saying that a failed Manager wizard use might poison libcurl/http, so subsequent file transfer requests fail as well? In which specific case, a client restart should be enough to clear it?

No, I'm pretty sure it's the Manager issue.

You get hit by HTTP 400 when the web server doesn't like your request. It's the same as with Yoyo and adding a new project. BOINC just shows different error messages.

But surely the Manager has no involvement in result file uploads (if we've cleared up the terminology)? They are uploaded by the Client working on its own.

The hotfix (as described) does indeed enclose a Manager only, so it makes sense that it addresses the GUI wizard problems - but I'm not so sure about other transfers.

Unless you're saying that a failed Manager wizard use might poison libcurl/http, so subsequent file transfer requests fail as well? In which specific case, a client restart should be enough to clear it?

From _alpha:

Here is the last scheduler request prior to using the private drop:
malaria 2-18-2014 9:13:14 AM [http] [ID#12913] Sent header to server: ACCEPT_LANGUAGE: Èð÷

Using private drop, changed language to English (Australia):
DrugDiscovery 2-18-2014 9:25:20 AM [http] [ID#1] Sent header to server: ACCEPT_LANGUAGE: en_AU


From my host:

to 27. helmikuuta 2014 22.06.49 | SETI@home | [http] [ID#99] Sent header to server: ACCEPT_LANGUAGE: P5



It's that ACCEPT_LANGUAGE header that kills the request as soon as Apache reads it depending on what the garbage is. The language code in there comes from Manager based on what language you have set there.

If I'm not mistaken the purpose of that header is that the server can send translated notices to the client. (I don't think the server side of that is implemented yet.) The header apparently gets inserted into every contact.

Richard Haselgrove wrote:

But surely the Manager has no involvement in result file uploads (if we've cleared up the terminology)? They are uploaded by the Client working on its own.

The hotfix (as described) does indeed enclose a Manager only, so it makes sense that it addresses the GUI wizard problems - but I'm not so sure about other transfers.

Unless you're saying that a failed Manager wizard use might poison libcurl/http, so subsequent file transfer requests fail as well? In which specific case, a client restart should be enough to clear it?

The Manager for ver. 7.2.39 is creating gibberish entries for the Language in client_state.xml (a new entry near the bottom of the file). The client then passes that gibberish along on server contacts including file transfers. Here is an excerpt from my stdoutdae.txt when I had http_debug and http_xfer_debug enabled (note the bolded lines):


17-Feb-2014 17:36:35 [rosetta@home] Computation for task Rossmann2x3_abinitio_SAVE_ALL_OUT_design_r004_001_131648_1745_0 finished
17-Feb-2014 17:36:44 [rosetta@home] [http] HTTP_OP::libcurl_exec(): ca-bundle 'C:\Program Files\BOINC\ca-bundle.crt'
17-Feb-2014 17:36:44 [rosetta@home] [http] HTTP_OP::libcurl_exec(): ca-bundle set
17-Feb-2014 17:36:44 [rosetta@home] Started upload of Rossmann2x3_abinitio_SAVE_ALL_OUT_design_r004_001_131648_1745_0_0
17-Feb-2014 17:36:45 [rosetta@home] [http] [ID#11896] Info: About to connect() to srv5.bakerlab.org port 80 (#1)
17-Feb-2014 17:36:45 [rosetta@home] [http] [ID#11896] Info: Trying 128.95.160.146...
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Info: Connected to srv5.bakerlab.org (128.95.160.146) port 80 (#1)
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Info: Connected to srv5.bakerlab.org (128.95.160.146) port 80 (#1)
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: POST /rosetta_cgi/file_upload_handler HTTP/1.1
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: User-Agent: BOINC client (windows_intelx86 7.2.39)
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: Host: srv5.bakerlab.org
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: Accept: */*
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: Accept-Encoding: deflate, gzip
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: Content-Type: application/x-www-form-urlencoded
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: ACCEPT_LANGUAGE: øú
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: Content-Length: 318
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server:
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: HTTP/1.1 200 OK
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: Date: Mon, 17 Feb 2014 22:36:45 GMT
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: Server: Apache/2.2.3 (Red Hat)
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: Connection: close
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: Transfer-Encoding: chunked
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: Content-Type: text/plain; charset=UTF-8
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server:
17-Feb-2014 17:36:46 [---] [http_xfer] [ID#11896] HTTP: wrote 93 bytes
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Info: Closing connection #1
17-Feb-2014 17:36:47 [rosetta@home] [http] HTTP_OP::libcurl_exec(): ca-bundle set
17-Feb-2014 17:36:47 [rosetta@home] [http] [ID#11896] Info: About to connect() to srv5.bakerlab.org port 80 (#1)
17-Feb-2014 17:36:47 [rosetta@home] [http] [ID#11896] Info: Trying 128.95.160.146...
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Info: Connected to srv5.bakerlab.org (128.95.160.146) port 80 (#1)
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Info: Connected to srv5.bakerlab.org (128.95.160.146) port 80 (#1)
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: POST /rosetta_cgi/file_upload_handler HTTP/1.1
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: User-Agent: BOINC client (windows_intelx86 7.2.39)
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Host: srv5.bakerlab.org
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Accept: */*
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Accept-Encoding: deflate, gzip
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Content-Type: application/x-www-form-urlencoded
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: ACCEPT_LANGUAGE: øú
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Content-Length: 231657
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Expect: 100-continue
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server:
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Received header from server: HTTP/1.1 100 Continue
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: HTTP/1.1 200 OK
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: Date: Mon, 17 Feb 2014 22:36:47 GMT
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: Server: Apache/2.2.3 (Red Hat)
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: Connection: close
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: Transfer-Encoding: chunked
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: Content-Type: text/plain; charset=UTF-8
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server:
17-Feb-2014 17:36:49 [---] [http_xfer] [ID#11896] HTTP: wrote 64 bytes
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Info: Closing connection #1
17-Feb-2014 17:36:50 [rosetta@home] Finished upload of Rossmann2x3_abinitio_SAVE_ALL_OUT_design_r004_001_131648_1745_0_0

To fix the gibberish on Windows, the user can use the Manager hotfix which lists the language correctly in client_state.xml.

Linux and Mac users can just exit the Manager and start it again, which will change the gibberish entry to a different gibberish entry which the server may not have a problem with. It can take exiting and starting the Manager multiple times before hitting on some gibberish the server can handle. Another way for Linux/Mac users to fix it is to exit Manager, stop the client, edit the client_state.xml and enter a valid language setting, i.e. en_US for U.S. English, then start the client and never open the Manager as it will change the entry to gibberish again.

OK, thanks both, got it now.

I have a problem similar to Paul's, I've been trying to update for over 2 weeks, lots of completed units not uploading. If I click update I get message "no work sent, too many uploads in progress", but nothing seems to be uploading. I'm working with Seti, Rosetta, and Einstein. Any clues?

Try to use BOINC 7.2.41 first, as that's the new recommended. If that doesn't fix it, please repost and leave behind a little more information than you did so far, logs and such. See https://boinc.berkeley.edu/dev/forum_thread.php?id=8600 for help on that.

---

Try to use BOINC 7.2.41 first, as that's the new recommended.

Boinc 7.2.42 is the new recommended, Boinc 7.2.41 was Android only (althrough I did build 7.2.41 for Linux x64 and armv6l-unknown-linux-gnueabihf)

Claggy

I having the same issue. It looks like in version 7.2.36 there was an addition of the a ACCEPT_LANGUAGE header in all requests. http://wiki.bc-team.org/index.php?title=7.2.36 http://lists.ssl.berkeley.edu/pipermail/boinc_cvs/2013-December/030104.html The underscore character is invalid in the name of http headers. It should be Accept-Language. My http proxy (squid) is blocking all BOINC requests because of this. Rewriting this header works for me.

I having the same issue. It looks like in version 7.2.36 there was an addition of the a ACCEPT_LANGUAGE header in all requests. http://wiki.bc-team.org/index.php?title=7.2.36 http://lists.ssl.berkeley.edu/pipermail/boinc_cvs/2013-December/030104.html The underscore character is invalid in the name of http headers. It should be Accept-Language. My http proxy (squid) is blocking all BOINC requests because of this. Rewriting this header works for me.

RFC 3282 (section 3) contains the formal specification, if anyone (still) needs convincing.

The change was made in

http://boinc.berkeley.edu/trac/changeset/32995b78c5848fe7748f1622d6e8cc5c3bd593cd/boinc-v2

and should be active in versions built from the v7.2.42 tag and later.

I discovered last night that I also have this problem. Been working on a solution for a few hours without much to show for it.

Anybody?

Wed 23 Apr 2014 07:57:06 AM MDT | | Starting BOINC client version 7.2.47 for i686-pc-linux-gnu
Wed 23 Apr 2014 07:57:06 AM MDT | | log flags: file_xfer, sched_ops, task
Wed 23 Apr 2014 07:57:06 AM MDT | | Libraries: libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3
Wed 23 Apr 2014 07:57:06 AM MDT | | Data directory: /var/lib/boinc-client
Wed 23 Apr 2014 07:57:06 AM MDT | | CUDA: NVIDIA GPU 0: GeForce GTX 660 (driver version unknown, CUDA version 5.0, compute capability 3.0, 2047MB, 1992MB available, 2132 GFLOPS peak)
Wed 23 Apr 2014 07:57:06 AM MDT | | OpenCL: NVIDIA GPU 0: GeForce GTX 660 (driver version 304.121, device version OpenCL 1.1 CUDA, 2047MB, 1992MB available, 2132 GFLOPS peak)
Wed 23 Apr 2014 07:57:06 AM MDT | | Host name: ralph-Inspiron-530
Wed 23 Apr 2014 07:57:06 AM MDT | | Processor: 4 GenuineIntel Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz [Family 6 Model 60 Stepping 3]
Wed 23 Apr 2014 07:57:06 AM MDT | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase bmi1 hle avx2 smep bmi2 erms invpcid rtm
Wed 23 Apr 2014 07:57:06 AM MDT | | OS: Linux: 3.5.0-18-generic
Wed 23 Apr 2014 07:57:06 AM MDT | | Memory: 3.82 GB physical, 3.90 GB virtual
Wed 23 Apr 2014 07:57:06 AM MDT | | Disk: 325.27 GB total, 104.05 GB free
Wed 23 Apr 2014 07:57:06 AM MDT | | Local time is UTC -6 hours
Wed 23 Apr 2014 07:57:06 AM MDT | | Config: GUI RPCs allowed from:
Wed 23 Apr 2014 07:57:06 AM MDT | rosetta@home | URL http://boinc.bakerlab.org/rosetta/; Computer ID 1752427; resource share 1
Wed 23 Apr 2014 07:57:06 AM MDT | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 7250175; resource share 200
Wed 23 Apr 2014 07:57:06 AM MDT | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID 10867628; resource share 200
Wed 23 Apr 2014 07:57:06 AM MDT | SETI@home | General prefs: from SETI@home (last modified 19-Apr-2014 10:04:33)
Wed 23 Apr 2014 07:57:06 AM MDT | SETI@home | Computer location: home
Wed 23 Apr 2014 07:57:06 AM MDT | SETI@home | General prefs: no separate prefs for home; using your defaults
Wed 23 Apr 2014 07:57:06 AM MDT | | Reading preferences override file
Wed 23 Apr 2014 07:57:06 AM MDT | | Preferences:
Wed 23 Apr 2014 07:57:06 AM MDT | | max memory usage when active: 3516.26MB
Wed 23 Apr 2014 07:57:06 AM MDT | | max memory usage when idle: 3906.96MB
Wed 23 Apr 2014 07:57:06 AM MDT | | max disk usage: 108.03GB
Wed 23 Apr 2014 07:57:06 AM MDT | | (to change preferences, visit a project web site or select Preferences in the Manager)
Wed 23 Apr 2014 07:57:06 AM MDT | | gui_rpc_auth.cfg is empty - no GUI RPC password protection
Wed 23 Apr 2014 07:57:06 AM MDT | | Not using a proxy
Wed 23 Apr 2014 07:57:12 AM MDT | SETI@home | Started upload of 10oc08aa.2425.22567.438086664208.12.43_1_0
Wed 23 Apr 2014 07:57:12 AM MDT | Einstein@Home | Fetching scheduler list
Wed 23 Apr 2014 07:57:47 AM MDT | SETI@home | Project file upload handler is missing
Wed 23 Apr 2014 07:57:47 AM MDT | SETI@home | Backing off 00:07:39 on upload of 10oc08aa.2425.22567.438086664208.12.43_1_0
Wed 23 Apr 2014 07:59:17 AM MDT | SETI@home | General prefs: from SETI@home (last modified 19-Apr-2014 10:04:33)
Wed 23 Apr 2014 07:59:17 AM MDT | SETI@home | Computer location: home
Wed 23 Apr 2014 07:59:17 AM MDT | SETI@home | General prefs: no separate prefs for home; using your defaults
Wed 23 Apr 2014 07:59:17 AM MDT | | Reading preferences override file
Wed 23 Apr 2014 07:59:17 AM MDT | | Preferences:
Wed 23 Apr 2014 07:59:17 AM MDT | | max memory usage when active: 3516.26MB
Wed 23 Apr 2014 07:59:17 AM MDT | | max memory usage when idle: 3906.96MB
Wed 23 Apr 2014 07:59:17 AM MDT | | max disk usage: 108.03GB
Wed 23 Apr 2014 07:59:17 AM MDT | | (to change preferences, visit a project web site or select Preferences in the Manager)
Wed 23 Apr 2014 08:04:19 AM MDT | Einstein@Home | Started upload of PB0008_004D1_336_1_1
Wed 23 Apr 2014 08:04:22 AM MDT | Einstein@Home | Project file upload handler is missing
Wed 23 Apr 2014 08:04:22 AM MDT | Einstein@Home | Backing off 00:22:42 on upload of PB0008_004D1_336_1_1
Wed 23 Apr 2014 08:05:08 AM MDT | Einstein@Home | Started upload of PB0008_004D1_336_1_0
Wed 23 Apr 2014 08:05:11 AM MDT | Einstein@Home | Project file upload handler is missing
Wed 23 Apr 2014 08:05:11 AM MDT | Einstein@Home | Backing off 00:22:43 on upload of PB0008_004D1_336_1_0
Wed 23 Apr 2014 08:05:27 AM MDT | SETI@home | Started upload of 10oc08aa.2425.22567.438086664208.12.43_1_0
Wed 23 Apr 2014 08:05:31 AM MDT | SETI@home | Project file upload handler is missing
Wed 23 Apr 2014 08:05:31 AM MDT | SETI@home | Backing off 00:10:09 on upload of 10oc08aa.2425.22567.438086664208.12.43_1_0
Wed 23 Apr 2014 08:15:42 AM MDT | SETI@home | Started upload of 10oc08aa.2425.22567.438086664208.12.43_1_0
Wed 23 Apr 2014 08:15:46 AM MDT | SETI@home | Project file upload handler is missing
Wed 23 Apr 2014 08:15:46 AM MDT | SETI@home | Backing off 00:29:09 on upload of 10oc08aa.2425.22567.438086664208.12.43_1_0
Wed 23 Apr 2014 08:27:05 AM MDT | Einstein@Home | Started upload of PB0008_004D1_336_1_1
Wed 23 Apr 2014 08:27:09 AM MDT | Einstein@Home | Project file upload handler is missing
Wed 23 Apr 2014 08:27:09 AM MDT | Einstein@Home | Backing off 00:58:55 on upload of PB0008_004D1_336_1_1

Please enable <file_xfer_debug> and <http_debug> log flags, retry comms and then post the new messages.

Are you using any proxies as the person a few posts earlier?

(The change to correct header name isn't in any 7.2 versions btw, the earliest is 7.3.3.)