Projekt startet immer wieder bei 0 %, obwohl es nicht beendet wurde

GTStar

PC-Selbstbauer(in)
Ich habe seit einigen Tagen ein Problem mit meinem aktuellen Projekt 897 (Run 2, Clone 176, Gen 15). Es startet immer wieder bei 0 %, egal wie weit es zuvor berechnet wurde. Mehr als 12 % hatte ich aber nie geschafft. Kennt jemand das Problem?

Ein Neustart von FahCore führt nur dazu, dass es wieder bei 0 % losgeht, an ein neues Projekt komme ich so leider nicht.

So sieht es momentan bei JEDEM FahCore-Start aus:

[11:52:31] - Ask before connecting: No
[11:52:31] - User name: GTStar (Team 70335)
[11:52:31] - User ID: #############
[11:52:31] - Machine ID: 2
[11:52:31]
[11:52:31] Loaded queue successfully.
[11:52:31]
[11:52:31] + Processing work unit
[11:52:31] Core required: FahCore_82.exe
[11:52:31] Core found.
[11:52:31] Working on queue slot 07 [March 28 11:52:31 UTC]
[11:52:31] + Working ...
[11:52:31]
[11:52:31] *------------------------------*
[11:52:31] Folding@Home PMD Core
[11:52:31] Version 1.03 (September 7, 2005)
[11:52:31]
[11:52:31] Preparing to commence simulation
[11:52:31] - Looking at optimizations...
[11:52:31] - Files status OK
[11:52:32] - Expanded 601444 -> 4231059 (decompressed 703.4 percent)
[11:52:32] - Data doesn't match checksum.
[11:52:32] - Starting from initial work packet
[11:52:32]
[11:52:32] Project: 897 (Run 2, Clone 176, Gen 15)
[11:52:32]
[11:52:32] Assembly optimizations on if available.
[11:52:32] Entering M.D.
[11:52:39] Protein: p897_NIFKcomplex_p897
[11:52:39]
[11:52:39] Completed 0 out of 250000 steps (0%)
 
Da ist der Hund begraben

==> [11:52:32] - Data doesn't match checksum.

Das Projekt 897 (NIFKcomplex_p897) ist einzigartig und möglicherweise ist intern was faul

Empfehlung daher - Projekt (Inhalt WORK-Ordner) löschen und neues holen
 
Da ist der Hund begraben

==> [11:52:32] - Data doesn't match checksum.

Das Projekt 897 (NIFKcomplex_p897) ist einzigartig und möglicherweise ist intern was faul

Empfehlung daher - Projekt (Inhalt WORK-Ordner) löschen und neues holen
Den kompletten Inhalt des Work-Ordners?

Da sind auch noch Dateien von Oktober bis heute drin.
 
Die alten Dateien werden nicht gelöscht.
Der Client behält immer 10 Dateien und fängt dann erst mit überschreiben an.
Also höchstwahrscheinlich sind es schon gesendete oder ebenfalls fehlerhaft WUs.

Um sicher zu gehen, kannst du eine Verknüpfung vom Client anlegen und "-send all" anhängen und einmal damit starten.

Dann den kompletten Work Ordner leeren und quere.dat (oder so ähnlich geschrieben ;o) ) löschne, sonst wir die gleiche WU wieder geladen.
 
Die alten Dateien werden nicht gelöscht.
Der Client behält immer 10 Dateien und fängt dann erst mit überschreiben an.
Also höchstwahrscheinlich sind es schon gesendete oder ebenfalls fehlerhaft WUs.

Um sicher zu gehen, kannst du eine Verknüpfung vom Client anlegen und "-send all" anhängen und einmal damit starten.

Dann den kompletten Work Ordner leeren und quere.dat (oder so ähnlich geschrieben ;o) ) löschne, sonst wir die gleiche WU wieder geladen.
unitinfo.txt muss auch weg ;).
Sonst stellt sich der von MESeidel beschriebene Effekt genauso ein .
 
Ich war der meinung da die was mit der Projektwahl zutun hat :what:.
Naja einfach mal Probieren. Ich bin mir nicht ganz sicher.
 
Die queue.dat löschen - ja - hatte ich glatt vergessen zu erwähnen - die steht ja nicht im WORK
Man wird halt alt und vergesslich - wer warst du doch gleich noch? :D

Last but not least - freut, dass es geklappt hat und frohes falten noch :daumen:
 
@bumblebee da hast du wenigstens einen grund zum falten...

ich gehe nicht dass die unitinfo.txt etwas mit dem laufenden projekt zu tun hat die ist statisch und wird geschrieben wenn eine neue wu received wird
der zugriff erfolgt einseitig also wird erst wenn eine neue wu angekommen ist die datei geändert
 
Moin!

ich wollte mal wieder falten nach langer abstinenz und nach neuinstallation kam das hier:

[22:04:43] - Ask before connecting: No
[22:04:43] - User name: Oerge65 (Team 70335)
[22:04:43] - User ID:
[22:04:43] - Machine ID: 2
[22:04:43]
[22:04:43] Loaded queue successfully.
[22:04:43] Initialization complete
[22:04:43]
[22:04:43] + Processing work unit
[22:04:44] Core required: FahCore_11.exe
[22:04:44] Core found.
[22:04:44] Working on queue slot 01 [April 13 22:04:44 UTC]
[22:04:44] + Working ...
[22:04:44]
[22:04:44] *------------------------------*
[22:04:44] Folding@Home GPU Core - Beta
[22:04:44] Version 1.24 (Mon Feb 9 11:00:12 PST 2009)
[22:04:44]
[22:04:44] Compiler : Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for 80x86
[22:04:44] Build host: amoeba
[22:04:44] Board Type: AMD
[22:04:44] Core :
[22:04:44] Preparing to commence simulation
[22:04:44] - Looking at optimizations...
[22:04:44] - Files status OK
[22:04:44] - Expanded 82176 -> 444252 (decompressed 540.6 percent)
[22:04:44] Called DecompressByteArray: compressed_data_size=82176 data_size=444252, decompressed_data_size=444252 diff=0
[22:04:44] - Digital signature verified
[22:04:44]
[22:04:44] Project: 4755 (Run 4, Clone 338, Gen 0)
[22:04:44]
[22:04:45] Assembly optimizations on if available.
[22:04:45] Entering M.D.
[22:04:51] Tpr hash work/wudata_01.tpr: 1783835962 3847369679 2035733384 39111639 463987950
[22:04:54] CoreStatus = FFFFFFF6 (-10)
[22:04:54] Client-core communications error: ERROR 0xfffffff6
[22:04:54] This is a sign of more serious problems, shutting down.

neustart hilft nix... werd mal deinstallieren und mich melden wenns geht :)

HD4870 - 1024 im Factory OC

Gruß Oerge
 
Back to the Roots :)

... Andauernd neue Catalysts :( vor 2 Tagen noch den 9.3 geladen ...

So, jetzt aber mal wieder falten per SMP . Zu warm für Grakafaltung

Mfg
 
Zurück