Probleem F@H fetch work packets

[Phreak]

Dag mede koetjes,

Ik heb nu al een tijdje een een probleem hier met een aantal F@H clients.
Ze staan een dag te rekenen op een work packet, als deze klaar is wordt hij verstuurd naar de server bij Stanford, maar daarna weigerd hij een nieuwe packet op te halen lijkt het.
Soms gaat het een paar keer goed en haalt bij 3x een nieuwe work unit op, maar meestal gebeurt er niks.

code:

[13:17:26] + Attempting to get work packet
[13:17:26] - Connecting to assignment server
[13:17:48] Couldn't send HTTP request to server (wininet)
[13:17:48] + Could not connect to Assignment Server
[13:18:09] Couldn't send HTTP request to server (wininet)
[13:18:09] + Could not connect to Assignment Server 2
[13:18:09] + Couldn't get work instructions.
[13:18:09] - Error: Attempt #125  to get work failed, and no other work to do.
             Waiting before retry.
[14:06:23] + Attempting to get work packet
[14:06:23] - Connecting to assignment server
[14:06:44] Couldn't send HTTP request to server (wininet)
[14:06:44] + Could not connect to Assignment Server
[14:07:06] Couldn't send HTTP request to server (wininet)
[14:07:06] + Could not connect to Assignment Server 2
[14:07:06] + Couldn't get work instructions.
[14:07:06] - Error: Attempt #126  to get work failed, and no other work to do.
             Waiting before retry.
[14:55:20] + Attempting to get work packet
[14:55:20] - Connecting to assignment server
[14:55:41] Couldn't send HTTP request to server (wininet)
[14:55:41] + Could not connect to Assignment Server
[14:56:03] Couldn't send HTTP request to server (wininet)
[14:56:03] + Could not connect to Assignment Server 2
[14:56:03] + Couldn't get work instructions.
[14:56:03] - Error: Attempt #127  to get work failed, and no other work to do.
             Waiting before retry.

Dit is het laatste stuk van m'n log.
Ik heb geprobeerd de client af te sluiten en daarna weer op te starten, maar dat helpt niet.
Hij haalt dan nog steeds geen nieuwe work unit op.
Ik gebruik overigens de nieuwste normale console client.

Als ik de pc herstart dan werkt het wel, hij haalt direct de 1ste poging een nieuwe work unit op.
Maar goed, die is morgen wel weer klaar en dan staat hij weer te neuspeuteren.
Wie heeft z'n glazenbol gepoetst en heeft een idee?

[smoking2000]

Je gebruikt waarschijnlijk de IE settings, zet die eens uit want dat werkt niet meer sinds IE7 en daarvoor werkte het ook al niet helemaal relaxt

Dus even je client stoppen, herconfigureren met -configonly en de
"Use Internet Explorer Settings (no/yes)" vraag met no beantwoorden,
zodat je client.cfg de juiste configuratie heeft.

quote: http://fahwiki.net/index.php/Client.cfg#Section:_.5Bhttp.5D

code:

S: usereg=yes
O: Use Internet Explorer Settings (no/yes) [yes]?
N: This option is not available in the Linux client.  
N: In early 2007, Microsoft released OS and browser security patches 
   that interfered with this setting. Do not use this setting. 
N: This option has been removed from v6.x client. If needed,
   use the proxy option instead.

[Phreak]

Ik heb het zojuist allemaal aangepast smoking2000.
En het werkt, hij rammelt nu weer vrolijk door.

[Verwijderd]

zie ik zei je het toch

08:38 <@Phreak-Werk> mijn clients staan hier vanaf vrijdag al niks te doen
08:38 <@Henk> ff op got melden?
08:38 <@Fear-factoR> dat is niet best..
08:39 <@Fear-factoR> of got checken of er iets mis is...
08:39 <@Henk> vooral smokingnogwat weet het wel

[Fossalta]

Ik zit ook met een soortgelijk probleem.. sinds gisteren middag worden er niet automatisch nieuwe WU's meer opgehaald. Telkens als een WU klaar is moet ik m'n PC opnieuw opstarten voordat ie de volgende gaat ophalen. Als ik in mijn log kijk zie ik het volgende staan:

[16:50:20] - Connecting to assignment server
[16:50:21] - Successful: assigned to (0.0.0.0).
[16:50:21] + News From Folding@Home: Welcome to Folding@Home
[16:50:21] Work Unit has an invalid address.

Ik gebruik de grafische client.
Client restarten helpt niet, alleen een reboot.
Ik heb de "Use internet explorer connection settings" UIT staan
Geen proxy

[edit: Dit gebeurd op zowel mijn PC als laptop, de PS3 vouwt zonder problemen door. Het heeft hiervoor weken goed gewerkt en ben niet aan de instellingen geweest.]

[ Voor 11% gewijzigd door Fossalta op 04-05-2008 19:34 ]

[smoking2000]

Uit de FAQ:

quote: http://folding.stanford.edu/English/FAQ-main#ntoc13

My client was assigned to the IP address 0.0.0.0. What's up?

From time to time, we may not have work that matches the requirement of every platform. When that is true, we will not supply you with duplicated work that really isn't needed. We'd rather have some clients idle and repeatedly rechecking for new work than busy for long periods working on something that doesn't need to be completed. Even though your computer may see occasional idle periods, we still value your donations. If this continues for an extended period of time, be sure to ask for help in the Forum because that's not normal.

Waarschijnlijk heb je je client op een zodanige manier geconfigureerd dat er geen WUs voor beschikbaar zijn (e.g. type=2 aka deadlineless WUs, die bestaan namelijk al een tijd niet meer).

Post je client.cfg en de output van qd eens, dan kunnen we het zien

[Fossalta]

config.cfg:

code:

[settings]
username=Fossalta
team=92
asknet=no
bigpackets=no
machineid=1
local=21

[http]
active=no
host=localhost
port=8080
usereg=no
proxy_name=
proxy_passwd=

[graphics]
subtitle=Distributed Computing    -    http://folding.stanford.edu
drawgap=7500
drawtitle=1
saver_mode_enabled=0
saver_runs_core=0
saver_idle_minutes=1
drawlogos=0
logourl=
drawmode=2

[core]
priority=0
cpuusage=95
disableassembly=no
checkpoint=15
ignoredeadlines=no

[power]
battery=no

komt geen type=xxx in voor... qd heb ik niet ik gebruik n.l. de grafische client. Vannacht als ik thuis ben ga ik de console client wel installeren.. misschiend dat die het wel goed doet..

[smoking2000]

qd is een tool om de queue.dat mee uit te lezen, dit is een file die door alle FAH clients (behalve de PS3) client gebruikt wordt om de WU informatie van de laatste 10 WUs in bij te houden.

Hierin staat alle informatie van de betreffende WU ten tijde van het beginnen aan de betreffende WU. Informatie uit de gedownloade wudata_??.dat, client.cfg e.d.

De voorbeeld situatie voor het gebruiken van qd op de gelinkte Wiki pagina zelfs voor de GUI client geschreven, het gebruikt de default installatie directory van de GUI client: C:\Program Files\Folding@Home !

Beter lezen voor je oordeelt dat iets niet nodig is of kan, anders vraag ik natuurlijk niet ten behoeven van het troubleshooten

We weten nu namelijk nogsteeds niet wat je client versie is, of je -advmethods gebruikt, welke servers de WU vandaan komt, of er upload failures waren, etc. Als je `qd.exe -di` gebruikt weten we dit allemaal (op de exacte client versie na, maar de queue versie is goed genoeg)

[ Voor 5% gewijzigd door smoking2000 op 04-05-2008 21:58 ]

[Fossalta]

smoking2000 schreef op zondag 04 mei 2008 @ 21:57:
Beter lezen voor je oordeelt dat iets niet nodig is of kan, anders vraag ik natuurlijk niet ten behoeven van het troubleshooten

Heb je mij niet horen zeggen, heb blijkbaar het "Getting gd" stuk overgeslagen...

Anyway, de qd -di 2 outputs van zowel PC en laptop:

qddump.txt van PC
qddump.txt van laptop

Grafische client versie 5.03

[smoking2000]

PC:

code:

 Index 6: folding now 310.00 pts (15.901 pt/hr) 106 X min speed; 12% complete
   server: 171.64.122.88:8080; project: 3906, "Lig in water"
   Folding: run 3272, clone 2, generation 9; benchmark 7592; misc: 500, 200
   core URL: http://www.stanford.edu/~pande/Win32/x86/Core_7b.fah (V1.04)
   CS: 171.64.122.76; P limit: 52427776
   work/wudata_06.dat file size: 345499; WU type: Folding@Home
    500: 00 00 00 00 00 00 00 00

wudata size <= P limit (is goed, anders qfix draaien om P limit te verhogen)
500: 0 (byte 500: type=0, default config/no WU preference)

Verder hebben beide clients upload problemen gehad, want ze hebben beide de datum van de laatste Results successfully sent opgeslagen, van je laptop was dat zelfs recent (WU in index 0).

Ziet er verder configuratie technisch goed uit, geen vreemde zaken aan jouw kant, bij Pandegroup wel blijkt:

quote: http://folding.typepad.com/news/2008/05/server-down-low.html

server down, low on work

Looks like one of our key servers went down and so regular FAH clients (non-adv, non-PS3, non-SMP, non-GPU) will be low on work until the sysadmins get the machine back on-line. The other platforms (PS3, GPU, SMP, and adv settings) should have plenty of jobs and some even have their own assignment servers (in the case of GPU and PS3). The sysadmins work M-F, so we expect that they will do a reboot on Monday morning. In the mean time, we have added some new servers on line with jobs, but they are getting hit hard at the moment.

Finally, we are preping a series of servers to add 1 *million* jobs (I always imagine Dr. Evil saying that) hopefully this week on multiple servers, so being low on work won't be an ongoing problem after they're up. However, until Monday morning (i.e. the next 16-18 hours or so), it will likely be tight (for non-SMP, non-adv, non-GPU clients).

quote: http://folding.typepad.com/news/2008/05/update-server-b.html

UPDATE: server back up

The server that went down was reset by our sysadmins just now (thanks to them for coming in on a Sunday evening) and we've got the server code running on them.

Daarom werd je aan 0.0.0.0 geassigned, want er was geen werk voor jouw configuratie meer, maar niet door jouw schuld.