Linux Client will Ergebnisse nicht senden
- Ersteller ElNipp
- Erstellt am
moin,
auf einem meiner Linux Rechner habe ich das Problem, dass er die Ergebnisse nicht sendet, nachdem eine WU zuende gerechnet wurde. Er beendet einfach den Client.
In der Queue steht dann eine WU mit Status *Ready*
Wenn ich sie mit -send manuell senden will, gehts auch nicht
Wenn ich ihn dann wieder ganz normal starte, löscht er anscheinend die alten Daten und fängt eine neue WU an
Ich hab den Client auch schon mehrmals neu konfiguriert und auch komplett neu installiert, aber er will einfach nicht)
Weiß jemand Rat? Wäre doch schade, wenn der XP2800+ brach liegen würde.
auf einem meiner Linux Rechner habe ich das Problem, dass er die Ergebnisse nicht sendet, nachdem eine WU zuende gerechnet wurde. Er beendet einfach den Client.
In der Queue steht dann eine WU mit Status *Ready*
Wenn ich den Client wieder start bricht er mit "Missing Work Files" ab
Wenn ich sie mit -send manuell senden will, gehts auch nicht
Wenn ich ihn dann wieder ganz normal starte, löscht er anscheinend die alten Daten und fängt eine neue WU an
Ich hab den Client auch schon mehrmals neu konfiguriert und auch komplett neu installiert, aber er will einfach nicht)
Weiß jemand Rat? Wäre doch schade, wenn der XP2800+ brach liegen würde.
Gerby19
Vice Admiral Special
Hi ElNipp!
Wie schon andernorts bemerkt, habe ich keine Erfahrung mit F@H unter Linux (und mit Linux selber auch nur wenig). Mein Tipp: Lass den Client mal mit der Option "-verbosity 9" laufen. Dann wird die Log-Datei etwas "gesprächiger". Vielleicht kann man so erkennen, was der Client beim Senden genau probiert und warum es nicht klappt.
Gruß, Gerby
Wie schon andernorts bemerkt, habe ich keine Erfahrung mit F@H unter Linux (und mit Linux selber auch nur wenig). Mein Tipp: Lass den Client mal mit der Option "-verbosity 9" laufen. Dann wird die Log-Datei etwas "gesprächiger". Vielleicht kann man so erkennen, was der Client beim Senden genau probiert und warum es nicht klappt.
Gruß, Gerby
Ich glaub ich gebs auf :
^ das war mit -verbosity 9
:
Code:
[02:22:03] Finished a frame (400)
[02:22:03] TINKER is Exiting following Normal Termination
[02:22:03]
[02:22:03] Finished Work Unit:
[02:22:04] ARC file integrity verified
[02:22:04] logfile size: 421687
[02:22:04] Leaving Run
[02:22:07] - Writing 1466491 bytes of core data to disk.
[02:22:07] end (WriteWorkResults)
[02:22:09] - Shutting down core
[02:22:09]
[02:22:09] Folding@home Core Shutdown: FINISHED_UNIT
Code:
Executable: ./FAH502-Linux.exe
Arguments: -queueinfo
[06:39:08] - Ask before connecting: No
[06:39:08] - User name: ElNipp (Team 34361)
[06:39:08] - User ID: 7F99CBA812052467
[06:39:08] - Machine ID: 1
[06:39:08]
[06:39:08] Loaded queue successfully.
[06:39:08] Printing Queue Information
CURRENT QUEUE:
00 EMPTY
01 *READY "Folding@Home" (65) 171.64.122.133:8080 April 23 09:32 | June 30
09:32
03 EMPTY
04 EMPTY
05 EMPTY
06 EMPTY
07 EMPTY
08 EMPTY
09 EMPTY
Folding@Home Client Shutdown.
Code:
[06:39:13] - Ask before connecting: No
[06:39:13] - User name: ElNipp (Team 34361)
[06:39:13] - User ID: 7F99CBA812052467
[06:39:13] - Machine ID: 1
[06:39:13]
[06:39:13] Loaded queue successfully.
[06:39:13] + Benchmarking ...
[06:39:18]
[06:39:18] + Processing work unit
[06:39:18] Core required: FahCore_65.exe
[06:39:18] Core found.
[06:39:18] Working on Unit 01 [April 25 06:39:18]
[06:39:18] + Working ...
[06:39:19] Folding@Home Client Core Version 2.53 (June 29, 2004)
[06:39:19]
[06:39:19] Proj: work/wudata_01
[06:39:19]
[06:39:19] Folding@home Core Shutdown: MISSING_WORK_FILES
[06:39:19] CoreStatus = 74 (116)
[06:39:19] The core could not find the work files specified. Removing from queue
[06:39:19] Deleting current work unit & continuing...
[06:39:19] - Preparing to get new work unit...
[06:39:19] + Attempting to get work packet
[06:39:19] - Connecting to assignment server
[06:39:20] - Successful: assigned to (171.64.122.136).
[06:39:20] + News From Folding@Home: Welcome to Folding@Home
[06:39:20] Loaded queue successfully.
[06:39:21] + Closed connections
[06:39:26]
[06:39:26] + Processing work unit
[06:39:26] Core required: FahCore_7a.exe
[06:39:26] Core not found.
[06:39:26] - Core is not present or corrupted.
[06:39:26] - Attempting to download new core...
[06:39:26] + Downloading new core: FahCore_7a.exe
Ja, passiert bei jeder WU. An den Rechten kann es eigentlich nicht liegen, die sind gleich eingestellt wie bei meinen anderen Linux Rechnern. Laut Log kann er die Ergebnisse problemlos schreiben, nur versucht er dann gar nicht erst sie zu senden, sondern beendet sich einfach.
Gerby19
Vice Admiral Special
Was passiert danach? Dass der Client den Core beendet, ist nach dem Falten einer WU normal. Oder endet die Log-Datei an dieser Stelle? Eigentlich müsste nun noch ein Abschnitt kommen, in dem der Client versucht zu senden oder irgendwie sonst automatisch weitermacht.Ich glaub ich gebs auf
^ das war mit -verbosity 9Code:[02:22:03] Finished a frame (400) [02:22:03] TINKER is Exiting following Normal Termination [02:22:03] [02:22:03] Finished Work Unit: [02:22:04] ARC file integrity verified [02:22:04] logfile size: 421687 [02:22:04] Leaving Run [02:22:07] - Writing 1466491 bytes of core data to disk. [02:22:07] end (WriteWorkResults) [02:22:09] - Shutting down core [02:22:09] [02:22:09] Folding@home Core Shutdown: FINISHED_UNIT
Verwendest du noch irgendwelche zusätzlichen Parameter beim Aufruf des Clients? Wie sieht deine Konfiguration aus (unter Windows ist es die Datei client.cfg, unter Linux wahrscheinlich ähnlich).
Danach endet die Log. Nicht nur der Core, sondern auch der Client wird beendet.
Parameter benutz ich keine, die client.cfg sieht so aus:
.
.
Edit:
Jetzt hat auch noch mein neuer Opteron 146, der vorher seine erste WU fertig gefaltet hat, genau das gleiche Problem
Parameter benutz ich keine, die client.cfg sieht so aus:
Code:
[settings]
username=ElNipp
team=34361
asknet=no
machineid=1
[http]
active=no
host=localhost
port=8080.
Edit:
Jetzt hat auch noch mein neuer Opteron 146, der vorher seine erste WU fertig gefaltet hat, genau das gleiche Problem
Zuletzt bearbeitet:
Hab den Übeltäter gefunden: "screen" ist schuld. Wenn ich den Client beim Beenden einer WU direkt auf einem Terminalfenster laufen hab, dann sendet er die Ergebnisse problemlos. Warum es mit screen nicht geht, bzw. warum es auf manchen Rechnern geht und auf anderen nicht, weiß ich allerdings nicht.
Ich hab den Client jetzt per install script installiert, so dass er als service läuft. Mal schauen ob das tut.
Ich hab den Client jetzt per install script installiert, so dass er als service läuft. Mal schauen ob das tut.
Gerby19
Vice Admiral Special
Na, denn man tau! 
