I changed nothing in my client, but I am now working my second regular SMP (A3) WU instead of the -bigadv (A5) I've been running.
 
I have made no changes to the settings in Tracker V2 any time recently...
 

 
Any suggestions?
 
Thanks,
 
JD

Just the last two WU's I've received...
 
I finished my last -bigadv on 10-27-11 @ approx 8:31PM ET.
 

[08:26:20] - Ask before connecting: No
[08:26:20] - User name: JD22964 (Team 111065)
[08:26:20] - User ID: [removed]
[08:26:20] - Machine ID: 2
[08:26:20] 
[08:26:20] Work directory not found. Creating...
[08:26:20] Could not open work queue, generating new queue...
[08:26:20] - Preparing to get new work unit...
[08:26:20] - Autosending finished units... [October 25 08:26:20 UTC]
[08:26:20] Cleaning up work directory
[08:26:20] Trying to send all finished work units
[08:26:20] + No unsent completed units remaining.
[08:26:20] + Attempting to get work packet
[08:26:20] - Autosend completed
[08:26:20] Passkey found
[08:26:20] - Will indicate memory of 8183 MB
[08:26:20] - Detect CPU. Vendor: GenuineIntel, Family: 6, Model: 14, Stepping: 5
[08:26:20] - Connecting to assignment server
[08:26:20] Connecting to http://assign.stanford.edu:8080/
[08:26:21] Posted data.
[08:26:21] Initial: ED82; - Successful: assigned to (130.237.232.141).
[08:26:21] + News From Folding@Home: Welcome to Folding@Home
[08:26:21] Loaded queue successfully.
[08:26:21] Sent data
[08:26:21] Connecting to http://130.237.232.141:8080/
[08:26:27] Posted data.
[08:26:27] Initial: 0000; - Receiving payload (expected size: 24865367)
[08:26:51] - Downloaded at ~1011 kB/s
[08:26:51] - Averaged speed for that direction ~1011 kB/s
[08:26:51] + Received work.
[08:26:51] + Closed connections
[08:26:51] 
[08:26:51] + Processing work unit
[08:26:51] Core required: FahCore_a5.exe
[08:26:51] Core found.
[08:26:51] Working on queue slot 01 [October 25 08:26:51 UTC]
[08:26:51] + Working ...
[08:26:51] - Calling '.\FahCore_a5.exe -dir work/ -nice 19 -suffix 01 -np 7 -nocpulock -checkpoint 3 -forceasm -verbose -lifeline 1828 -version 634'

[08:26:51] 
[08:26:51] *------------------------------*
[08:26:51] Folding@Home Gromacs SMP Core
[08:26:51] Version 2.27 (Mar 12, 2010)
[08:26:51] 
[08:26:51] Preparing to commence simulation
[08:26:51] - Assembly optimizations manually forced on.
[08:26:51] - Not checking prior termination.
[08:26:56] - Expanded 24864855 -> 30796292 (decompressed 123.8 percent)
[08:26:56] Called DecompressByteArray: compressed_data_size=24864855 data_size=30796292, decompressed_data_size=30796292 diff=0
[08:26:56] - Digital signature verified
[08:26:56] 
[08:26:56] Project: 6900 (Run 3, Clone 22, Gen 70)
[08:26:56] 
[08:26:57] Assembly optimizations on if available.
[08:26:57] Entering M.D.
[08:27:03] Mapping NT from 7 to 7 
[08:27:06] Completed 0 out of 250000 steps  (0%)
[09:05:27] Completed 2500 out of 250000 steps  (1%)
... snip ...
[23:07:12] Completed 245000 out of 250000 steps  (98%)
[23:45:36] Completed 247500 out of 250000 steps  (99%)
[00:24:03] Completed 250000 out of 250000 steps  (100%)
[00:24:15] DynamicWrapper: Finished Work Unit: sleep=10000
[00:24:25] 
[00:24:25] Finished Work Unit:
[00:24:25] - Reading up to 52713120 from "work/wudata_01.trr": Read 52713120
[00:24:25] trr file hash check passed.
[00:24:25] - Reading up to 47107292 from "work/wudata_01.xtc": Read 47107292
[00:24:25] xtc file hash check passed.
[00:24:25] edr file hash check passed.
[00:24:25] logfile size: 270125
[00:24:25] Leaving Run
[00:24:26] - Writing 100258477 bytes of core data to disk...
[00:24:28]   ... Done.
[00:24:40] - Shutting down core
[00:24:40] 
[00:24:40] Folding@home Core Shutdown: FINISHED_UNIT
[00:24:43] CoreStatus = 64 (100)
[00:24:43] Unit 1 finished with 56 percent of time to deadline remaining.
[00:24:43] Updated performance fraction: 0.555802
[00:24:43] Sending work to server
[00:24:43] Project: 6900 (Run 3, Clone 22, Gen 70)

[00:24:43] + Attempting to send results [October 28 00:24:43 UTC]
[00:24:43] - Reading file work/wuresults_01.dat from core
[00:24:43]   (Read 100258477 bytes from disk)
[00:24:43] Connecting to http://130.237.232.141:8080/
[00:31:13] Posted data.
[00:31:13] Initial: 0000; - Uploaded at ~251 kB/s
[00:31:13] - Averaged speed for that direction ~251 kB/s
[00:31:13] + Results successfully sent
[00:31:13] Thank you for your contribution to Folding@Home.
[00:31:13] + Number of Units Completed: 352

[00:31:20] Trying to send all finished work units
[00:31:20] + No unsent completed units remaining.
[00:31:20] + -oneunit flag given and have now finished a unit. Exiting.***** Got a SIGTERM signal (2)
[00:31:20] Killing all core threads
[00:31:20] Could not get process id information.  Please kill core process manually

Folding@Home Client Shutdown. 

Someone forgot to tell Stanford to provide more WUs because we were having a contest. 

All good....still research that needs to get done 

Afterburner

Yep.. Same issue here...

woke up this morning to folding on a 6099

kody7839

Afterburner

kody7839

All good....still research that needs to get done 

No one doubts that... And I for one am not changing anything and will process what comes. The question was asked and we answered

It's also been asked before and people have commented on the shortage. When you see faces like  and  I don't think it's outta line to throw out the fact that while not high point givers, normal SMP's are still valuable to the program. 

lol... I never said you are out of line ... Good Lord

Afterburner

kody7839

Afterburner

kody7839

All good....still research that needs to get done 

No one doubts that... And I for one am not changing anything and will process what comes. The question was asked and we answered

It's also been asked before and people have commented on the shortage. When you see faces like  and  I don't think it's outta line to throw out the fact that while not high point givers, normal SMP's are still valuable to the program. 

lol... I never said you are out of line ... Good Lord

 
Good Lord?  I never took it that way...just clarifying my statement was all. 

I think I'll so a bigadv after this smp WU drops
 
see if the linux client will give me another smp WU  when  ask for a bigadv wu
 

I haven't received a bigadv since the 24th...  I am getting plenty of crappy 101xx and 6099 on all my rigs.  Stanford loves me this week.

I started having the issue also. One bigadv rig got 2 reg. smp's before getting another 6900.
Second bigadv rig is on it's 3rd or 4th reg. smp.
Third bigadv rig picked up another 6900 right off, no smp's in between.
Fourth bigadv rig still folding 6900's from before this problem started happening with me.
Been getting nothing but bigadv's for a couple of months now before this.
This is the first time I've got the reg. smp's with my current settings.
Server stats show no problems with the the server that sends the 6900's.
Wonder what's up.
 
Still, I'm having a blast with this TZC. More stats to checkup on. Very cool.   

Same here.

Just so you guys are aware, I just saw this over at FF. bigadv servers are getting moved around and may have wu shortages for the next 2 weeks.
 
http://foldingforum.org/viewtopic.php?f=55&t=19906

well I'm waiting just to get a normal SMP unit!!!
 
 

Yeah the TZC must have created a shortage First time my SR-2 has dropped down to the A3 client

I have the same symptoms here. 5 consecutive 6900's and now on my 2nd regular smp.
It's all good in my opinion.