Scheduler request failed: HTTP file not found


advanced search

Message boards : Leiden Classical : Scheduler request failed: HTTP file not found

Reply to this thread
Subscribe to this thread
Sort
AuthorMessage
Juriaan Bakx User profile image
private message
Joined: Nov 24, 2005
Posts: 2
ID: 9
Credit: 204,028
RAC: 1,179
Message 2590 - Posted 14 Jun 2010 19:47:33 UTC

Hi,

Have a problem with Ubuntu 10.04 x64, get "Scheduler request failed: HTTP file not found" while the 32 bit Ubuntu 10.04 works on my laptop without this 'error'

Anyone...

Logfile:

Mon 14 Jun 2010 09:04:48 PM CEST Starting BOINC client version 6.10.17 for x86_64-pc-linux-gnu
Mon 14 Jun 2010 09:04:48 PM CEST log flags: file_xfer, sched_ops, task
Mon 14 Jun 2010 09:04:48 PM CEST Libraries: libcurl/7.19.7 OpenSSL/0.9.8k zlib/1.2.3.3 libidn/1.15
Mon 14 Jun 2010 09:04:48 PM CEST Data directory: /var/lib/boinc-client
Mon 14 Jun 2010 09:04:48 PM CEST Processor: 8 GenuineIntel Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz [Family 6 Model 26 Stepping 4]
Mon 14 Jun 2010 09:04:48 PM CEST Processor: 8.00 MB cache
Mon 14 Jun 2010 09:04:48 PM CEST 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 syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monito
Mon 14 Jun 2010 09:04:48 PM CEST OS: Linux: 2.6.32-22-generic
Mon 14 Jun 2010 09:04:48 PM CEST Memory: 5.83 GB physical, 4.58 GB virtual
Mon 14 Jun 2010 09:04:48 PM CEST Disk: 105.52 GB total, 96.85 GB free
Mon 14 Jun 2010 09:04:48 PM CEST Local time is UTC +2 hours
Mon 14 Jun 2010 09:04:48 PM CEST NVIDIA GPU 0: GeForce GTX 470 (driver version unknown, CUDA version 3000, compute capability 2.0, 1279MB, 272 GFLOPS peak)
Mon 14 Jun 2010 09:04:48 PM CEST NVIDIA GPU 1 (not used): GeForce 8800 GT (driver version unknown, CUDA version 3000, compute capability 1.1, 512MB, 336 GFLOPS peak)
Mon 14 Jun 2010 09:04:48 PM CEST Not using a proxy
Mon 14 Jun 2010 09:04:48 PM CEST No general preferences found - using BOINC defaults
Mon 14 Jun 2010 09:04:48 PM CEST Reading preferences override file
Mon 14 Jun 2010 09:04:48 PM CEST Preferences limit memory usage when active to 2986.96MB
Mon 14 Jun 2010 09:04:48 PM CEST Preferences limit memory usage when idle to 5376.53MB
Mon 14 Jun 2010 09:04:48 PM CEST Preferences limit disk usage to 10.00GB
Mon 14 Jun 2010 09:04:48 PM CEST This computer is not attached to any projects
Mon 14 Jun 2010 09:04:48 PM CEST Visit http://boinc.berkeley.edu for instructions
Mon 14 Jun 2010 09:06:08 PM CEST Fetching configuration file from http://boinc.gorlaeus.net/get_project_config.php
Mon 14 Jun 2010 09:06:18 PM CEST Running CPU benchmarks
Mon 14 Jun 2010 09:06:18 PM CEST Suspending computation - running CPU benchmarks
Mon 14 Jun 2010 09:06:50 PM CEST Benchmark results:
Mon 14 Jun 2010 09:06:50 PM CEST Number of CPUs: 8
Mon 14 Jun 2010 09:06:50 PM CEST 2393 floating point MIPS (Whetstone) per CPU
Mon 14 Jun 2010 09:06:50 PM CEST 9200 integer MIPS (Dhrystone) per CPU
Mon 14 Jun 2010 09:06:51 PM CEST Resuming computation
Mon 14 Jun 2010 09:06:59 PM CEST Leiden Classical Master file download succeeded
Mon 14 Jun 2010 09:07:04 PM CEST Leiden Classical Sending scheduler request: Project initialization.
Mon 14 Jun 2010 09:07:04 PM CEST Leiden Classical Requesting new tasks for CPU and GPU
Mon 14 Jun 2010 09:07:06 PM CEST A new version of BOINC (6.10.56) is available for your computer
Mon 14 Jun 2010 09:07:06 PM CEST Visit http://boinc.berkeley.edu/download.php to get it.
Mon 14 Jun 2010 09:07:09 PM CEST Leiden Classical Scheduler request failed: HTTP file not found

____________

Juriaan Bakx User profile image
private message
Joined: Nov 24, 2005
Posts: 2
ID: 9
Credit: 204,028
RAC: 1,179
Message 2591 - Posted 14 Jun 2010 19:53:36 UTC - in response to Message ID 2590.

This machine also has a Windows 7 64 bit hard-drive that doesn't come with this 'error'

Hi,

Have a problem with Ubuntu 10.04 x64, get "Scheduler request failed: HTTP file not found" while the 32 bit Ubuntu 10.04 works on my laptop without this 'error'

Anyone...

Logfile:

Mon 14 Jun 2010 09:04:48 PM CEST Starting BOINC client version 6.10.17 for x86_64-pc-linux-gnu
Mon 14 Jun 2010 09:04:48 PM CEST log flags: file_xfer, sched_ops, task
Mon 14 Jun 2010 09:04:48 PM CEST Libraries: libcurl/7.19.7 OpenSSL/0.9.8k zlib/1.2.3.3 libidn/1.15
Mon 14 Jun 2010 09:04:48 PM CEST Data directory: /var/lib/boinc-client
Mon 14 Jun 2010 09:04:48 PM CEST Processor: 8 GenuineIntel Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz [Family 6 Model 26 Stepping 4]
Mon 14 Jun 2010 09:04:48 PM CEST Processor: 8.00 MB cache
Mon 14 Jun 2010 09:04:48 PM CEST 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 syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monito
Mon 14 Jun 2010 09:04:48 PM CEST OS: Linux: 2.6.32-22-generic
Mon 14 Jun 2010 09:04:48 PM CEST Memory: 5.83 GB physical, 4.58 GB virtual
Mon 14 Jun 2010 09:04:48 PM CEST Disk: 105.52 GB total, 96.85 GB free
Mon 14 Jun 2010 09:04:48 PM CEST Local time is UTC +2 hours
Mon 14 Jun 2010 09:04:48 PM CEST NVIDIA GPU 0: GeForce GTX 470 (driver version unknown, CUDA version 3000, compute capability 2.0, 1279MB, 272 GFLOPS peak)
Mon 14 Jun 2010 09:04:48 PM CEST NVIDIA GPU 1 (not used): GeForce 8800 GT (driver version unknown, CUDA version 3000, compute capability 1.1, 512MB, 336 GFLOPS peak)
Mon 14 Jun 2010 09:04:48 PM CEST Not using a proxy
Mon 14 Jun 2010 09:04:48 PM CEST No general preferences found - using BOINC defaults
Mon 14 Jun 2010 09:04:48 PM CEST Reading preferences override file
Mon 14 Jun 2010 09:04:48 PM CEST Preferences limit memory usage when active to 2986.96MB
Mon 14 Jun 2010 09:04:48 PM CEST Preferences limit memory usage when idle to 5376.53MB
Mon 14 Jun 2010 09:04:48 PM CEST Preferences limit disk usage to 10.00GB
Mon 14 Jun 2010 09:04:48 PM CEST This computer is not attached to any projects
Mon 14 Jun 2010 09:04:48 PM CEST Visit http://boinc.berkeley.edu for instructions
Mon 14 Jun 2010 09:06:08 PM CEST Fetching configuration file from http://boinc.gorlaeus.net/get_project_config.php
Mon 14 Jun 2010 09:06:18 PM CEST Running CPU benchmarks
Mon 14 Jun 2010 09:06:18 PM CEST Suspending computation - running CPU benchmarks
Mon 14 Jun 2010 09:06:50 PM CEST Benchmark results:
Mon 14 Jun 2010 09:06:50 PM CEST Number of CPUs: 8
Mon 14 Jun 2010 09:06:50 PM CEST 2393 floating point MIPS (Whetstone) per CPU
Mon 14 Jun 2010 09:06:50 PM CEST 9200 integer MIPS (Dhrystone) per CPU
Mon 14 Jun 2010 09:06:51 PM CEST Resuming computation
Mon 14 Jun 2010 09:06:59 PM CEST Leiden Classical Master file download succeeded
Mon 14 Jun 2010 09:07:04 PM CEST Leiden Classical Sending scheduler request: Project initialization.
Mon 14 Jun 2010 09:07:04 PM CEST Leiden Classical Requesting new tasks for CPU and GPU
Mon 14 Jun 2010 09:07:06 PM CEST A new version of BOINC (6.10.56) is available for your computer
Mon 14 Jun 2010 09:07:06 PM CEST Visit http://boinc.berkeley.edu/download.php to get it.
Mon 14 Jun 2010 09:07:09 PM CEST Leiden Classical Scheduler request failed: HTTP file not found


____________

Empie
private message
Joined: Jun 11, 2007
Posts: 1
ID: 7168
Credit: 105,843
RAC: 400
Message 2593 - Posted 16 Jun 2010 19:06:32 UTC

Same here on Ubuntu 10.04 x64.

____________

m.somers User profile image
Forum moderator
Project administrator
Project developer
Project tester
Volunteer developer
Volunteer tester
Project scientist
Avatar
private message
Joined: Nov 14, 2005
Posts: 662
ID: 1
Credit: 1,417,572
RAC: 2
Message 2596 - Posted 21 Jun 2010 9:40:22 UTC

Because mr Juriaan Bakx is situated in my building; I passed by ;-). But having discussed his issue; we have not found a cause yet.

m.


____________
M.F. Somers

jokare
private message
Joined: May 24, 2010
Posts: 1
ID: 26392
Credit: 6,997
RAC: 50
Message 2599 - Posted 21 Jun 2010 21:29:19 UTC

Hi,
Have the same here on Ubuntu 10.04 x64 for a few days. Here is the latest.

Mon 21 Jun 2010 04:24:49 PM CDT Leiden Classical Scheduler request failed: HTTP file not found


____________

m.somers User profile image
Forum moderator
Project administrator
Project developer
Project tester
Volunteer developer
Volunteer tester
Project scientist
Avatar
private message
Joined: Nov 14, 2005
Posts: 662
ID: 1
Credit: 1,417,572
RAC: 2
Message 2600 - Posted 22 Jun 2010 6:38:53 UTC

H'mmm, according to the dump below; this is not because of a new client or something... I'll investigate the HTTP logs today...

m.
____________
M.F. Somers

m.somers User profile image
Forum moderator
Project administrator
Project developer
Project tester
Volunteer developer
Volunteer tester
Project scientist
Avatar
private message
Joined: Nov 14, 2005
Posts: 662
ID: 1
Credit: 1,417,572
RAC: 2
Message 2602 - Posted 23 Jun 2010 7:14:01 UTC

According to the Apache logs; the client makes a request to a non-existent url. It tries to hit Classical_ci instead of Classical_cgi. Given the fact that plenty other clients work just fine, I'm beginning to suspect a small bug in the client. The networking (TCP/IP) should be fault tolerant.

m.
____________
M.F. Somers

veebee User profile image
private message
Joined: Dec 26, 2006
Posts: 4
ID: 2527
Credit: 88,953
RAC: 0
Message 2610 - Posted 13 Jul 2010 22:36:12 UTC - in response to Message ID 2602.
Last modified: 13 Jul 2010 22:37:03 UTC

I am having a similar problem - have a number of WU's sitting trying over and over to upload.
Machine is i7-920, Win 7 x64 Ultimate.
Whilst the "credit" is nothing to really worry about, I dont like throwing my electricity away, so I would like to find a solution and get them up before deadlines if possible.
Any and all help greatly appreciated !
Have included the message log from a cpl of them:

7/14/2010 7:39:08 AM Leiden Classical Started upload of wu_80398718_1277797358_24702_0_0
7/14/2010 7:39:08 AM Leiden Classical Started upload of wu_80398718_1277797358_24702_0_1
7/14/2010 7:39:16 AM BOINC can't access Internet - check network connection or proxy configuration.
7/14/2010 7:39:26 AM Leiden Classical Temporarily failed upload of wu_80398718_1277797358_24702_0_0: connect() failed
7/14/2010 7:39:26 AM Leiden Classical Backing off 1 min 0 sec on upload of wu_80398718_1277797358_24702_0_0
7/14/2010 7:39:26 AM Leiden Classical Temporarily failed upload of wu_80398718_1277797358_24702_0_1: connect() failed
7/14/2010 7:39:26 AM Leiden Classical Backing off 1 min 0 sec on upload of wu_80398718_1277797358_24702_0_1




____________

ChinookFoehn
private message
Joined: Mar 27, 2006
Posts: 2
ID: 960
Credit: 284,503
RAC: 35
Message 2611 - Posted 14 Jul 2010 0:14:45 UTC

Same with me. Unable to upload results for more than 24 hours now. Error is that servers may be temporarily down.
I have noticed on BoincStats that the project shows sometimes on-line, sometimes off-line, during this period.

-ChinookFöhn

m.somers User profile image
Forum moderator
Project administrator
Project developer
Project tester
Volunteer developer
Volunteer tester
Project scientist
Avatar
private message
Joined: Nov 14, 2005
Posts: 662
ID: 1
Credit: 1,417,572
RAC: 2
Message 2612 - Posted 15 Jul 2010 6:15:39 UTC
Last modified: 15 Jul 2010 8:21:03 UTC

Well the servers are online here 24h 7 days a week... Well should be, as it turns out; a power glitch occurred here in Leiden a day or so ago; apparently one of the servers did not mount the NFS mount correctly. Has been fixed, no work should be lost and I'll keep an eye on it for now...

m.


____________
M.F. Somers

ChinookFoehn
private message
Joined: Mar 27, 2006
Posts: 2
ID: 960
Credit: 284,503
RAC: 35
Message 2614 - Posted 15 Jul 2010 15:48:16 UTC

Yes, all tasks uploaded overnight.

-ChinookFöhn

Skip Da Shu
Avatar
private message
Joined: Apr 29, 2007
Posts: 23
ID: 5991
Credit: 857,469
RAC: 56
Message 2626 - Posted 21 Aug 2010 17:54:25 UTC
Last modified: 21 Aug 2010 18:43:01 UTC

But the upload failures in 'doze wasn't the original problem posted... or at least these sound like two different issues (and messages).

I have found this "Scheduler request failed: HTTP file not found" error on a freshly set up Ubuntu v10.04 x64 machine running the Berkeley boinc v6.10.56.

Sat 21 Aug 2010 12:40:23 PM CDT http://boinc.gorlaeus.net/ Requesting new tasks for CPU and GPU
Sat 21 Aug 2010 12:40:26 PM CDT http://boinc.gorlaeus.net/ Scheduler request failed: HTTP file not found


I am NOT getting the error on my Ubuntu v9.10 x64 desktop or one of the v9.10 x64 'crunchers' both of those happen to be running boinc v6.10.58 from the PPA.
Sat 21 Aug 2010 12:45:38 PM CDT Leiden Classical Sending scheduler request: Requested by user.
Sat 21 Aug 2010 12:45:38 PM CDT Leiden Classical Requesting new tasks for GPU
Sat 21 Aug 2010 12:45:39 PM CDT Leiden Classical Scheduler request completed: got 0 new tasks


I have a machine running Xubuntu v10.04 x64 with the v6.10.58 from the PPA and it is not having the problem either.
Sat 21 Aug 2010 12:58:13 PM CDT Leiden Classical Sending scheduler request: Requested by user.
Sat 21 Aug 2010 12:58:13 PM CDT Leiden Classical Not reporting or requesting tasks
Sat 21 Aug 2010 12:58:20 PM CDT Leiden Classical Scheduler request completed


So I'm thinking this issue (today anyway) is only with the Linux x64 boinc v6.10.56 from Berkeley. Why I'm only seeing it on this project is a mystery but it seems it has shown up on other projects at various times in the past.

Since the repository package for Debian/Ubuntu is at v6.10.17+ is it safe to assume all those with this problem are running with the Berkeley downloaded x64 client?

The solution, if running the package installed Debian/Ubuntu boinc, is to enable backports and add the PPA line to your /etc/apt/sources.list. This will also allow you to keep pretty current on boinc w/o doing the ol' overlay binaries hack that I was using until this PPA came about.

See this link to set up the PPA lib and get the current boinc from the repositories. Thanx MUCH to the Debian/Ubuntu boinc package maint. crew!

Personally, I MUCH prefer the Debian/Ubuntu scripts and startup methods over the Berkeley installed locations, scripts, etc. (all in /home/user/BOINC/). The reason I'm running the Berkeley version on that one freshly redone machine is because there is currently a driver permissions bug in the Debian/Ubuntu set up when trying to do GPU crunching on the ATI HD4xxx & HD5xxx series cards.

I hope someone finds the above ramblings helpful.
____________
- da shu @ HeliOS,
"La carencia de recursos no debe de ser impedimento para que un niño tenga acceso a la tecnología."

Skip Da Shu
Avatar
private message
Joined: Apr 29, 2007
Posts: 23
ID: 5991
Credit: 857,469
RAC: 56
Message 2627 - Posted 22 Aug 2010 3:56:27 UTC - in response to Message ID 2626.

... So I'm thinking this issue (today anyway) is only with the Linux x64 boinc v6.10.56 from Berkeley. Why I'm only seeing it on this project is a mystery but it seems it has shown up on other projects at various times in the past.


It's worse than that... using v6.10.58 from the PPA problem doesn't appear to happen on my Xubuntu v10.04 x64 system but DOES on this fresh Ubuntu v10.04 x64 system. Obviously somethings different between them... back to that.

____________
- da shu @ HeliOS,
"La carencia de recursos no debe de ser impedimento para que un niño tenga acceso a la tecnología."

Theadalus
private message
Joined: Dec 4, 2006
Posts: 9
ID: 2296
Credit: 826,704
RAC: 43
Message 2663 - Posted 23 Oct 2010 23:30:23 UTC
Last modified: 23 Oct 2010 23:31:25 UTC

Have same problem on Ubuntu 10.04 Server x64 with BOINC 6.10.58 :(

From client_state.xml the scheduler url: http://boinc.gorlaeus.net/Classical_ci//cgi

While it should be (?): http://boinc.gorlaeus.net/Classical_cgi/cgi

Changing it manually will not help since after each update the url get changed back to wrong one.
____________

[AF>Libristes>GNU-Linux] xipehuz User profile image
private message
Joined: Sep 16, 2006
Posts: 1
ID: 1309
Credit: 11,809
RAC: 0
Message 2664 - Posted 25 Oct 2010 19:47:44 UTC

Same here. Since I upgraded to Ubuntu 10.10 64-bit and Boinc client 6.10.58, I've been unable to access Leiden Scheduler.
____________

m.somers User profile image
Forum moderator
Project administrator
Project developer
Project tester
Volunteer developer
Volunteer tester
Project scientist
Avatar
private message
Joined: Nov 14, 2005
Posts: 662
ID: 1
Credit: 1,417,572
RAC: 2
Message 2669 - Posted 27 Oct 2010 19:48:36 UTC

Please convince yourself that if you go to boinc.gorlaeus.net and look at the page source, you will find the correct url to the scheduler: <scheduler> http://boinc.gorlaeus.net/Classical_cgi/cgi </scheduler>. If the client has something different; the issue is a bug in the BOINC client itself. TCP/IP does ensure correct transport.

m.
____________
M.F. Somers

Theadalus
private message
Joined: Dec 4, 2006
Posts: 9
ID: 2296
Credit: 826,704
RAC: 43
Message 2679 - Posted 2 Nov 2010 0:38:04 UTC - in response to Message ID 2669.
Last modified: 2 Nov 2010 1:33:13 UTC

Please convince yourself that if you go to boinc.gorlaeus.net and look at the page source, you will find the correct url to the scheduler: <scheduler> http://boinc.gorlaeus.net/Classical_cgi/cgi </scheduler>. If the client has something different; the issue is a bug in the BOINC client itself. TCP/IP does ensure correct transport.

m.

I had a look in master_boinc.gorlaeus.net.xml, and found: <scheduler> http://boinc.gorlaeus.net/Classical_cgi/cgi </scheduler>

I'm currently running malariacontrol.net, where: <scheduler_url>http://www.malariacontrol.net/malariacontrol_cgi/cgi</scheduler_url>
No problems there, so it would be weird that the BOINC client is only messing up Leiden Classical scheduler url...

If i change scheduler url within client_state.xml to e.g. http://boinc.gorlaeus.net/joop/cgi and then run project update (./boinccmd --project http://boinc.gorlaeus.net/ update) the url got changed back to http://boinc.gorlaeus.net/Classical_ci//cgi.
So where is this url fetched from?

[EDIT #1]
Installed (very) old BOINC version (6.6.41), same issue...

[EDIT #2]
Install BOINC 6.10.58 on Ubuntu 9.10 Server x64, no problems...
____________

Theadalus
private message
Joined: Dec 4, 2006
Posts: 9
ID: 2296
Credit: 826,704
RAC: 43
Message 2680 - Posted 5 Nov 2010 19:44:58 UTC
Last modified: 5 Nov 2010 19:47:01 UTC

Found another issue:

File upload handler also screwed up, in client_state.xml:

<file_info>
...
<url>http://boinc.gorlaeus.net/Classical_cgi/file_upload_hnddler</url>
<signed_xml>
...
<url> http://boinc.gorlaeus.net/Classical_cgi/file_upload_handler </url>
<generated_locally/>
...
</signed_xml>
...
</file_info>


Files will not be uploaded because of this wrong url.

Changed url through whole xml, and uploaded 130 WU's with compute errors because of these bugs.

Wasted enough precious time and moved machine to other project, Linux support sucks over here!!!
____________

m.somers User profile image
Forum moderator
Project administrator
Project developer
Project tester
Volunteer developer
Volunteer tester
Project scientist
Avatar
private message
Joined: Nov 14, 2005
Posts: 662
ID: 1
Credit: 1,417,572
RAC: 2
Message 2681 - Posted 6 Nov 2010 9:28:14 UTC

There is clearly a client-side issue going on; with a different ubuntu / client you have a fine running system. I did not change anything server-side here => client-side issue. Do you expect from this project that we also solve all your linux/boinc client issues?

m.
____________
M.F. Somers

Theadalus
private message
Joined: Dec 4, 2006
Posts: 9
ID: 2296
Credit: 826,704
RAC: 43
Message 2682 - Posted 6 Nov 2010 13:28:08 UTC
Last modified: 6 Nov 2010 13:30:47 UTC

Then BOINC client probably contains code


if (project == "Leiden Classical")
{
<screw up url>
}


Because other projects have no issue regarding urls.

So i assume you reported this issue to BOINC?
____________

aaronhaviland
private message
Joined: Nov 25, 2010
Posts: 2
ID: 27450
Credit: 6,077
RAC: 22
Message 2690 - Posted 13 Dec 2010 1:38:55 UTC

I tried finding the origin of this issue within the BOINC client, and filed a bug for it. Someone has just today proposed a possible reason/solution and I'm going to try the suggested patch in the near future.

For the record, http://boinc.berkeley.edu/trac/ticket/1033

m.somers User profile image
Forum moderator
Project administrator
Project developer
Project tester
Volunteer developer
Volunteer tester
Project scientist
Avatar
private message
Joined: Nov 14, 2005
Posts: 662
ID: 1
Credit: 1,417,572
RAC: 2
Message 2692 - Posted 14 Dec 2010 8:32:01 UTC

Thanx, I think it will be solved now looking at the ticket.

m.

____________
M.F. Somers

derchris
private message
Joined: Mar 17, 2011
Posts: 2
ID: 27998
Credit: 1,806,954
RAC: 3,051
Message 2705 - Posted 20 Mar 2011 9:38:35 UTC

I think there is a problem from both sides.
Surely, there is a bug within the BOINC client of not proper handling of whitespaces.
But then why is the project using whitespaces in the first place?
None of the other project are using them in their master files.
If you want a quick fix, then I would assume getting rid of the whitespace would solve this.

derchris
private message
Joined: Mar 17, 2011
Posts: 2
ID: 27998
Credit: 1,806,954
RAC: 3,051
Message 2706 - Posted 20 Mar 2011 12:54:26 UTC - in response to Message ID 2705.

I created Debian packages with the patches included:

http://www.derchris.eu/boinc/

You would only need the boinc, boinc_client and boinc_manager.
The boinc.tar.gz file includes just the patched binaries, in case you use the binaries from Berkeley.

computezrmle
private message
Joined: Jun 23, 2008
Posts: 5
ID: 15534
Credit: 1,923,209
RAC: 458
Message 2794 - Posted 31 Jan 2012 16:57:18 UTC

Hi,

I have the same problem on one of my systems (ID 93662) after an upgrade from opensuse 11.3 to 12.1. The boinc client is the same as before the upgrade so may be one of the system libs causes the problem.

On the other hand all other projects I run on this system run fine after the upgrade.

First I tried to correct the corrupted URL http://boinc.gorlaeus.net/Classical_ci//cgi in client_state.xml manually.
After that I got workunits but at the end of each WU they were shown as calculation errors on your website.

Another corrupted URL in my client_state.xml is that of the upload handler (Classical_cgi/file_upload_hnddler) and is also mentioned below.

In difference to other Projects there are whitespace characters at the beginning and at the end of the URLs in your main file. May be this causes the problems. Perhaps you can create a main file without them.

Regards

m.somers User profile image
Forum moderator
Project administrator
Project developer
Project tester
Volunteer developer
Volunteer tester
Project scientist
Avatar
private message
Joined: Nov 14, 2005
Posts: 662
ID: 1
Credit: 1,417,572
RAC: 2
Message 2795 - Posted 1 Feb 2012 8:42:38 UTC

Removed the spaces in the URLs for the scheduler...

m.

____________
M.F. Somers

computezrmle
private message
Joined: Jun 23, 2008
Posts: 5
ID: 15534
Credit: 1,923,209
RAC: 458
Message 2796 - Posted 1 Feb 2012 10:33:03 UTC

Thank you

I reattached my system and it looks good for now.

download masterfile: ok
download first WU: ok
URLs in client_state.xml: ok

I´ll write a short message here after a few WUs have finished.

computezrmle
private message
Joined: Jun 23, 2008
Posts: 5
ID: 15534
Credit: 1,923,209
RAC: 458
Message 2797 - Posted 3 Feb 2012 7:03:05 UTC

After processing a couple of WUs I got calculation errors for each of them during upload because of a missing result file.

I found that classical did not produce a file of the form project_dir/wu_id_0_1 but instead one of the form slot/number/classical.tddout.
In client_state.xml there is a section

<command_line>
classical.in classical.out classical.tddout
</command_line>


which should be

<command_line>
classical.in classical.out classical.stdout
</command_line>


After

  • stopping boinc
  • manually correcting client_state.xml
  • moving slot/number/classical.tddout to project_dir/wu_id_0_1
  • restarting boinc


the WU was finished with success.

I guess that the corrupt command line is again a result of whitespace characters. In this case in the file sched_reply_boinc.gorlaeus.net.
The entire section looks like

<command_line> classical.in classical.out classical.stdout </command_line>

but it should be
<command_line>classical.in classical.out classical.stdout</command_line>


The same file includes other tags that wrap their content in whitespaces
<name> name </name>
<max_nbytes> 123456789 </max_nbytes>
<file_name> name </file_name>
<open_name> name </open_name>



Conclusion

I assume that those wrapping whitespace characters are responsible for the calculation errors and I kindly ask if you can go through all of your templates and take them out.

Regards

m.somers User profile image
Forum moderator
Project administrator
Project developer
Project tester
Volunteer developer
Volunteer tester
Project scientist
Avatar
private message
Joined: Nov 14, 2005
Posts: 662
ID: 1
Credit: 1,417,572
RAC: 2
Message 2800 - Posted 16 Feb 2012 9:33:25 UTC

Looked into this; alas not trivial to change (all WUs and RUs in database need changes for that to happen)...

m.
____________
M.F. Somers

Theadalus
private message
Joined: Dec 4, 2006
Posts: 9
ID: 2296
Credit: 826,704
RAC: 43
Message 2807 - Posted 28 Feb 2012 18:26:32 UTC
Last modified: 28 Feb 2012 18:58:41 UTC

I'm back (oh no, not him again)!

URL issues seems to be solved now, but i also encounter calculation errors.
I checked the files according to things described by computezrmle, and concluded it's the same issue.
All wu's calculated are uploaded with following error:


<core_client_version>6.12.34</core_client_version>
<![CDATA[
<stderr_txt>
Unrecognized XML in parse_init_data_file: userid
Skipping: 0
Skipping: /userid
Unrecognized XML in parse_init_data_file: teamid
Skipping: 0
Skipping: /teamid
Unrecognized XML in parse_init_data_file: hostid
Skipping: 94764
Skipping: /hostid
Unrecognized XML in parse_init_data_file: result_name
Skipping: wu_164284800_1329893830_14545_0
Skipping: /result_name
Unrecognized XML in parse_init_data_file: starting_elapsed_time
Skipping: 0.000000
Skipping: /starting_elapsed_time
Unrecognized XML in parse_init_data_file: computation_deadline
Skipping: 1330619806.000000
Skipping: /computation_deadline
Unrecognized XML in GLOBAL_PREFS::parse_override: mod_time
Skipping: /mod_time
Unrecognized XML in GLOBAL_PREFS::parse_override: run_gpu_if_user_active
Skipping: 1
Skipping: /run_gpu_if_user_active
Unrecognized XML in GLOBAL_PREFS::parse_override: suspend_cpu_usage
Skipping: 0.000000
Skipping: /suspend_cpu_usage
Unrecognized XML in GLOBAL_PREFS::parse_override: max_ncpus_pct
Skipping: 50.000000
Skipping: /max_ncpus_pct
Unrecognized XML in GLOBAL_PREFS::parse_override: daily_xfer_limit_mb
Skipping: 0.000000
Skipping: /daily_xfer_limit_mb
Unrecognized XML in GLOBAL_PREFS::parse_override: daily_xfer_period_days
Skipping: 0
Skipping: /daily_xfer_period_days
Unrecognized XML in parse_init_data_file: userid
Skipping: 0
Skipping: /userid
Unrecognized XML in parse_init_data_file: teamid
Skipping: 0
Skipping: /teamid
Unrecognized XML in parse_init_data_file: hostid
Skipping: 94764
Skipping: /hostid
Unrecognized XML in parse_init_data_file: result_name
Skipping: wu_164284800_1329893830_14545_0
Skipping: /result_name
Unrecognized XML in parse_init_data_file: starting_elapsed_time
Skipping: 1755.504030
Skipping: /starting_elapsed_time
Unrecognized XML in parse_init_data_file: computation_deadline
Skipping: 1330619806.000000
Skipping: /computation_deadline
Unrecognized XML in GLOBAL_PREFS::parse_override: mod_time
Skipping: /mod_time
Unrecognized XML in GLOBAL_PREFS::parse_override: run_gpu_if_user_active
Skipping: 1
Skipping: /run_gpu_if_user_active
Unrecognized XML in GLOBAL_PREFS::parse_override: suspend_cpu_usage
Skipping: 0.000000
Skipping: /suspend_cpu_usage
Unrecognized XML in GLOBAL_PREFS::parse_override: max_ncpus_pct
Skipping: 50.000000
Skipping: /max_ncpus_pct
Unrecognized XML in GLOBAL_PREFS::parse_override: daily_xfer_limit_mb
Skipping: 0.000000
Skipping: /daily_xfer_limit_mb
Unrecognized XML in GLOBAL_PREFS::parse_override: daily_xfer_period_days
Skipping: 0
Skipping: /daily_xfer_period_days
freeglut ERROR: Function <glutTimerFunc> called without first calling 'glutInit'.

</stderr_txt>
<message>
upload failure: <file_xfer_error>
<file_name>wu_164284800_1329893830_14545_0_1</file_name>
<error_code>-161</error_code>
</file_xfer_error>

</message>
]]>


So beside a bunch of XML errors/warnings, actual error is an upload failure with error code -161.

After editing client_state.xml (as computezrmle described), upload error is gone (XML errors/warnings still remain), and no calculation error.

System is running Ubuntu Server 10.10 x64 with BOINC client v6.12.34.

EDIT
Other system running Ubuntu Server 10.04.3 LTS with BOINC client v6.12.34 has same issue.
____________

Theadalus
private message
Joined: Dec 4, 2006
Posts: 9
ID: 2296
Credit: 826,704
RAC: 43
Message 2874 - Posted 17 Oct 2012 1:59:24 UTC

When does the hurting stop...?

Tried to run this project again, hoping problems were solved by now... again disappointment.

Looked into this; alas not trivial to change (all WUs and RUs in database need changes for that to happen)...

m.

How hard can it be to run some update queries on your database?

Oh well, moving rig to other project...
____________

m.somers User profile image
Forum moderator
Project administrator
Project developer
Project tester
Volunteer developer
Volunteer tester
Project scientist
Avatar
private message
Joined: Nov 14, 2005
Posts: 662
ID: 1
Credit: 1,417,572
RAC: 2
Message 2875 - Posted 17 Oct 2012 6:10:51 UTC
Last modified: 17 Oct 2012 6:14:02 UTC

Well, you'd be suprised; all WU and result enries in the data base are reganerated from one single original one. That one contains spaces. Attempts to modify that (aka removing spaces) will result in a signature mismatch => download error. Removing this means stopping the workflow (stop automatically generating WUs) which means drying the project. This affects many (ALL) users. The error we are dealing with only affects 1% or less of the users/volunteers. All in all the xml parsing error is within the client and having spaces there is not invalid xml as such. So... the situation; there is a bug in the clients XML parsing that affects less than 1% of the volunteers and the assumed workarround (not sure and surely not tested) is stopping a project and all outstanding work for that? See my point?

m.



____________
M.F. Somers

Theadalus
private message
Joined: Dec 4, 2006
Posts: 9
ID: 2296
Credit: 826,704
RAC: 43
Message 2878 - Posted 28 Oct 2012 21:28:35 UTC - in response to Message ID 2875.

All in all the xml parsing error is within the client and having spaces there is not invalid xml as such.

Agree that having spaces are not invalid, and the client not able to handle spaces is indeed a bug.
However, assuming the client will trim leading/trailing spaces is a wrong assumption; this will also mean spaces put there intentionally are trimmed, that would be a bug to my opinion.
And a property called ' name ' is not the same as 'name'. Meaning if the client does not trim the values, your xml files does not meet the client specifications (unless specifications says spaces will be trimmed).

Looking at LC's active user base, i assumed every additional machine would be appreciated...

Anyway, i have installed a new machine with Ubuntu 12.04 LTS x64 with BOINC client v7.0.28, everything seems to running fine.
But upgrading other machines is not an option right now (newer BOINC version assumes machines are running newest/latest Linux distro/kernel with appropiate libraries, installing these libraries on older distro's is not always supported).
____________

Reply to this thread

Message boards : Leiden Classical : Scheduler request failed: HTTP file not found



Return to Leiden Classical main page


Copyright © 2017 Leiden University - Leiden Institute of Chemistry - Theoretical Chemistry Department