• Some users have recently had their accounts hijacked. It seems that the now defunct EVGA forums might have compromised your password there and seems many are using the same PW here. We would suggest you UPDATE YOUR PASSWORD and TURN ON 2FA for your account here to further secure it. None of the compromised accounts had 2FA turned on.
    Once you have enabled 2FA, your account will be updated soon to show a badge, letting other members know that you use 2FA to protect your account. This should be beneficial for everyone that uses FSFT.

Problem with F@H

C

Clownboat

Limp Gawd
Joined
Jun 25, 2004
Messages
322
I have been using F@H for about a week now and have completed about 10 WUs. Once a WU actually starts there are never any problems. However, I seem to get this problem between just about every WU, and this time it has been happening for about 12 hours or more (it usually corrects itself within a half hour or so).

[16:22:43] Folding@Home Gromacs Core
[16:22:43] Version 1.70 (October 24, 2004)
[16:22:43]
[16:22:43] Preparing to commence simulation
[16:22:43] - Assembly optimizations manually forced on.
[16:22:43] - Not checking prior termination.
[16:22:43] Couldn't v3Decompress
[16:22:43] - Fatal: Could not decompress work unit data.
[16:22:43] Error: Could not open work file
[16:22:43]
[16:22:43] Folding@home Core Shutdown: FILE_IO_ERROR
[16:22:48] CoreStatus = 75 (117)
[16:22:48] Error opening or reading from a file.
[16:22:48] Deleting current work unit & continuing...
[16:22:52] - Preparing to get new work unit...
[16:22:52] + Attempting to get work packet
[16:22:52] - Connecting to assignment server
[16:22:52] - Successful: assigned to (171.65.103.156).
[16:22:52] + News From Folding@Home: Welcome to Folding@Home
[16:22:52] Loaded queue successfully.
[16:23:07] + Closed connections
[16:23:12]
[16:23:12] + Processing work unit
[16:23:12] Core required: FahCore_78.exe
[16:23:12] Core found.
[16:23:12] Working on Unit 06 [February 24 16:23:12]
[16:23:12] + Working ...
[16:23:12]
[16:23:12] *------------------------------*
[16:23:12] Folding@Home Gromacs Core
[16:23:12] Version 1.70 (October 24, 2004)
[16:23:12]
[16:23:12] Preparing to commence simulation
[16:23:12] - Assembly optimizations manually forced on.
[16:23:12] - Not checking prior termination.
[16:23:12] Couldn't v3Decompress
[16:23:12] - Fatal: Could not decompress work unit data.
[16:23:12] Error: Could not open work file
[16:23:12]
[16:23:12] Folding@home Core Shutdown: FILE_IO_ERROR
[16:23:16] CoreStatus = 75 (117)
[16:23:16] Error opening or reading from a file.
[16:23:16] Deleting current work unit & continuing...
Click to expand...

Etc. etc. etc. In case you don't want to read that, the error is "Couldn't v3Decompress", then "Error: Could not open work file", then "FILE_IO_ERROR CoreStatus = 75 (117)". This happens whether I run from C:\Program Files\Folding@Home or a new installation at C:\Folding@Home, whether or not I use -forceasm, and whether or not I use -advmethods.

There is no overclocking involved and my CPU rarely hits 50 C under load from F@H.

My specs:
Shuttle SN95G5
Athlon 64 3500+ Winchester
2 x 512 MB Corsair DDR400
2 x Western Digital Raptor 36 GB in RAID 0 (C drive)
Windos XP SP2

FILE_IO_ERROR would seem to point to a hard drive problem, but the Raptors are in perfect working order and I scan/defrag them every week. The rest of my system has no problems and is totally stable, Prime95 stress-tested etc.

I looked for answers on the F@H board but it didn't help. I figured maybe you guys could lend a hand. Thanks!

EDIT: Just restarted and managed to start a WU. However, as I mentioned, this happens pretty much every time I finish one, so if you know the cause I would still appreciate hearing about it.
 
Is this the console or the client version.

Hopefully someone will give you a solution, but I just say if one isn't working, I would try the other version.

 
are you running Norton Internet Security 2003/2004? This is what usually causes the v3decompress problem in both the console and the gui version.

There is no way to fix FAH to transfer data with NIS. I usually turn off the firewall when the wu is about to get completed and switch to Sygate.
 
You might want to pop over to www.dslreports.com and check for download quality. I have machines with Zone Alarm and Norton, neither has caused a problem. Could be corrupted downloads causing the problem.
 
Actually, I am running Norton Internet Security Professional 2003. Why would it corrupt the downloads though? I set it to always allow connections to/from F@H. Besides, NIS is always on, but the errors are usually short-lived. Is this a known conflict?

Also, I think my network is OK... I mean, this is the Carnegie Mellon University network we're talking about here (there's no external firewall involved though, like some other dipshit universities). I never experience download corruption anywhere else.

BTW, I'm using the console client, non-service.
 
even though connections are set to always allow FAH to send and receive data, for some reason it corrupts this.

You can check this out at the official forum here

Apparently only NIS 2005 does not have this problem and Norton will not fix it for older versions. So do what I do and disable NIS before the wu is being transferred.
 
Thanks for the info. I actually have NIS 2005, just never had any reason to install it. I guess I'll swap that in at my first convenience.

And now for my pitifully tiny number ;)
 
Clownboat said:
Thanks for the info. I actually have NIS 2005, just never had any reason to install it. I guess I'll swap that in at my first convenience.

And now for my pitifully tiny number ;)
Click to expand...

Yea!!!!!!!!!!!!!
The first step is the [H]ardest!!!!
Congrats and fold on!

 
Clownboat said:
Thanks for the info. I actually have NIS 2005, just never had any reason to install it. I guess I'll swap that in at my first convenience.

And now for my pitifully tiny number ;)
Click to expand...

No problem, glad to help. And as for your number, It's not the size of your [H]s, its how quickly you can enlarge it. :D
 
Ahahahaha. We'll see how it works out. This weekend I'm borging my girlfriend's (really my) 3400+ s754 powerhouse, with an AthlonXP 2400+ and three P4s of varying cheapness to follow, hopefully during spring break.

Sometimes I sit and daydream that I've borged the whole CMU campus... :eek:
 
Clownboat said:
Ahahahaha. We'll see how it works out. This weekend I'm borging my girlfriend's (really my) 3400+ s754 powerhouse, with an AthlonXP 2400+ and three P4s of varying cheapness to follow, hopefully during spring break.

Sometimes I sit and daydream that I've borged the whole CMU campus... :eek:
Click to expand...

those are a NICE start for a pile 'o boxen. you'll do great.

sharp
 
Clownboat said:
Sometimes I sit and daydream that I've borged the whole CMU campus... :eek:
Click to expand...

I know how you feel. I sit and daydream about borging the state office building I'm in. 8 floors and thousands of computers. Many aren't that great at around 700 mhz or so, but in these numbers, that adds up fast. If only I could do it. :mad:

 
I just heard that CMU did at one point consider F@H, but apparently Dell would have been pissed at them running "unauthorized" software and shredded their warranties. Some bullshit about running at 100% reducing the life of the CPU (as if it matters; CMU throws them in the trash [quite literally] and gets new ones every couple years).

Oh well. It just seems like a massive waste to me.
 
Clownboat said:
CMU throws them in the trash [quite literally] and gets new ones every couple years).

Oh well. It just seems like a massive waste to me.
Click to expand...
Would you check and see if they'd consider donating them instead of trashing? We've got a few people who would appreciate the chance at 3-year-old machines for farming, and I can drive up there some weekend and pick a few up :D Anything for teh [F]arm!
 
You must log in or register to reply here.
Back
Top