Page 1 of 1

Trouble getting BigAdv on server

Posted: Fri Aug 24, 2012 9:41 pm
by Bleeder
I currently have the following setup:
Dual proccessor Xeon X5660 giving me 12 cores and 24 threads
48GB of RAM
Windows Server 2008 64bit
VirtualBox v4.1

The VirtualBox session is setup to use 24 CPU's and 16GB of RAM.

I have installed Ubuntu 11.10 64bit.

F@H Client 7.1.52 client is installed with slot options of "client-type=bigadv" and "max-packet-size=big"

So far the only BigAdv WU's I have received are 6900 and the last one was last week I think.

Isn't this a setup that can run the new BigAdv WU's?

Re: Trouble getting BigAdv on server

Posted: Fri Aug 24, 2012 9:52 pm
by P5-133XL
Yes, and the fact that you did get one says it is possible. That being said, as to why the work servers are not giving you more is an unknown. To us normal folk, why a work server assigns a particular project to a particular computer is just a big black box.



T

Re: Trouble getting BigAdv on server

Posted: Fri Aug 24, 2012 10:01 pm
by P5-133XL
Do you have other flags that may be interfering with getting a bigadv? A log would be helpful...

Re: Trouble getting BigAdv on server

Posted: Sat Aug 25, 2012 2:16 am
by Bleeder
P5-133XL wrote:Do you have other flags that may be interfering with getting a bigadv? A log would be helpful...
Thank you for the really fast reply! Here is a section of the log from that box. It's just the start until it's actually folding. Note that I have originally set this box up with another user name. This is a second name as I thought that maybe my other user name was blocked from getting the new BigAdv. This user has only folded 11 WU but the server setup and F@H config has not change between the two. And I'm not getting the new bigadv using either user name either (both have pass keys and my other user name has been folding sense Dec 13th 2011).

Code: Select all

22:14:06:************************* Folding@home Client *************************
22:14:06:    Website: http://folding.stanford.edu/
22:14:06:  Copyright: (c) 2009-2012 Stanford University
22:14:06:     Author: Joseph Coffland <joseph@cauldrondevelopment.com>
22:14:06:Started thread 1 on PID 898
22:14:06:       Args: --child --lifeline 891 /etc/fahclient/config.xml --run-as fahclient
22:14:06:             --pid-file=/var/run/fahclient.pid --daemon
22:14:06:     Config: /etc/fahclient/config.xml
22:14:06:******************************** Build ********************************
22:14:06:    Version: 7.1.52
22:14:06:       Date: Mar 20 2012
22:14:06:       Time: 13:19:11
22:14:06:    SVN Rev: 3515
22:14:06:     Branch: fah/trunk/client
22:14:06:   Compiler: GNU 4.6.2
22:14:06:    Options: -std=gnu++98 -O3 -funroll-loops -mfpmath=sse -ffast-math
22:14:06:             -fno-unsafe-math-optimizations -msse2
22:14:06:   Platform: linux2 3.2.0-1-amd64
22:14:06:       Bits: 64
22:14:06:       Mode: Release
22:14:06:******************************* System ********************************
22:14:06:        CPU: Intel(R) Xeon(R) CPU X5660 @ 2.80GHz
22:14:06:     CPU ID: GenuineIntel Family 6 Model 44 Stepping 2
22:14:06:       CPUs: 24
22:14:06:     Memory: 15.70GiB
22:14:06:Free Memory: 15.22GiB
22:14:06:    Threads: POSIX_THREADS
22:14:06: On Battery: false
22:14:06: UTC offset: -4
22:14:06:        PID: 898
22:14:06:        CWD: /var/lib/fahclient
22:14:06:         OS: Linux 3.0.0-24-generic x86_64
22:14:06:    OS Arch: AMD64
22:14:06:       GPUs: 0
22:14:06:       CUDA: Not detected
22:14:06:***********************************************************************
22:14:06:<config>
22:14:06:  <!-- FahCore Control -->
22:14:06:  <checkpoint v='30'/>
22:14:06:
22:14:06:  <!-- Logging -->
22:14:06:  <verbosity v='5'/>
22:14:06:
22:14:06:  <!-- Network -->
22:14:06:  <proxy v=':8080'/>
22:14:06:
22:14:06:  <!-- Remote Command Server -->
22:14:06:  <command-allow v='0.0.0.0/0'/>
22:14:06:  <command-allow-no-pass v='0.0.0.0/0'/>
22:14:06:  <command-deny v=''/>
22:14:06:  <command-deny-no-pass v=''/>
22:14:06:  <password v='********'/>
22:14:06:
22:14:06:  <!-- User Information -->
22:14:06:  <passkey v='********************************'/>
22:14:06:  <team v='64'/>
22:14:06:  <user v='BigDaddyBleeder'/>
22:14:06:
22:14:06:  <!-- Folding Slots -->
22:14:06:</config>
22:15:19:Adding folding slot 00: READY smp:24
22:15:20:WU00:FS00:Connecting to assign3.stanford.edu:8080
22:15:20:Removing old file 'configs/config-20120509-215956.xml'
22:15:20:Saving configuration to /etc/fahclient/config.xml
22:15:20:<config>
22:15:20:  <!-- FahCore Control -->
22:15:20:  <checkpoint v='30'/>
22:15:20:
22:15:20:  <!-- Logging -->
22:15:20:  <verbosity v='5'/>
22:15:20:
22:15:20:  <!-- Network -->
22:15:20:  <proxy v=':8080'/>
22:15:20:
22:15:20:  <!-- Remote Command Server -->
22:15:20:  <command-allow v='0.0.0.0/0'/>
22:15:20:  <command-allow-no-pass v='0.0.0.0/0'/>
22:15:20:  <command-deny v=''/>
22:15:20:  <command-deny-no-pass v=''/>
22:15:20:  <password v='********'/>
22:15:20:
22:15:20:  <!-- User Information -->
22:15:20:  <passkey v='********************************'/>
22:15:20:  <team v='64'/>
22:15:20:  <user v='BigDaddyBleeder'/>
22:15:20:
22:15:20:  <!-- Folding Slots -->
22:15:20:  <slot id='0' type='SMP'>
22:15:20:    <client-type v='bigadv'/>
22:15:20:    <cpus v='-1'/>
22:15:20:    <max-packet-size v='big'/>
22:15:20:  </slot>
22:15:20:</config>
22:17:17:Server connection id=3 ended
22:17:30:Server connection id=4 on 0.0.0.0:36330 from 127.0.0.1
22:17:30:Started thread 66 on PID 898
\x1b[93m22:18:29:WARNING:WU00:FS00:Failed to get assignment from 'assign3.stanford.edu:8080': Failed to connect to 

assign3.stanford.edu:8080: Connection timed out\x1b[0m
22:18:29:WU00:FS00:Connecting to assign4.stanford.edu:80
22:18:30:WU00:FS00:News: Welcome to Folding@Home
22:18:30:WU00:FS00:Assigned to work server 171.67.108.59
22:18:30:WU00:FS00:Requesting new work unit for slot 00: READY smp:24 from 171.67.108.59
22:18:30:WU00:FS00:Connecting to 171.67.108.59:8080
\x1b[93m22:21:39:WARNING:WU00:FS00:WorkServer connection failed on port 8080 trying 80\x1b[0m
22:21:39:WU00:FS00:Connecting to 171.67.108.59:80
22:21:40:WU00:FS00:Downloading 532.27KiB
22:21:41:WU00:FS00:Download complete
22:21:41:WU00:FS00:Received Unit: id:00 state:DOWNLOAD error:OK project:8004 run:1 clone:4 gen:154 core:0xa4 

unit:0x000000cd6652edcb4ee8fe298a818943
22:21:41:WU00:FS00:Starting
22:21:41:WU00:FS00:Running FahCore: /usr/bin/FAHCoreWrapper 

/var/lib/fahclient/cores/www.stanford.edu/~pande/Linux/AMD64/Core_a4.fah/FahCore_a4 -dir 00 -suffix 01 -version 701 -

lifeline 898 -checkpoint 30 -np 24
22:21:41:WU00:FS00:Started FahCore on PID 17291
22:21:41:Started thread 67 on PID 898
22:21:41:WU00:FS00:Core PID:17295
22:21:41:WU00:FS00:FahCore 0xa4 started
22:21:41:WU00:FS00:0xa4:
22:21:41:WU00:FS00:0xa4:*------------------------------*
22:21:41:WU00:FS00:0xa4:Folding@Home Gromacs GB Core
22:21:41:WU00:FS00:0xa4:Version 2.27 (Dec. 15, 2010)
22:21:41:WU00:FS00:0xa4:
22:21:41:WU00:FS00:0xa4:Preparing to commence simulation
22:21:41:WU00:FS00:0xa4:- Looking at optimizations...
22:21:41:WU00:FS00:0xa4:- Created dyn
22:21:41:WU00:FS00:0xa4:- Files status OK
22:21:41:WU00:FS00:0xa4:- Expanded 544528 -> 1305024 (decompressed 239.6 percent)
22:21:41:WU00:FS00:0xa4:Called DecompressByteArray: compressed_data_size=544528 data_size=1305024, 

decompressed_data_size=1305024 diff=0
22:21:41:WU00:FS00:0xa4:- Digital signature verified
22:21:41:WU00:FS00:0xa4:
22:21:41:WU00:FS00:0xa4:Project: 8004 (Run 1, Clone 4, Gen 154)
22:21:41:WU00:FS00:0xa4:
22:21:41:WU00:FS00:0xa4:Assembly optimizations on if available.
22:21:41:WU00:FS00:0xa4:Entering M.D.
22:21:49:WU00:FS00:0xa4:Completed 0 out of 250000 steps  (0%)
22:22:34:WU00:FS00:0xa4:Completed 2500 out of 250000 steps  (1%)
22:23:15:WU00:FS00:0xa4:Completed 5000 out of 250000 steps  (2%)
22:23:53:Started thread 68 on PID 898
22:23:53:Server connection id=5 on 0.0.0.0:36330 from 9.28.63.23
22:23:57:WU00:FS00:0xa4:Completed 7500 out of 250000 steps  (3%)
22:24:37:WU00:FS00:0xa4:Completed 10000 out of 250000 steps  (4%)
22:25:18:WU00:FS00:0xa4:Completed 12500 out of 250000 steps  (5%)
22:25:59:WU00:FS00:0xa4:Completed 15000 out of 250000 steps  (6%)
22:26:39:WU00:FS00:0xa4:Completed 17500 out of 250000 steps  (7%)
22:27:20:WU00:FS00:0xa4:Completed 20000 out of 250000 steps  (8%)
22:28:01:WU00:FS00:0xa4:Completed 22500 out of 250000 steps  (9%)
22:28:41:WU00:FS00:0xa4:Completed 25000 out of 250000 steps  (10%)
22:29:22:WU00:FS00:0xa4:Completed 27500 out of 250000 steps  (11%)
22:30:04:WU00:FS00:0xa4:Completed 30000 out of 250000 steps  (12%)
22:30:47:WU00:FS00:0xa4:Completed 32500 out of 250000 steps  (13%)
22:31:31:WU00:FS00:0xa4:Completed 35000 out of 250000 steps  (14%)
22:32:14:WU00:FS00:0xa4:Completed 37500 out of 250000 steps  (15%)
22:32:57:WU00:FS00:0xa4:Completed 40000 out of 250000 steps  (16%)
22:33:41:WU00:FS00:0xa4:Completed 42500 out of 250000 steps  (17%)
22:34:23:WU00:FS00:0xa4:Completed 45000 out of 250000 steps  (18%)
22:35:04:WU00:FS00:0xa4:Completed 47500 out of 250000 steps  (19%)
22:35:40:WU00:FS00:0xa4:Completed 50000 out of 250000 steps  (20%)
22:36:17:WU00:FS00:0xa4:Completed 52500 out of 250000 steps  (21%)
22:36:56:WU00:FS00:0xa4:Completed 55000 out of 250000 steps  (22%)
22:37:34:WU00:FS00:0xa4:Completed 57500 out of 250000 steps  (23%)
22:38:13:WU00:FS00:0xa4:Completed 60000 out of 250000 steps  (24%)
22:38:51:WU00:FS00:0xa4:Completed 62500 out of 250000 steps  (25%)

Re: Trouble getting BigAdv on server

Posted: Sat Aug 25, 2012 2:44 am
by Joe_H
I didn't notice anything that would keep you from getting bigadv WU's. But, there is a limited amount of bigadv work available, so your server may just not have been assigned to it. They also have a backlog of core A4 work, so the servers may be set to prioritize connections to do those projects.

Re: Trouble getting BigAdv on server

Posted: Sat Aug 25, 2012 2:53 am
by 7im
Is this computer at a location where port 8080 is blocked?

Re: Trouble getting BigAdv on server

Posted: Sat Aug 25, 2012 5:10 am
by Grandpa_01
There is not a shortage of bigadv WU's for machines that qualify to run them, and you rig qualifies, the odd thing is that you got a 6900 which is actually a bigadv -8 WU and is on a different server than the bigadv 16's are. I am surprised you got it on a Linux rig because they were only receiving them on Windows machines for a while and I did not think they had moved them because I did pick 1 up on a -12 Windows rig a few days ago. Any way I would venture to say 7im is probably right that port 80/80 is blocked so it is using an alternate server since it can not reach your first choice.

Re: Trouble getting BigAdv on server

Posted: Sat Aug 25, 2012 4:55 pm
by Bleeder
I have 4 machines folding that are on this same subnet at work. All 4 are failing when trying to get to the assign servers using port 8080. So I'm going to have to assume that yes, 8080 is being actively blocked. Unfortunately there is nothing that I can do about that.

If this is the reason for no BigAdv on this box I have to ask why would the assign server give out different WU's based on the port? Or is it that there is something not configured properly on the assign server that is stopping the assignment of these WU's?

Re: Trouble getting BigAdv on server

Posted: Sat Aug 25, 2012 6:23 pm
by Grandpa_01
The server is not giving out different WU's you can not reach the server with the bigadv WU's on it. The code is working properly you are being assigned to a different server since you cannot reach the server your flags indicate. It is doing what it is supposed to do assigning you to a server you can connect to which does not have bigadv WU's on it.

Re: Trouble getting BigAdv on server

Posted: Sat Aug 25, 2012 7:59 pm
by Nathan_P
To elaborate more on what Grandpa has said, if you have the -bigadv flag set the assignment server will try and assign you to one of the -bigadv servers, in your case the one for BA16 projects, if that fails it will try the BA8/12 severs and if that fails it will drop to standard SMP.

Re: Trouble getting BigAdv on server

Posted: Sat Aug 25, 2012 8:12 pm
by 7im
Bleeder wrote:...
Or is it that there is something not configured properly on the assign server that is stopping the assignment of these WU's?
It is a configuration issue, but I'm unable to tell if it's on purpose or not without asking kasson from PG. In the past, bleeding edge work units were available on port 8080 only so they did not go out to casual corporate folders, as they typically had port 8080 blocked. Non-casual folders in a corp environment can typically get permission to both run FAH and get 8080 unblocked for them.

Re: Trouble getting BigAdv on server

Posted: Sat Aug 25, 2012 9:02 pm
by Bleeder
Thank you for all the info guys... I really appreciate it. It is very frustrating that I have this nice box sitting here that I can't get a bigadv on.

How do we get an official answer to the port 8080 thing? I'm now wondering if it's a config mistake on the assign server or if it's on purpose. It would be very disappointing if it was on purpose because only a select few have the resources to run a server with Linux installed at home.

Re: Trouble getting BigAdv on server

Posted: Sat Aug 25, 2012 9:41 pm
by bruce
Port 8080 is being blocked by a (corporate?) proxy and that's a very intentional decision on the part of your I/S department. Feel free to discuss it with them. Also, please confirm that you have (written?) permission to use corporate equipment to fold. It's covered in the EULA for your own protection. People have been fired for folding without permission.

The Pande Group has two Assignment Servers that work with bigadv WUs, one on port 8080 and a second on port 80. The port 8080 AS has always had a wider selection of WUs than the port 80 AS. The Pande Group does use manage the assignment process in a number of ways, including adding or removing specific Work Servers to the two Assignment Servers and adjusting for other local settings whenever necessary. I've never seen any official details, though.