Probleme mit dem Absenden der Ergebnisse

[Jack]

Hallo!

Seit einigen Tagen kann ich die Ergebnisse nicht an den Server senden.
Wahrend der Berechnungen erscheint ab und zu die Meldung "Error. Couldnt transmit to server. Keep unit 03 in queue. Kepp unit 04 in queue. Keep unit 05 in queue. Keep unit 06 in queue. Keep unit 07 in queue. Kepp unit 08 in queue." Und das geht jetzt schon mehrer Tage so. Jeden Tag versuche ich die Ergebnisse abzuschicken, jedoch versendet der Rechner (das Programm) nichts, sondern im Gegenteil. Er holt sich ständig neue WU's. Verfallen die dann nicht vielleicht mal? Das wäre dann schon schlecht. Ich muss dazu sagen, dass ich Modembenutzer bin und mir die o. g. Zwischenmeldung von FAH 3 (während der Berechnung) nichts nutzt.
Vielleicht kann mir von Euch ja jemand helfen. Habe bei Germany zur Zeit Platz 46 und firmiere unter Rene.

P. S. Muss unter "Guess" versenden, da der Name Rene belegt ist.

Vielen Dank im voraus

Rene.







Schönen Dank im voraus

Rene.

[Michael H.W. Weber]

Seit einigen Tagen kann ich die Ergebnisse nicht an den Server senden.
Wahrend der Berechnungen erscheint ab und zu die Meldung "Error. Couldnt transmit to server. Keep unit 03 in queue. Kepp unit 04 in queue. Keep unit 05 in queue. Keep unit 06 in queue. Keep unit 07 in queue. Kepp unit 08 in queue." Und das geht jetzt schon mehrer Tage so. Jeden Tag versuche ich die Ergebnisse abzuschicken, jedoch versendet der Rechner (das Programm) nichts, sondern im Gegenteil. Er holt sich ständig neue WU's. Verfallen die dann nicht vielleicht mal? Das wäre dann schon schlecht. Ich muss dazu sagen, dass ich Modembenutzer bin und mir die o. g. Zwischenmeldung von FAH 3 (während der Berechnung) nichts nutzt.

Ok. Also einerseits haben die Server in Stanford augenblicklich massive Probleme, da nach dem Nature-Artikel vor allem über Google Leute hinzugestoßen sind. In den letzten 4 Wochen etwa hat sich die Teilnehmerzahl fast verdoppelt bei konstanter Serverzahl (auch wenn jetzt neue bestellt sind, wie ich hörte). Das dürfte also erklären, warum Du häufig - vermutlich wegen "timeout"-Problemen (die der Client aber leider nicht als solche im "FAHlog.txt" auflöst, wie sich das gehören würde) - Deine WUs nicht hochgeladen bekommst. Beachte aber bitte, daß manchmal WUs in der "queue" verbleiben, obwohl sie korrekt hochgeladen und auch mit Punkten honoriert wurden - vergleiche also bitte genaustens Deinen Punktestand vor und nach Hochladen, um dies aufzudecken. Ursache dieses Problems ist ein vorzeitiger Verbindungsabbruch, bei dem die Info des Servers an den Client, daß er nämlich die WU korrekt empfangen hat, abgeschnitten wird. Der Client denkt dann, die WU sein noch nicht akzeptiert worden. Wir hoffen schon seit längerem, daß dieses Problem in einer zukünftigen FAH-Version behoben sein wird. Interessanterweise sind davon auch scheinbar NUR Modembenutzer betroffen.

Was die Warteschlange an WUs auf Deinem Rechner betrifft: Erstens bekommst Du detaillierte Infos über ihren Inhalt durch Einsatz des Kommandos -queueinfo. Zweitens hast Du Recht: Sobald die 10. WU abgeschlossen ist und bis dahin immer noch nicht die erste aus der Warteschlange hochgeladen wurde, wird die erste von einer neu heruntergeladenen überschrieben. Bevor Du also die 11. WU lädst, solltest Du eine Weile GAH 0.99 laufen lassen und zwischendurch veruschen, die Ergebnisse aus FAH loszuwerden. Ansonsten - also wenn Du GAH 0.99 nicht einsetzen magst - einfach ignorieren und weiter falten. Bedenke auch, daß selbst wenn Deine WUs wegen dieser Probleme verspätet eintreffen sollte, bekommst Du immer noch die gebührenden Punkte. Leider wird die WU aber schon wieder neu ausgegeben worden sein, sodaß in diesem Fall Redundanz im Projekt auftritt (schadet nicht signifikant, verlangsamt aber etwas). Schließlich noch ein wichtiger Hinweis. Wenn Du eine aktuelle Clientversion benutzt und GROMACS WUs bearbeitest (das siehst Du an der FAH "core"-Bezeichnung oder über die WU-Projektübersicht auf Stanfords Infoseite - bitte melden, wenn Du es nicht findest...), dann sendet der Client Zwischenergebnisse! Das scheint bei Dir der Fall zu sein, da Du ja WÄHREND der Rechnungen diese Meldungen bekommst. Das ist eine Neuerung des "cores". Du bekommst so vorab schon Teilpunkte für die geleistete Teilarbeit. Wenn die Verbindung wegen Deiner Modemeinstellungen nicht hergestellt werden kann - auch egal und einfach ignorieren. Blöderweise meldet FAH diese "connection"-Versuche in JEDEM Fall.

Melde Dich bei weiteren Fragen,
Michael.

[Jack]

Hallo Michael!

Schönen Dank für die Auskunft. Bleibt also nur die Hoffnung, dass sich das Problem mit den Servern in Stanford bald erledigt.

Gruß Rene.

[Jack]

Hallo Michael!

Nachtrag zum eben geschriebenen: Bin gerade drei WU's losgeworden. Dann brach er jedoch wieder ab. Nun sind immer noch 6 WU's bei mir gelagert. Vielleicht klappts ja das nächste mal.

Gruß Rene.

[Michael H.W. Weber]

Einfach etwas Geduld haben... Du wirst sie schon loswerden.

Michael.

[Jack]

Hallo!

Seit einigen Tagen klappt es mit dem abschicken der Ergebnisse wieder gut. Nun habe ich jedoch das Problem, dass mir die WU's nicht mehr durch den Server angerechnet werden. Ich dümpele seit Tagen bei 420 Punkten herum, obwohl ich einmal am Tag eine große WU (7 Punkte) laut Tabelle von Stanford (p610tetP30buildext; p 230; p 270) versende.
Ich hoffe, diese Probleme mit den Punkten gibt sich auch noch.

Gruß Rene

[Michael H.W. Weber]

Weißt Du genau, was Dir fehlt? Es kann sein, daß die WUs nicht auftauchen - es gibt ein paar Probleme mit den Statistiken seit die "Google-Toolbar-Leute" dazugestoßen sind. Du kannst das Fehlen der WUs im Stanforder Forum melden - aber bitte ausführlich mit den zugehörigen "logs", damit die prüfen können, ob das alles stimmt. Es gibt dort nämlich noch manuelle stats logs, die verglichen werden können mit dem "auto crediting".

Michael.

[Jack]

Hallo!

Es waren ausschliesslich die 200 WU's. Vielleicht 7 - 8 Stück. Viel wichtiger wäre für mich jedoch, dass dieses Problem zukünftig beseitigt wird. Da tut sich nämlich leider auch nichts. Ich schicke regelmäßig WU's hin, jedoch seit Tagen keine Reaktion der Statistik bei Stanford.

Gruß Rene

[Michael H.W. Weber]

Ich benötige mehr Infos, um da etwas unternehmen zu können. Dein Client - je nachdem, welchen Du nimmst - zeigt Dir an wieviel WUs Du lokal berechnet hast. Diese Info benötige ich zum Beispiel. Es gibt auch eine Vielzahl von Monitorprogrammen, die Dir sogar noch die WUs auflösen - zum Beispiel EMIII.
Wir arbeiten momentan daran, die Stats so umzubauen, daß bis auf die Client ID aufgelöst werden kann, sodaß man GENAUE Kontrolle über die geleistete Arbeit hat. Wird sich aber voraussichtlich mal wieder etwas hinziehen... also besser selbst agieren.

Michael.

[Jack]

Hallo!

Heute muss ich mich wieder mit der Bitte um Hilfe an Euch wenden. Seit dem 06.12.02 werde ich wieder keine WU's los. Auch die Statistik bleibt bei 450 Punkten, so dass wohl wirklich nichts ankommt. Es handelt sich wiederum um ca. 6 - 8 Stück. Ich habe mal einen kleinen Ausschnitt aus der letzten Verbindung kopiert. Wielleicht kann jemand damit etwas anfangen.

Ask before connecting: Yes
[14:40:49] - Use IE connection settings: Yes
[14:40:49] - User name: Rene
[14:40:49] (Team 3)
[14:40:49] - User ID = 59F593932325E44B
[14:40:49] - Machine ID: 1
[14:40:49]
[14:40:49] Loaded queue successfully.
[14:40:49] + Benchmarking ...
[14:40:54] + Attempting to get work packet
[14:40:57] - Connecting to assignment server
[14:41:04] - Successful: assigned to (171.64.122.120).
[14:41:04] + News From Folding@Home: Welcome to Folding@Home
[14:41:04] Loaded queue successfully.
[14:41:06] - Deadline time not recieved.
[14:41:29] + Connections closed: You may now disconnect
[14:41:29]
[14:41:29] + Processing work unit
[14:41:29] Core required: FahCore_65.exe
[14:41:29] Core found.
[14:41:29] Working on Unit 03 [December 10 14:41:29]
[14:41:29] + Working ...
[14:41:30] Folding@Home Client Core Version 2.47 (June 14, 2002)
[14:41:30]
[14:41:30] Proj: work/wudata_03
[14:41:30] nsteps: 5000000 dt: 2.000000 dt_dump: 250.000000 temperature: 296.000000
[14:41:30] xyzfile:
[14:41:30] " 167 p613_trpzip1_ext_23C
[14:41:30] 1 N 10.462745 15.729203 -5.553425 ..."
[14:41:30] keyfile:
[14:41:30] "parameters ./opls.prm
[14:41:30] NOVERSION
[14:41:30] ARCHIVE
[14:41:30]
[14:41:30] cutoff 16.0
[14:41:30] taper 12.0
[14:41:30]
[14:41:30] ..."
[14:41:30]
[14:41:30] - Couldn't get size info for dyn file: work/wudata_03.dyn
[14:41:30] Starting from initial work packet
[14:41:30]
[14:41:30] Protein: p613_trpzip1_ext_23C
[14:41:30] - Run: 0 (Clone 75, Gen 3)
[14:41:30] - Frames Completed: 0, Remaining: 400
[14:41:30] - Dynamic steps required: 5000000
[14:41:30]
[14:41:30] Writing local files:
[14:41:30]
[14:41:30] parameters work/wudata_03.prm
[14:41:30] - Writing "work/wudata_03.key": (overwrite) successful.
[14:41:30] - Writing "work/wudata_03.xyz": (overwrite) successful.
[14:41:30] - Writing "work/wudata_03.prm": (overwrite) successful.
[14:41:32] - Writing "work/wudata_03.key": (append) successful.
[14:41:32]
[14:41:32] PROJECT="work/wudata_03", NSTEPS=5000000, DT=2.0000, DTDUMP=25.000000, TEMP=296.00
[14:41:33] TINKER: Software Tools for Molecular Design
[14:41:33] Version 3.8 October 2000
[14:41:33] Copyright (c) Jay William Ponder 1990-2000
[14:41:33] portions Copyright (c) Michael Shirts 2001
[14:41:33] portions Copyright (c) Vijay S Pande 2001
[14:43:51]
Folding@home Client Shutdown.

Es erscheint z. B. jedesmal das "You may now disconnect". Er lädt zwar ständig neue WU's, schickt jedoch keine mehr ab.

Vielen dank für Eure Hilfe.

Gruß Rene

[Michael H.W. Weber]

Probier mal bitte den "-send all"-Schalter. Wenn das nichts hilft, bitte das komplette Verzeichnis packen, mir als "attachment" mailen und den neusten Client neu installieren vorher ALLES entfernen.

Michael.

[Jack]

Hallo Michael!

Vielen Dank für die Hilfe. Ich habe jedoch vorher noch eine Frage:
Was ist der "send all"-
schalter und wie aktiviere ich ihn?

Gruß Rene