FAH Client (Linux) startet nicht ?

[kressevadder]

Hallo,

ich bin jetzt von Predictor nach Foldig@home gewechselt und hab das Problem, das ein zweiter Client, auf ner anderen Kiste nicht richtig anfängt:

Der Benchmarktest läuft durch, dateien hat er auch runtergeladen. Dann kehrt der Client mit der Meldung "+Working" zur Eingabeaufforderung zurück. Als Prozess bleibt zwar FAH4Client-Linux.exe vorhanden, der Rechenprozess wird aber nicht gestartet.

Ich hab vorher schonmal mit zwei Rechnern parallel gearbeitet, und das ging problenlos.

Kann mir jemand weiterhelfen, was ist da los?

Gruss Manfred

[Patrick Keller]

Starte den Client mal mit dem Argument -verbosity 9 und wenn er dann wieder crasht, postest du hier mal deine FAHlog.txt, damit man etwas mehr über die Art des Fehlers herausfinden kann ...

[kressevadder]

Hier ist das Logfile:

Code: Alles auswählen

--- Opening Log file [July 26 12:13:53]


# Linux Console Edition #######################################################
###############################################################################

                       Folding@home Client Version 4.00

                          http://folding.stanford.edu

###############################################################################
###############################################################################



[12:13:53] Configuring Folding@home...


[12:14:04] - Ask before connecting: No
[12:14:04] - User name: kressevadder (Team 0)
[12:14:04] - User ID not found locally
[12:14:04] + Requesting User ID from server
[12:14:05] - Machine ID: 1
[12:14:05]
[12:14:05] Work directory not found. Creating...
[12:14:05] Could not open work queue, generating new queue...
[12:14:05] + Benchmarking ...
[12:14:15] - Preparing to get new work unit...
[12:14:15] + Attempting to get work packet
[12:14:15] - Connecting to assignment server
[12:14:16] - Successful: assigned to (171.64.122.143).
[12:14:16] + News From Folding@Home: Welcome to Folding@Home
[12:14:16] Loaded queue successfully.
[12:14:18] + Closed connections
[12:14:18] 
[12:14:18] + Processing work unit
[12:14:18] Core required: FahCore_65.exe
[12:14:18] Core not found.
[12:14:18] - Core is not present or corrupted.
[12:14:18] - Attempting to download new core...
[12:14:18] + Downloading new core: FahCore_65.exe
[12:14:19] + 10240 bytes downloaded
schnipp...
...schnapp
[12:14:36] + 861831 bytes downloaded
[12:14:36] Verifying core Core_65.fah...
[12:14:36] Signature is VALID
[12:14:36] 
[12:14:36] Trying to unzip core FahCore_65.exe
[12:14:36] Decompressed FahCore_65.exe (2264152 bytes) successfully
[12:14:36] + Core successfully engaged
[12:14:45] 
[12:14:45] + Processing work unit
[12:14:45] Core required: FahCore_65.exe
[12:14:45] Core found.
[12:14:45] Working on Unit 01 [July 26 12:14:45]
[12:14:45] + Working ...

wie gesagt, danach kehrt der Rechner zum Prompt zurück

[Patrick Keller]

Überprüfe zuerst mal ob nich ne andere Anwendung Leistung zieht und überprüfe mal ob die Datei fahcore_65.exe ausreichend Rechte hat zum Lesen und Schreiben ...
Wenn das alles ncihts hilft, alle Dateien bis auf die Fahconsole und die .cfg Datei löschen und auf ein neues

PS: Als Team kannst du noch ganz brav 3 einstellen, damit du auch für Team Rechenkraft rechnest

[kressevadder]

Hilft alles nix

Der legt einfach nicht los.

Die Teamnummer änder ich natürlich noch, wenn das alles so läuft wie ichs vorhab siehe hier....

Ich werd heut abend nochmal den Diskless Client probieren, hat ja schonmal geklappt! Kann das sein, das Folding ein Problem bekommt, wenn ich über zwei Internetleitungen Daten anfordere? Doch wohl kaum, oder?

[Patrick Keller]

Das Problem, das du oben geschildet hast, hat nichts mit der Internetverbindung zu tun. Die Daten sind bereits heruntergeladen und sollen jetzt ausgeführt werden, was aba net geht ...
Was hastn du für ne Distro ? Fah macht(e) Probleme mit alten glibc Versionen, vielleicht liegt es ja daran,

PS: Falls alles nichts hilft, hilft abwarten, denn in der nächsten Zeit wird ein neuer Client (v5) veröffentlicht werden, eventuell kannste es ja damit nochma probieren

[kressevadder]

Ich glaube wir hams: Es ist eine vorkonfigurierte Serverdistri die auf Suse 7.x basiert (ich weiss, Schwachsinn, aber ne lange Geschichte): glibc 2.1. Auf meinen Gentoo Maschinen ist dei 2.3 drauf.

Schade, ich hab die Kiste gerade auf nen neuen Server aufgesetzt mit 3GHz Pentium - der wird sich 16h am Tag langweilen

NaJa, das Problem sollte dann aber nicht auftauchen, wenn ich mit meinen Diskless Clients ins rennen gehe (natürlich als Mitglied des Rechenkraft Teams)

Gruss

[Patrick Keller]

Ja, daran liegt es wahrscheinlich ...
Gibt es denn keine Möglichkeit die glibs zu updaten ? (Bin selbst net so der Linux-Kenner )

[kressevadder]

Leider nicht, ich kann nur Pathes einspielen, die auch für diesen Server angeboten werden, sonst gibts Supportprobleme. Na ja, kann man nichts machen.

[Mystwalker]

Vielleicht gibt es von FAH auch eine statisch gelinkte Version?

[Patrick Keller]

Nein nur die eine ... ältere Versionen werden nicht unterstützt ... leider

[dhh]

Ich melde (leichte) Zweifel an, daß dieses Problem mit Bibliotheken bzw. deren Version zusammen hängt. Zur Sicherheit aber vielleicht doch mal per

ldd fah4

abfragen welche Bibliotheken angebunden werden. Dabei sollte sich etwas in der Form

> ldd fah4
libc.so.6 => /lib/tls/libc.so.6 (0x40032000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4016d000)
libm.so.6 => /lib/tls/libm.so.6 (0x4017d000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

ergeben.

Was mich Zweifeln läßt, ist das zur Zeit des Abbruchs bereits der FahCore_65.exe Teil am werkeln ist. Dieser ist statisch gelinkt! Zumindestens bei mir:

> ldd FahCore_65.exe
not a dynamic executable

Hast Du wie oben vorgeschlagen schon die Lese- und Schreibrechte für die beteiligten Dateien überprüft? Insbesondere auch die des Directory/Verzeichnisses in dem Du alles abgespeichert hast. Unter Linux
legt fah auch temporäre Dateien unter /tmp ab. Das Verzeichnis sollte
Zugriffsrechte wie folgt haben

> ls -ld /tmp
drwxrwxrwt 14 root root 3072 Jul 27 07:55 /tmp

Etwas unwahrscheinlicher aber nicht völlig auszuschließen - ich überhaupt noch Speicherplatz auf der Partition frei?

Falls es doch an den Bibliotheken liegen sollte, könntest Du versuchen
neuere Versionen aller(!) beteiligten Dateien also libc.so.6, libpthread.so.0, libm.so.6 und auch den "loader" /lib/ld-linux.so.2 in das Verzeichnis zu legen in dem auch fah4 liegt. Dies aber nur wenn dort außer fah4 nicht noch andere Programme zu finden sind und das Verzeichnis nicht im Suchpfad (PATH) liegt. Ansonsten weise ich auf nicht ganz so leicht abzuschätzende Risiken und Nebenwirkungen hin