• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

WTF $#@!!$%#@!$ loosing credits

Page 2 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.
Windows update turned off. Its a dedicated folding box, so I don't worry about security. Not even AV installed.

As for memory, why would it make it to 100% , then exactly at that point 3 times in a row fail ? and the 2 GPU units never have a problen on that box.

This just doesn't make any sense.
 
Windows update turned off. Its a dedicated folding box, so I don't worry about security. Not even AV installed.

As for memory, why would it make it to 100% , then exactly at that point 3 times in a row fail ? and the 2 GPU units never have a problen on that box.

This just doesn't make any sense.

It can't create the arcfile, which sounds like a permissions problem. No "write" available to the user.

I had a BOINC upgrade change the user name and as a consequence, no write permission. Tough to find, easy to fix.
 
OK. this is windows XP. I am logged in as administrator. This worked for 3 weeks. How could it all of a sudden have a problem like that ? Administrator can do anything. This is not Win7.
 
Last edited:
It can't create the arcfile,
I gotta agree again here - but maybe it doesn't have enough time to write or something? Some of these files are huge. Could it be the way the drive is set to pre-write or something, did anything get changed in bios or OS on how the HD behaves?

Aaarrrgggghhh! These type problems are frustrating 🙁
 
I assume that you've done several passes of the RAM with Memtest86+, as well as done a surface-scan of the HD using mfg's diagnostic bootable CD, right?
 
One of the site moderators at F@H is having the same problem as me, with his stock dual Xeon rig. I think they got my attention, and wanted full log files. We will see where this goes.

As for memtest, not since I built the rig a month ago, but its running under rated speed. Also, again, memory errors are random, this is exactly as the 100% mark, and as for the HD, the 2 GPU units are going fine.
 
I got a Client Core Communication Error. Mines a bit different from Mark though. My unit finished and uploaded with no problems. As soon as it downloaded a new workunit, I got the error message. The client then tried to delete the WU and get a new one, which resulted in the client crashing.

EDIT: Deleted everything in my FAH folder except for the .exe and .cfg file and rebooted the computer. Loaded up the SMP client, got a new WU and error message again. The client deleted the WU and attempted to download a new one. Seems to be okay now. Bad batch of WUs?
 
Last edited:
I just noticed that the GPU unit on that box are on the old ide drive (on a pci card) and the smp was on the sata, so I just moved it to the IDE drive. I will know in 2 hours if that was it (sata bug ??)
 
OK, this one finished. One of two things fixed it (I shouldn't have done 2 at once, but..) I downclocked from 4.4 to 4.2 (I don't) think that was it, and I moved the directory off the sata drive to the IDE drive ( using a pci card, not the motherboard)

Even though it boots off the sata drive, and thats the OS drive. my gut tell me the "sata bug" did this to me.

I will update this thread as things progress. It may be days now, I am not messing with the setup any time soon. Log file below:

[03:11:48] Completed 250000 out of 250000 steps (100&#37😉
[03:12:00] DynamicWrapper: Finished Work Unit: sleep=10000
[03:12:10]
[03:12:10] Finished Work Unit:
[03:12:10] - Reading up to 52713120 from "work/wudata_03.trr": Read 52713120
[03:12:10] trr file hash check passed.
[03:12:10] - Reading up to 47140748 from "work/wudata_03.xtc": Read 47140748
[03:12:10] xtc file hash check passed.
[03:12:10] edr file hash check passed.
[03:12:10] logfile size: 213455
[03:12:10] Leaving Run
[03:12:11] - Writing 100235263 bytes of core data to disk...
[03:12:14] ... Done.
[03:12:22] - Shutting down core
[03:12:22]
[03:12:22] Folding@home Core Shutdown: FINISHED_UNIT
[03:12:27] CoreStatus = 64 (100)
[03:12:27] Unit 3 finished with 59 percent of time to deadline remaining.
[03:12:27] Updated performance fraction: 0.576281
[03:12:27] Sending work to server
[03:12:27] Project: 6900 (Run 24, Clone 2, Gen 30)


[03:12:27] + Attempting to send results [February 14 03:12:27 UTC]
[03:12:27] - Reading file work/wuresults_03.dat from core
[03:12:27] (Read 100235263 bytes from disk)
[03:12:27] Connecting to http://130.237.232.141:8080/
[03:17:43] Posted data.
[03:17:43] Initial: 0000; - Uploaded at ~305 kB/s
[03:17:47] - Averaged speed for that direction ~241 kB/s
[03:17:47] + Results successfully sent
[03:17:47] Thank you for your contribution to Folding@Home.
[03:17:47] + Number of Units Completed: 3

[03:17:54] Trying to send all finished work units
[03:17:54] + No unsent completed units remaining.
[03:17:54] - Preparing to get new work unit...
[03:17:54] Cleaning up work directory
[03:17:55] + Attempting to get work packet
[03:17:55] Passkey found
[03:17:55] - Will indicate memory of 3062 MB
[03:17:55] - Detect CPU. Vendor: GenuineIntel, Family: 6, Model: 10, Stepping: 7
[03:17:55] - Connecting to assignment server
[03:17:55] Connecting to http://assign.stanford.edu:8080/
[03:17:55] Posted data.
[03:17:55] Initial: ED82; - Successful: assigned to (130.237.232.141).
[03:17:55] + News From Folding@Home: Welcome to Folding@Home
[03:17:56] Loaded queue successfully.
[03:17:56] Sent data
[03:17:56] Connecting to http://130.237.232.141:8080/
[03:18:04] Posted data.
[03:18:04] Initial: 0000; - Receiving payload (expected size: 24864527)
[03:19:25] - Downloaded at ~299 kB/s
[03:19:25] - Averaged speed for that direction ~512 kB/s
[03:19:25] + Received work.
[03:19:25] Trying to send all finished work units
[03:19:25] + No unsent completed units remaining.
[03:19:25] + Closed connections
[03:19:25]
[03:19:25] + Processing work unit
[03:19:25] Core required: FahCore_a3.exe
[03:19:25] Core found.
[03:19:25] Working on queue slot 04 [February 14 03:19:25 UTC]
[03:19:25] + Working ...
[03:19:25] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 04 -np 8 -checkpoint 15 -verbose -lifeline 2192 -version 630'

[03:19:25]
[03:19:25] *------------------------------*
[03:19:25] Folding@Home Gromacs SMP Core
[03:19:25] Version 2.22 (Mar 12, 2010)
[03:19:25]
[03:19:25] Preparing to commence simulation
[03:19:25] - Looking at optimizations...
[03:19:25] - Created dyn
[03:19:25] - Files status OK
[03:19:29] - Expanded 24864015 -> 30796293 (decompressed 123.8 percent)
[03:19:29] Called DecompressByteArray: compressed_data_size=24864015 data_size=30796293, decompressed_data_size=30796293 diff=0
[03:19:29] - Digital signature verified
[03:19:29]
[03:19:29] Project: 6900 (Run 47, Clone 5, Gen 9)
[03:19:29]
[03:19:30] Assembly optimizations on if available.
[03:19:30] Entering M.D.
[03:19:39] Completed 0 out of 250000 steps (0%)
 
Last edited:
I will second the CCleaner idea, plus completely uninstall the client & install fresh.

I have seen problems before with clients that just suddenly flake out and nothing works until you replace with a fresh copy.
 
Back
Top