Ich habe ein Problem mit Folding@home Client Version 3.24 ich starte das Programm mit einem Shell-Skript im KDE 3.1.1 Autostart Verzeichnis (Suse8.2).
Hat auch gut geklappt. Bis ich versuchte dieses Shell-Skript in der /etc/init.d/lokal.boot beim hochfahren des Rechners zu starten.
Was voll daneben ging. Habe alten Zustand wieder hergestellt.
Seitdem sieht meine FARlog.txt bei jedem Start so aus und es werden die abgearbeiteten Rechenaufgeben nicht mitgelogt.
Der Client startet und läuft wie gewohnt.
Aber Rechnet er an der richtigen WU?
Was muß ich machen um den Alten Zustand wieder herzustellen.
# Linux Console Edition B #####################################################
###############################################################################
Folding@home Client Version 3.24
http://foldingathome.stanford.edu
email:help@foldingathome.stanford.edu
###############################################################################
###############################################################################
[08:01:44] - Ask before connecting: Yes
[08:01:44] - User name: Triefnase (Team 3)
[08:01:44] - User ID = 4AB1CC3663AAD45B
[08:01:44] - Machine ID: 1
[08:01:44]
[08:01:44] Loaded queue successfully.
[08:01:44] + Benchmarking ...
[08:01:49]
[08:01:49] + Processing work unit
[08:01:49] Core required: FahCore_65.exe
[08:01:49] Core found.
[08:01:49] Working on Unit 01 [June 16 08:01:49]
[08:01:49] + Working ...
[08:02:54] CoreStatus = 66 (102)
[08:02:54] + Shutdown requested by user. Exiting.
Folding@home Client Shutdown.
--- Opening Log file [June 16 08:03:36]
# Linux Console Edition B #####################################################
###############################################################################
Folding@home Client Version 3.24
http://foldingathome.stanford.edu
email:help@foldingathome.stanford.edu
###############################################################################
###############################################################################
[08:03:36] - Ask before connecting: Yes
[08:03:36] - User name: Triefnase (Team 3)
[08:03:36] - User ID = 4AB1CC3663AAD45B
[08:03:36] - Machine ID: 1
[08:03:36]
[08:03:36] Loaded queue successfully.
[08:03:36] + Benchmarking ...
[08:03:41]
[08:03:41] + Processing work unit
[08:03:41] Core required: FahCore_65.exe
[08:03:41] Core found.
[08:03:41] Working on Unit 01 [June 16 08:03:41]
[08:03:41] + Working ...
Meine client.cfg
[settings]
username=Triefnase
team=3
asknet=yes
machineid=1
local=10
[http]
active=no
host=localhost
port=8080
usepasswd=yes
[clienttype]
type=1
[core]
priority=0
disableassembly=yes
ignoredeadlines=no
Client zerschossen logt nicht mehr richtig mit.
-
willmannand
- FAQ-Leser

- Beiträge: 181
- Registriert: 28.11.2003 10:23
- Wohnort: Konstanz
Hallo, einen Fehler an der Client.cfg erkenne ich nicht. Zeigt FAH nach einer Weile an, daß 1% odfer mehr berechnet wurde? Das geht aus deiner Beschreibung nicht hervor.
Um ganz sicher zu gehen, daß alles richtig läuft, lösche alles aus deinem FAH-Verzeichnis bis auf den Client, also Cores, Client.cfg ... löschen und Client neu starten. Warte vielleicht noch eine Weile, vielleicht hat jemand anders eine andere Idee.
Um ganz sicher zu gehen, daß alles richtig läuft, lösche alles aus deinem FAH-Verzeichnis bis auf den Client, also Cores, Client.cfg ... löschen und Client neu starten. Warte vielleicht noch eine Weile, vielleicht hat jemand anders eine andere Idee.
Alles Gute im Leben ist entweder ungesetzlich, unmoralisch, oder es macht dick.
-
Triefnase01
-
dhh
- Prozessor-Polier

- Beiträge: 149
- Registriert: 19.04.2004 07:12
- Wohnort: Berlin
Da der Client über die Initprozeduren gestartet wurde, kann - je nachdem
wie dies getan wurde - der FAH-Prozess von "root" ausgeführt worden sein,
und auf diesem Wege die Zugriffsrechte auf die beteiligten Dateien "ungünstig" verändert haben.
In Ermangelung genauerer Kenntnisse nur eine Mutmaßung, aber ggf. mal
die Zugriffsrechte und den "file-owner" insbesondere für die log-Dateien
per "ls -l" abchecken.
Grüße
Dietmar
wie dies getan wurde - der FAH-Prozess von "root" ausgeführt worden sein,
und auf diesem Wege die Zugriffsrechte auf die beteiligten Dateien "ungünstig" verändert haben.
In Ermangelung genauerer Kenntnisse nur eine Mutmaßung, aber ggf. mal
die Zugriffsrechte und den "file-owner" insbesondere für die log-Dateien
per "ls -l" abchecken.
Grüße
Dietmar