FAH Linux64 client doesnt download WUs [Archive]

View Full Version : FAH Linux64 client doesnt download WUs

maddog39

01-01-08, 08:42 PM

Adak

01-01-08, 09:14 PM

Hello all,

I'm becoming increasingly frustrated with the FAH clients for linux because honestly they're all crap and only work half the damn time. Anyway, for some reason I can't get the FAH client on 64bit Linux to download any WUs. Just returns a 404-type error and retries downloading whatever it needed. I'm not using a proxy or anything and have all default settings. Any ideas?

-maddog39

Are you running trying to fold an SMP WU?

Please copy the part of the fahlog.txt, where it is just starting up, so we can see it's parameters fully, and also copy and paste the portion that shows the actual error.

The T32 doctors will then examine the patient. :D

I haven't run the Linux client on uni-core WU's, but I am running 3 Linux 64 bit (Ubuntu), SMP rigs, 24/7.

They're the most stable client you could ever imagine.

It's very frustrating when things like this don't work, but most of the time, there is a relatively easy answer that leaves us exclaiming "D'Oh! I should have thought of that!"

Don't worry, we'll have you up and running in a jiff, (almost always).

Shelnutt2

01-01-08, 09:17 PM

Well he must be running the v6 client as it is the only client thats 64bit in Linux.

What distro are you running? What is your config file for FAH? And as already mentioned please give use the whole FAH.log file. Thanks!

WarriorII

01-02-08, 01:08 AM

I've been chugging along fairly well since going to version 6. (Linux/SMP)

I find it "pauses" on occasion and does not like to start working after trying to do an autosend from time to time.

I just shut down & restart and find that my WU expired. :mad:

but other than tanking a WU here & there (not my fault) it works.

:p

Zerix01

01-02-08, 02:14 AM

Mine has been working fine ever since I solved my stability issues (HTT too high). I did have an issue downloading a unit last night but it was my router being annoying again. It likes to just drop my connection for no explainable reason.

Do you have any internet access while having this issue? Are you running it in a VM?

Audioaficionado

01-04-08, 02:05 PM

I've found the Linux SMP_FAH client to run fairly dependably compared to the Windoze version. However you are dealing with Linux and things aren't as automagic as Windows. My latest issue was my clients wouldn't connect to the servers and for a couple of days I got no production.

The first problem was Charter turning my account off during the weekend when the local office was closed.

Then when I got it turned on Monday morning, my Linksys router died or just would no longer work with the Charter modem.

So I used my Vonage phone router as my LAN router and all was well except for the clients being unable to connect anymore.

It turned out I had to edit my Linux configuration so Linux had the correct IP address for the new router DNS server (192.168.15.1 instead of the old 192.168.1.1).

So you do need to learn some basic Linux knowledge to make things run smoother.

As far as an expired client, that means your VM got out of sync with the system clock because you didn't have VMWare tools installed or a Linux clock sync function installed. Once the clock in the VM resets to the true Internet time (system/VM guest OS restart will often do this), the client thinks it has expired because it was running a few days off before.

CJ145

01-04-08, 02:27 PM

It's a good idea to turn the config option on to ignore deadlines for VM's and for any computer with a dead cmos battery. That way you don't lose any work units.

Audioaficionado

01-04-08, 02:34 PM

It's a good idea to turn the config option on to ignore deadlines for VM's and for any computer with a dead cmos battery. That way you don't lose any work units.I'm not sure that will work with SMP clients to prevent you missing deadlines. Originally that allowed you to fold timeless WUs but they quit using those.

maddog39

01-04-08, 07:45 PM

Okay sorry, been busy. Here are my logs and my configuration file. Also, as you can see in my sig. I use Arch Linux.

FAHlog.txt

--- Opening Log file [January 2 02:04:28]

# Linux Console Edition ################################################## #####
################################################## #############################

Folding@Home Client Version 6.00beta1

http://folding.stanford.edu

################################################## #############################
################################################## #############################

Launch directory: /home/maddog39/Desktop/fah6
Executable: ./fah6

[02:04:28] Configuring Folding@Home...

[02:06:01] - Ask before connecting: No
[02:06:01] - User name: maddog39 (Team 32)
[02:06:01] - User ID not found locally
[02:06:01] + Requesting User ID from server
[02:06:05] - Machine ID: 1
[02:06:05]
[02:06:05] Work directory not found. Creating...
[02:06:05] Could not open work queue, generating new queue...
[02:06:05] - Preparing to get new work unit...
[02:06:05] + Attempting to get work packet
[02:06:05] - Connecting to assignment server
[02:06:06] - Successful: assigned to (171.64.122.82).
[02:06:06] + News From Folding@Home: Welcome to Folding@Home
[02:06:06] Loaded queue successfully.
[02:06:24] + Closed connections
[02:06:24]
[02:06:24] + Processing work unit
[02:06:24] Core required: FahCore_81.exe
[02:06:24] Core not found.
[02:06:24] - Core is not present or corrupted.
[02:06:24] - Attempting to download new core...
[02:06:24] + Downloading new core: FahCore_81.exe
[02:06:25] - Error: HTTP GET returned error code 0
[02:06:25] + Error: Could not download core
[02:06:25] + Core download error (#2), waiting before retry...

[02:06:44] + Downloading new core: FahCore_81.exe
[02:06:44] - Error: HTTP GET returned error code 0
[02:06:44] + Error: Could not download core
[02:06:44] + Core download error (#3), waiting before retry...

[02:07:03] + Downloading new core: FahCore_81.exe
[02:07:04] - Error: HTTP GET returned error code 0
[02:07:04] + Error: Could not download core
[02:07:04] + Core download error (#4), waiting before retry...

[02:07:37] + Downloading new core: FahCore_81.exe
[02:07:37] - Error: HTTP GET returned error code 0
[02:07:37] + Error: Could not download core
[02:07:37] + Core download error (#5), waiting before retry...

[02:08:22] + Downloading new core: FahCore_81.exe
[02:08:22] - Error: HTTP GET returned error code 0
[02:08:22] + Error: Could not download core
[02:08:22] + Core download error (#6), waiting before retry...

[02:09:54] + Downloading new core: FahCore_81.exe
[02:09:54] - Error: HTTP GET returned error code 0
[02:09:54] + Error: Could not download core
[02:09:54] + Core download error (#7), waiting before retry...

[02:12:40] + Downloading new core: FahCore_81.exe
[02:12:40] - Error: HTTP GET returned error code 0
[02:12:40] + Error: Could not download core
[02:12:40] + Core download error (#8), waiting before retry...

[02:18:12] + Downloading new core: FahCore_81.exe
[02:18:12] - Error: HTTP GET returned error code 0
[02:18:12] + Error: Could not download core
[02:18:12] + Core download error (#9), waiting before retry...

Folding@Home Client Shutdown.

--- Opening Log file [January 2 02:26:43]

# Linux Console Edition ################################################## #####
################################################## #############################

Folding@Home Client Version 6.00beta1

http://folding.stanford.edu

################################################## #############################
################################################## #############################

Launch directory: /home/maddog39/Desktop/fah6
Executable: ./fah6

[02:26:43] - Ask before connecting: No
[02:26:43] - User name: maddog39 (Team 32)
[02:26:43] - User ID: 1E3DC67D40368947
[02:26:43] - Machine ID: 1
[02:26:43]
[02:26:43] Loaded queue successfully.
[02:26:43]
[02:26:43] + Processing work unit
[02:26:43] Core required: FahCore_81.exe
[02:26:43] Core not found.
[02:26:43] - Core is not present or corrupted.
[02:26:43] - Attempting to download new core...
[02:26:43] + Downloading new core: FahCore_81.exe
[02:26:44] - Error: HTTP GET returned error code 0
[02:26:44] + Error: Could not download core
[02:26:44] + Core download error (#2), waiting before retry...

[02:27:02] + Downloading new core: FahCore_81.exe
[02:27:02] - Error: HTTP GET returned error code 0
[02:27:02] + Error: Could not download core
[02:27:02] + Core download error (#3), waiting before retry...

[02:27:25] + Downloading new core: FahCore_81.exe
[02:27:25] - Error: HTTP GET returned error code 0
[02:27:25] + Error: Could not download core
[02:27:25] + Core download error (#4), waiting before retry...

[02:27:55] + Downloading new core: FahCore_81.exe
[02:27:58] - Error: HTTP GET returned error code 0
[02:27:58] + Error: Could not download core
[02:27:58] + Core download error (#5), waiting before retry...

Folding@Home Client Shutdown.

--- Opening Log file [January 2 02:29:53]

# Linux Console Edition ################################################## #####
################################################## #############################

Folding@Home Client Version 6.00beta1

http://folding.stanford.edu

################################################## #############################
################################################## #############################

Launch directory: /home/maddog39/Desktop/fah6
Executable: ./fah6

[02:29:53] - Ask before connecting: No
[02:29:53] - User ID: 1E3DC67D40368947
[02:29:53] - Machine ID: 1
[02:29:53]
[02:29:53] Loaded queue successfully.
[02:29:53]
[02:29:53] + Processing work unit
[02:29:53] Core required: FahCore_81.exe
[02:29:53] Core not found.
[02:29:53] - Core is not present or corrupted.
[02:29:53] - Attempting to download new core...
[02:29:53] + Downloading new core: FahCore_81.exe
[02:29:54] - Error: HTTP GET returned error code 0
[02:29:54] + Error: Could not download core
[02:29:54] + Core download error (#2), waiting before retry...

[02:30:12] + Downloading new core: FahCore_81.exe
[02:30:12] - Error: HTTP GET returned error code 0
[02:30:12] + Error: Could not download core
[02:30:12] + Core download error (#3), waiting before retry...

[02:30:30] + Downloading new core: FahCore_81.exe
[02:30:30] - Error: HTTP GET returned error code 0
[02:30:30] + Error: Could not download core
[02:30:30] + Core download error (#4), waiting before retry...

[02:31:01] + Downloading new core: FahCore_81.exe
[02:31:02] - Error: HTTP GET returned error code 0
[02:31:02] + Error: Could not download core
[02:31:02] + Core download error (#5), waiting before retry...

[02:31:47] + Downloading new core: FahCore_81.exe
[02:31:47] - Error: HTTP GET returned error code 0
[02:31:47] + Error: Could not download core
[02:31:47] + Core download error (#6), waiting before retry...

[02:33:09] + Downloading new core: FahCore_81.exe
[02:33:09] - Error: HTTP GET returned error code 0
[02:33:09] + Error: Could not download core
[02:33:09] + Core download error (#7), waiting before retry...

[02:36:01] + Downloading new core: FahCore_81.exe
[02:36:05] - Error: HTTP GET returned error code 0
[02:36:05] + Error: Could not download core
[02:36:05] + Core download error (#8), waiting before retry...

[02:41:32] + Downloading new core: FahCore_81.exe
[02:41:32] - Error: HTTP GET returned error code 0
[02:41:32] + Error: Could not download core
[02:41:32] + Core download error (#9), waiting before retry...

Folding@Home Client Shutdown.

--- Opening Log file [January 5 01:37:46]

# Linux Console Edition ################################################## #####
################################################## #############################

Folding@Home Client Version 6.00beta1

http://folding.stanford.edu

################################################## #############################
################################################## #############################

Launch directory: /home/maddog39/Desktop/fah6
Executable: ./fah6

[01:37:46] - Ask before connecting: No
[01:37:46] - User ID: 1E3DC67D40368947
[01:37:46] - Machine ID: 1
[01:37:46]
[01:37:46] Loaded queue successfully.
[01:37:46]
[01:37:46] + Processing work unit
[01:37:46] Core required: FahCore_81.exe
[01:37:46] Core not found.
[01:37:46] - Core is not present or corrupted.
[01:37:46] - Attempting to download new core...
[01:37:46] + Downloading new core: FahCore_81.exe
[01:37:46] - Error: HTTP GET returned error code 0
[01:37:46] + Error: Could not download core
[01:37:46] + Core download error (#2), waiting before retry...

[01:37:55] + Downloading new core: FahCore_81.exe
[01:37:56] - Error: HTTP GET returned error code 0
[01:37:56] + Error: Could not download core
[01:37:56] + Core download error (#3), waiting before retry...

Folding@Home Client Shutdown.

client.cfg

[http]
active=no
host=localhost
port=8080

[settings]
machineid=1
username=maddog39
team=32
passkey=
asknet=no

[Edit]
Arch is currently the ONLY operating system on this computer as well as all my other computers (with exception of my powerbook which runs Ubuntu), so no its not a VM problem. And I think if I've setup arch and its my primary OS that I have more than enough linux experience. :/

nitteo

01-05-08, 07:30 AM

It looks more like it cant get Internet Connection?

...and you need "-smp" flag if you want SMP WUs.

Adak

01-05-08, 02:54 PM

As Nitteo posted, you have to have the -smp initialization string included if you want smp units (which I'm sure you do)!

and this is my client.cfg using Ubuntu, and folding smp just fine:

[settings]
username=Adak
team=32
asknet=no
bigpackets=yes
machineid=1
local=288

[http]
active=no
host=localhost
port=8080

You can't get larger WU's (including smp WU's), without having bigpackets=yes, as I've highlighted in red, above.

You are connecting just fine, otherwise, and that should fix the problem. If your [http] section of your client.cfg is really at the top of the client.cfg file, that should be changed to having the [settings] section being first, THEN the [http] section being second. I don't know if it will run being "upside down" or not - never heard or saw that, before.

Adak

01-05-08, 02:59 PM

It's a good idea to turn the config option on to ignore deadlines for VM's and for any computer with a dead cmos battery. That way you don't lose any work units.

You can't set it to ignore deadlines, and still get work. There are no deadline-less WU's, so you'll get nothing from Stanford.

The setting you mean is "ignore your system's clock?=yes" (because it's frequently wrong).

And that setting is fine to use. Easy to confuse with the deadline-less setting.

CJ145

01-05-08, 03:11 PM

You can't set it to ignore deadlines, and still get work. There are no deadline-less WU's, so you'll get nothing from Stanford.

The setting you mean is "ignore your system's clock?=yes" (because it's frequently wrong).

And that setting is fine to use. Easy to confuse with the deadline-less setting.

Yea that setting was the one I meant. :)

maddog39

01-05-08, 05:00 PM

I tried your suggestions, yet have the same problem as before. And my internet connection is fine obviously because I'm posting from it. :/

nitteo

01-05-08, 05:15 PM

Are you sure you have ia-32libs installed? I believe that is necessary to have an erro free FAH6 experience.

If not, I guess the start from scratch...re-install FAH6. I have Ubuntu on 3 rigs and have not seen this problem.

Adak

01-05-08, 05:48 PM

I tried your suggestions, yet have the same problem as before. And my internet connection is fine obviously because I'm posting from it. :/

I knew your internet connection was fine, because you got through to Stanford. For some reason you're just not getting through to the assignment server.

Show us your current client.cfg file, and the copy of your log file which shows the starting fah log info like initialization strings, and right on down to the errors.

There's something we're overlooking here. Is your OS set up to allow port 80 and port 8080 to be used by FAH?

nitteo

01-05-08, 06:21 PM

[settings]
machineid=1
username=maddog39
team=32
passkey=
asknet=no

Btw, you have a passkey right?

maddog39

01-17-08, 09:50 AM

Yea I do, but I didnt use it at that time because I didn't have access to my email where I kept it. (Account Suspended). But it still doesn't seem to work for some reason. :/

Adak

01-17-08, 10:18 AM

Yea I do, but I didnt use it at that time because I didn't have access to my email where I kept it. (Account Suspended). But it still doesn't seem to work for some reason. :/

A few idea's:

1) Your processor is a dual core. I believe dual core's don't support virtualization, which means Stanford may reject it from getting SMP WU's. You should be able to find that feature listed in your BIOS, if your cpu supports it. If it's there, be sure it's turned on, and save that setting when you exit the BIOS.

2) Your client.cfg file is just messed up. Wrong order of sections, and wrong order of records within the sections.

I would stop the client, delete the client.cfg entirely, and re-start the client again, with the start up flag " -verbosity 9" added to it, so we can see the most messages from the FAH client.

Let the default settings be your guide on answering the questions, pretty much. Especially things like memory. FAH won't use more memory, just because you let it have it, but that could stop you from getting any WU's, if you are limiting the amount of RAM that the client can access. (Resulting again in no WU's).

If you still have trouble, post up the error messages, and of course, the client.cfg file, and I'll post it over to the FAH forum's and see if anyone there has any idea's.

harlam357

01-17-08, 12:30 PM

Humm, you aren't getting a response to download the necessary core executable. That should happen after you've already received a WU (port 8080). At least that's the order of things I see in a log I'm looking at right now.

The problem appears to be networking, I know you are posting here from that machine so a problem with port 80 doesn't seem likely. However, try to access this URL (http://www.stanford.edu/~pande/Linux/) in your browser. That's the root for Linux core executables. If you can browse there I see no reason why the client cannot connect there as well.

I'd also do as Adak suggests and delete the client.cfg and let the client recreate it on next startup. No need for virtualization really since you're not running a VM.

Adak

01-17-08, 03:10 PM

So you don't need virtualization to run SMP, in 32 bit Windows?

harlam357

01-17-08, 03:38 PM

Audioaficionado

01-17-08, 04:25 PM

Arch is currently the ONLY operating system on this computer as well as all my other computers (with exception of my powerbook which runs Ubuntu), so no its not a VM problem. And I think if I've setup arch and its my primary OS that I have more than enough linux experience. :/That might very well be the problem.
http://wiki.archlinux.org/index.php/Arch64_FAQ#Can_I_run_32-bit_apps_inside_Arch64.3F
Can I run 32-bit apps inside Arch64?

Yes!

BUT: Our goal is to be the most bleeding-edge distribution around! 32-bit is old-fashioned. We want Arch64 to be modern and pure 64-bit. So we don't have a Multilib system. We won't take any package into the repos improving 32-bit compatibility. Maybe we will place them into the AUR or community repo. Don't expect any support from the devs getting 32-bit apps running on Arch64!

Adak

01-18-08, 12:52 AM

He's not runnin' the Winders. ;)

He wasn't referenced in that question.

harlam357

01-18-08, 08:31 AM

He wasn't referenced in that question.

Oh, ok... I see. :)

So you don't need virtualization to run SMP, in 32 bit Windows?

No... my 939 Opterons have no such virtualization and run WinSMP just fine. Don't know about s-I-n-tel but I imagine it would not be a requirement.

Why do you say virtualization may be a requirement for running a SMP client on a native OS, Windows or Linux?

Adak

01-18-08, 08:53 AM

harlam357

01-18-08, 11:58 AM

Probably just been dancing on the ceiling too much with all the new members and millionaire's! :D

Seriously, I thought a 64 bit program would either require a 64 bit OS, or virtualization on the cpu. That's why I thought the intel core duo's couldn't run smp, but the core2dual's could. (the former has no virtualization, the latter has it, iirc).

lol... I hear that! :beer:

FAH SMP (Windows & Linux) is a 32-bit program, although on Linux Stanford has coded a 64-bit kernel requirement into the main executable- it still, as we already know, requires the 32-bit libs to run. The 64-bit kernel requirement is only used as a means to ensure SMP is run on "modern" cpus, modern being those that are 64-bit capable.

Now on Windows they didn't have that luxury since an overwhelming majority of Windows installs are still 32-bit. If they required 64-bit Windows no one would be running WinSMP since no one would shuck out the dollars to move to 64-bit Windows just to run their client. It's a no brainer on the Linux side, anyone can afford a 64-bit kernel. :)