GAH WU's kommen nicht an?

Nachricht

#1 Ungelesener Beitrag von **yoyo** » 23.10.2003 17:10

Hallo,
seit einigen Tagen rechnet mein 2. Rechner mit. Die WU's erscheinen aber
nicht in der Statistik von GAH . Es ist nur die eine WU von dem 1. Rechner
angekommen. Ich benutze die FAH Console, die ich für GAH konfiguriert habe.
Hier einige Auszüge aus dem FAH.log:

Code: Alles auswählen

[16:36:39] - User name: yoyo (Team  1737048435)
[16:36:39] - User ID = 35DDC12A14D1EE17
[16:36:39] - Machine ID: 2
[16:36:39] 
[16:36:39] Loaded queue successfully.
[16:36:39] + Benchmarking ...
[16:36:42] 
[16:36:42] + Processing work unit
[16:36:42] Core required: FahCore_ca.exe
[16:36:42] Core found.
[16:36:42] Working on Unit 01 [October 17 16:36:42]
[16:36:42] + Working ...
[16:36:42] Folding@home Protein Design Core Version 2.06 (Feb 25, 2003)
[16:36:42] 
[16:36:42] Proj: work/wudata_01
[16:36:42] Finding work files
[16:36:42] sizeof(CORE_PACKET_HDR) = 512
[16:36:42] Checking frame files
[16:36:43] Restarting from checkpointed files.
[16:36:43] 
[16:36:43] Protein: SH3ligGH2/pdb1prm.1.spa
[16:36:43] - Frames Completed: 0, Remaining: 600
[16:36:43] - Dynamic steps required: 120000
[16:36:43] 
[16:36:45] Printed current.prm
[16:36:45] Writing local files:
[16:36:45] - Writing "work/wudata_01.key": (overwrite)successful.
[16:36:45] - Writing "work/wudata_01.xyz": (overwrite)successful.
[16:36:45] - Writing "work/wudata_01.prm": (overwrite)successful.
[16:36:46] Starting design engine
[16:36:46] [SPG] project name: work/wudata_01.
[16:36:46] [SPG]   1  0                                                
[16:36:46] [SPG] Unrecognized atom                                     
[16:36:46] [SPG] Unrecognized atom                                     
[16:36:46] [SPG] Initializing protein design engine                    
[16:36:46] [SPG] seed =      4010899                                   
[16:36:46] [SPG] Initialization complete                               
[16:36:46] [SPG] Writing current.pdb, chainlength =  65                
[16:36:46] [SPG] Writing current.xyz                                   
[16:36:46] [SPG] Preprocessing . . .                                   
[16:36:46] [SPG]    65 positions in protein                            
[16:37:53] [SPG] Preprocessing complete                                
[16:37:53] Iterations: 0 of 600
[16:37:54] Finished
[16:37:54] [SPG] Native chi angles stored                              
[16:37:55] [SPG] Rotamers read                                         
[16:37:55] [SPG] Unrecognized atom                                     
[16:37:55] [SPG] Unrecognized atom                                     
[16:37:55] [SPG] Starting genetic algorithm                            
[16:39:23] [SPG] seed:          4010899                                
[16:39:23] [SPG] Designing protein sequence  1 of 30                   
[16:42:31] [SPG]  10.0 
[16:45:41] [SPG]  20.0 
[16:48:35] [SPG]  30.0 
[16:51:18] [SPG]  40.0

... usw ... und am Ende dann:

Code: Alles auswählen

[11:35:48] [SPG] seed:        120326970                                
[11:35:48] [SPG] Designing protein sequence 30 of 30                   
[11:39:09] [SPG]  10.0 
[11:42:21] [SPG]  20.0 
[11:45:20] [SPG]  30.0 
[11:48:00] [SPG]  40.0 
[11:50:33] [SPG]  50.0 
[11:52:56] [SPG]  60.0 
[11:55:21] [SPG]  70.0 
[11:57:42] [SPG]  80.0 
[11:59:55] [SPG]  90.0 
[12:02:05] [SPG] 100.0 
[12:02:05] [SPG] Writing current.xyz                                   
[12:02:06] [SPG] Sequence 30 completed:                                
[12:02:06] LLTMRYSYSASPSVPVPYAIGENIQPLAASGTIYMKVKSYSSGKYGPVSL . . .    
[12:02:06] Iterations: 600 of 600
[12:02:07] Finished
[12:02:08] [SPG] Design complete                                       
[12:02:08] [SPG] completed successfully                                
[12:02:09] 
[12:02:09] Finished Work Unit
[12:02:09] work_hdr.len_arcfile: 107250
[12:02:10] Leaving Run
[12:02:11] - Writing 107762 bytes of core data to disk. 
[12:02:11]   end (WriteWorkResults)
[12:02:11] - Shutting down core
[12:02:11] 
[12:02:11] Folding@Home2 Protein Design Core Shutdown: FINISHED_UNIT
[12:02:14] CoreStatus = 64 (100)
[12:02:14] Sending work to server


[12:02:14] + Attempting to send results
[12:02:18] + Results successfully sent
[12:02:18] Thank you for your contribution to Folding@home.
[12:02:18] + Starting local stats count at 1
[12:02:22] + Attempting to get work packet
[12:02:22] - Connecting to assignment server
[12:02:23] - Successful: assigned to (171.64.122.125).
[12:02:23] + News From Folding@Home: Welcome to Folding@Home
[12:02:23] Loaded queue successfully.
[12:02:23] - Deadline time not received.
[12:02:25] + Closed connections
[12:02:25] 
[12:02:25] + Processing work unit
[12:02:25] Core required: FahCore_ca.exe
[12:02:25] Core found.
[12:02:25] Working on Unit 02 [October 20 12:02:25]

Und dann kommt die nächste WU. Liegt das an Machine ID 2 ? Bin ratlos.

yoyo

Dennis Kautz · #2 Ungelesener Beitrag von **Dennis Kautz** » 23.10.2003 18:21

Hab das selbe Problem... laut dem Log wurden die Daten aber erfolgreich abgeschickt (schon gestern!). In den Stats ist die WU nicht... Sind die Server wieder mal down?

#3 Ungelesener Beitrag von **Der Diplomat** » 23.10.2003 19:13

Ich habe die Erfahrung gemacht, dass die WUs mit einiger Verspätung auf der Statistikseite von Stanford (My results) angezeigt wird und noch später auf den Statistik-Seiten von StatsMan oder Huraxprax. Mit ein bischen Geduld dürftet ihr bald Eure WUs gewertet wissen.

#4 Ungelesener Beitrag von **yoyo** » 23.10.2003 20:23

Wie man aber oben im Log sieht, wurde die WU schon am 20.10. abgeschickt! Sollte das wirklich so lange dauern?

Zahmekoses · #5 Ungelesener Beitrag von **Zahmekoses** » 23.10.2003 21:16

bei mir ebenfalls vor exakt 23h eine WU abgeschickt... (und noch nicht in den Stats verzeichnet, wäre meine Gene 2)

ich hoff mal, das die bis morgen nachmittag drin ist :/

ciao
Zahme

René · #6 Ungelesener Beitrag von **René** » 24.10.2003 12:23

Hallo!

Seit einigen Tagen rechne ich ausschließlich für GAH. Nun musste ich leider festellen, dass ich
in der GAH Statistik überhaupt nicht erscheine. Als ich jedoch mal meine FAH-Statistik ansah,
stellte ich fest, dass ich dort einen erheblichen Punktezuwachs habe, obwohl ich seit einer Woche
keine WU für FAH abgeschickt habe.
Könnte es vielleicht sein, dass der Server die GAH WUs unter FAH angerechnet hat? Vielleicht
sollten die Leute die ebenfalls für GAH rechnen und keine Statistikveränderung bei GAH bemerken
mal ihr FAH Konot ansehen. Es geht ihnen vielleicht genauso wie mir. Damit wäre dann vielleicht
auch geklärt, wo die fehlenden GAH WUs angerechnet wurden.

Gruß René

Norman · #7 Ungelesener Beitrag von **Norman** » 24.10.2003 12:31

hast du ach die richtige teamnummer angegeben.
für den G@H - ganz besonders für den Taskforceeinsatz - ist es NICHT die Teamnummer 3 sondern 1737048435.

#8 Ungelesener Beitrag von **Michael H.W. Weber** » 24.10.2003 13:20

Ich möchte euch mal bitten folgendes zu überprüfen. Setzt euch bitte mal einen Termin - sagen wir heute Abend 20:00 Uhr - und schaut in all euren GAH-Clientlogs nach, was GAH für einen "local stats count" meldet. Schreibt euch diesen Wert nebst Uhrzeit bitte auf und guckt GENAU nach, was der Statsserver zum SELBEN Zeitpunkt an "genes" angibt. Dann ein paar Tage rechnen. Sicherstellen, daß die fertigen WUs auch WIRKLICH hochgeladen werden (der Client quittiert dies ja sauber (nehmt -verbosity 9)). Nun wieder einen Zeitpunkt festsetzen und obige Prozedur wiederholen. Dann bitte vergleichen, OB DER "LOCAL STATS COUNT" GRÖSSER IST ALS WAS DIE STATS AN WU-NEUZUGÄNGEN MELDEN.

Beispiel:
Letzten Freitag 16:00 Uhr GMT hatte ich laut Stanford-Statistik (die anderen interessieren nicht!) 696 "genes designed". Mein "local stats count" betrug 0. Heute, 13:15 GMT habe ich 730 "genes designed" (also 34 WU-Neuzugänge) und mein "local stats count" beträgt 49. Das bedeutet, daß 15 WUs NICHT IN DEN STATS ERSCHIENEN. Und das, obwohl JEDE hochgeladen und vom Server anerkannt wurde. Ich habe das von langer Hand prüfen wollen und das Problem auch bereits Stanford gemeldet. Stefan Larson war ja auf einer Konferenz, sodaß ich davon ausgehe, daß nun eine Korrektur erfolgt.

Wichtig ist: Das Wochenendproblem (Serverzusammensturz) ist in der Tat klar behoben worden - darüber bin ich schon mal SEHR froh. Dabei scheint sich allerdings ein anderer "bug" eingeschlichen zu haben. Dieses Problem ist nämlich neu und wir müssen jetzt probieren, herauszufinden, woran es genau liegt. Es bedeutet - wenn ich Recht habe - dass wir momentan ca. ein Viertel unserer Produktion "verlieren" (NUR in den Statistiken). Ich hoffe, ihr gebt jetzt nicht auf deswegen. Sonst finden wir das Problem womöglich nicht.

Michael.

Pascal · #9 Ungelesener Beitrag von **Pascal** » 24.10.2003 13:40

Ich bin dabei, weil meine Daten in Stanford inkonsistent sind. Ob bisher alle meine WUs angerechnet wurden, weiss ich nicht, kann ich auch nicht mehr überprüfen. Heute. 20 Uhr, notiert. Bitte nochmal kurz im Chat Bescheid geben.
Faltet ran! Die TOP50 ist uns, oder?

René · #10 Ungelesener Beitrag von **René** » 24.10.2003 14:34

Hallo Norman!

Ja die Teamnummer von GAH ( 1737048435)verwende ich und dazu den Clienten 3.25.

René

#11 Ungelesener Beitrag von **Michael H.W. Weber** » 24.10.2003 15:19

Pascal hat geschrieben:Ich bin dabei, weil meine Daten in Stanford inkonsistent sind.

Pascal - das hatten wir doch aufgeklärt. Dein Teamnummer war inkorrekt eingegeben.

Was das Statistikproblem betrifft - ich habe nochmal genau überlegt. Es gibt nur zwei Dinge, die verändert worden sind:

1. Stefan Larson hat das Wochenend-Crashproblem beseitigt und dabei den GAH-Servercode verändert.
2. Ich habe zum ersten Mal die maximal erlaubte Zahl von 4 Clients pro Maschine ausgereizt.

Eine dieser beiden Veränderungen muß die Ursache für das Problem sein und deshalb brauche ich jetzt einen Freiwilligen mit einem Monsterrechner (also brauche ich Ticker, da er die augenblicklich leistungsstärkste Maschine hat). Der Freiwillige soll bitte 4 Clients auf diesem Monsterrechner auf FAH (jawoll - nicht GAH) ansetzen (korrekte Team # eingeben: 3 und für jeden Client eine andere "machine ID" zuordnen) und berichten, ob der FAH-Server alle 4 WUs korrekt in den Statistiken anzeigt. Da der FAH und der GAH-Client ein identisches Steuerprogramm haben (FAH3Console), sollte der FAH-Server NICHT alle WUs anzeigen, sofern ein LOKALES Problem mit der "machine ID" vorliegt - und genau das ist die einzige Möglichkeit, die zu den Problemen bei GAH führen könntet, sofern es nicht ein "data server"-Problem ist (letzteres vermute ich ja immer noch). Das ist ganz wichtig zur Eingrenzung des Problems und auch für den zukünftigen Client, der ja gerade im Betatesterstadium ist. Wer "opfert" sich? Oder soll ich das selbst machen (dauert dann etwas länger, weil meine Maschine der von Ticker unterlegen ist)?

Weiterhin interessieren mich besonders die Leute, die nur EINEN Client pro Maschine laufen haben. Werden da alle WUs korrekt registriert in den Statistiken in Stanford? Wenn ja, deutet es auf ein Problem bei der "machine ID" hin (was ich mit obigem Experiment auszuschließen versuche). Das würde mich sozusagen "vom Hocker" hauen.

Michael.

#12 Ungelesener Beitrag von **yoyo** » 24.10.2003 17:03

Bei mir sieht das so aus, dass auf dem ersten Rechner ein Client läuft (sehr langsam) mit Machine ID 1, dessen WU's (bisher eine

) in der Statistik auftaucht.
Auf dem 2. Rechner läuft ein Client mit Machine ID 2, dessen (mehrere) WU's bisher nicht auftauchten.
Den Client auf dem 2. Rechner habe ich heute neu installiert, mal sehen was da am Wochenende passiert. Leider komme ich an den über das Wochenende nicht ran, da er in der Firma läuft.

yoyo