F@H starting from initial work packet.

[mr_a]

Probleem: ik moet voor werk wel eens heel vaak inloggen / uitloggen en draai momenteel ff Windows 98. Ik ben namelijk wat dingen aan het uittesten onder '98 met NT RAS en domeinen enzo. Anyway dat heeft niets met Folding of DPC te maken, maar het heeft zo nu en dan tot gevolg dat er volgens mij een afsluitprobleem van de Folding@Home client optreedt.

Ik denk dat Folding de zaakjes niet netjes afsluit en dat er dan work verloren gaat. Ik ben net 95 uit de 100 frames van een proteinAg29aNat kwijt geraakt, vandaar deze post

Wat ik zie is deze irritante melding:

code:

[23:34:00] Hashes matched on file work/wudata_09.dyn
[23:34:01] - VerifyARCFile: ARC file size exceeds expected bound (3888864 vs 3848355)
[23:34:01] Starting from initial work packet

En dan is het volgens mij al te laat voor redding: hij heeft alles weggegoord ofzo en heeft nieuwe files aangemaakt. Tenminste ik weet niet of je dit met undelete e.d. weer ongedaan kan maken.

Mijn vraag: heeft iemand anders dit al wel eens gesignaleerd? Misschien kunnen we het probleem wat isoleren zodat we er een echt bugreport van kunnen maken? Misschien is het ook meer een Windows probleem dan een Folding probleem - mijn computer sluit wel razendsnel af! (Start, Shutdown, Restart, Ok, een halve seconde later is hij daarmee klaar.)

[KoW]

ikke nie, misschien iemand anders hier

[mr_a]

Op zaterdag 04 mei 2002 11:45 schreef KoW het volgende:
ikke nie, misschien iemand anders hier

Ik wacht gewoon rustig af
Wat ik als fix doe ("voor de zekerheid") is altijd eerst F@H quitten, daarna ff 2 seconden afcounten voor Shutdown.

[mr_a]

Ok, nou heb ik het weer, met Peptide...

Ik sluit niet eerst de core af maar gewoon windows98, en bij het opnieuw opstarten vanmorgen gaf hij de melding dat het spontaan een 'BAD_WORK_UNIT' was, terwijl hij eerst al 40% gerekend had (en die dus zonder melding).

[05:01:22] Folding@Home Client Core Version 2.43 (Apr 16, 2002)
[05:01:22]
[05:01:22] Proj: work/wudata_05
[05:01:22] nsteps: 50000 dt: 2.000000 dt_dump: 100.000000 temperature: 298.000000
[05:01:22] xyzfile:
[05:01:22] " 10544 P704_Src/Peptide(Asn->Ala)
[05:01:22] 1 CT 9.978809 -1.039617 -1.7118..."
[05:01:22] keyfile:
[05:01:22] "archive
[05:01:22] NOVERSION
[05:01:22]
[05:01:22] cutoff 12.0
[05:01:22] taper 10.0
[05:01:22]
[05:01:22] water-cutoff 8.5
[05:01:22] water..."
[05:01:22]
[05:01:22] Hashes matched on file work/wudata_05.dyn
[05:01:23] ARC file integrity verified
[05:01:23] Restarting from checkpointed files.
[05:01:23]
[05:01:23] Protein: P704_Src/Peptide(Asn->Ala)
[05:01:23] - Run: 55 (Clone 2, Gen 11)
[05:01:23] - Frames Completed: 4, Remaining: 6
[05:01:23] - Dynamic steps required: 30000
[05:01:23]
[05:01:23] Writing local files:
[05:01:23]
[05:01:23] parameters work/wudata_05.prm
[05:01:23] - Writing "work/wudata_05.key": (overwrite)successful.
[05:01:23] - Writing "work/wudata_05.xyz": (overwrite)successful.
[05:01:26] - Writing "work/wudata_05.prm": (overwrite)successful.
[05:01:26] - Writing "work/wudata_05.key": (append)successful.
[05:01:26]
[05:01:26] PROJECT="work/wudata_05", NSTEPS=30000, DT=2.0000, DTDUMP=10.000000, TEMP=298.00
[05:01:27] TINKER: Software Tools for Molecular Design
[05:01:27] Version 3.8 October 2000
[05:01:27] Copyright (c) Jay William Ponder 1990-2000
[05:01:27] portions Copyright (c) Michael Shirts 2001
[05:01:27] portions Copyright (c) Vijay S Pande 2001
[05:19:53]
[05:19:53] Received faulty work unit. Notifying server
[05:20:03] logfile size: 5120
[05:20:03] - Writing 5632 bytes of core data to disk.
[05:20:03] end (WriteWorkResults)
[05:20:03]
[05:20:03] Folding@Home2 Core Shutdown: BAD_WORK_UNIT
CoreStatus = 72 (114)
Sending work to server

+ Attempting to send results
- Connecting to server (171.64.122.114)

Nu is hij dus weer started from initial work packet.

Anybody?

Edit: Hmm het is dus nu een andere situatie dan toen ik dit otpic opende, toen was er een probleem met de ARC file waar alles in bewaard wordt, nu is de ARC file integrity goed maar is er nog steeds een probleem met de WU. Dus eerst was het een afsluitprobleem en nu is het een bug in de software???