• 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.

VM SMP problems

I basically have to delete the WU and restart. The WU only uses 50% or less of the CPU and thus the reason I was missing deadlines. i can't babysit full time as I am on the road 80% of the time.
Posted via [H] Mobile Device
 
For some reason I haven't been able to delete workunits from my notfred's VM. The usual method of deleting queue.dat doesn't seem to work, nor does deleting the work folder or the Unitinfo.txt file. The only way I was able to get rid of the unit was by wiping the VM (I just replaced the folding.vmdk file with a fresh notfred's one).
 
Sorry, I am not using notfred's. I am running Ubuntu 8.04 native VM. I just delete the proper files.
Posted via [H] Mobile Device
 
Well frankly I'm getting a little tired of baby sitting my rigs. I have moved 2 of my machines to WCG. I have 3 other rigs that I am contemplating as well. The deadlines are 4 days (or so) on these WUs and when you miss the deadline, that is 4 days WASTED!!!

If I continue to get these and have to babysit more frequently, I will move the remainder of my Linux SMP clients to WCG until someone figures out how to fix these WUs.
 
I had this same problem on my e6600.
I was started using VMware workstation instead of player and I haven't seen the problem again.

 
Unfortunately VMWare Workstation is NOT immune to the issue. I had moved two of my boxes to VMWare Workstation and they are/were affected. It is a WU issue so unfortunately, environment is isn't the key.
 
I've now had one come up on my Q9450 :(
What is the best way to get rid of the junk WU?
 
Doozer said:
What is the best way to get rid of the junk WU?
Click to expand...
Are you using notfred's? Stop the VM and replace the folding.vmdk file with a fresh version (it helps to keep a copy of the archive downloaded straight off notfred's site). You'll have to reconfigure it, but that only takes a few minutes.

If you're using a standard Linux distro and running that under a VM, stop the F@H client, and delete the queue.dat folder from the F@H directory. Then restart the client and it'll download a new WU.
 
There is a running thread going with a list of bad SMP units ... looks like a new A2 core with the fix is pending ... I haven't had any issues running notfred from a USB stick ... when I do I will probably switch my last FAH box over to WCG until the SMP2 client arrives ... I'm currently running CEP1 units on 5 cores and RICE units on 1 core ... WCG is much more polished and stable IMHO.

http://foldingforum.org/viewtopic.php?f=19&t=11098&start=105
 
Last edited:
I took a look at that thread prior to my last posting and frankly that list is pretty long :(

We'll see what happens at the end of the week with the core fix. I'm away from home thru Thursday night. I can use logmein.com to get to my boxes, so worse case scenario, I turn off VMs and just fire WCG back up and deal with it over the weekend.
 
I had to reset 2 of my three Linux SMP's (CentOS 5 / 8 Cores / 12GB) today after checking in and seeing that they had the same issue you guys are seeing. It can be a little aggravating to say the least to know that your hardware is sitting there wasting electricity and processing power on these crap WU's. :rolleyes:
 
Make sure to upgrade to version 2.10 of the A2 core .. the new version runs 20% slower but doesn't choke on these bad units .. I got it after rebooting my notfred box last night .. I seem to be back up now .. all you need to do in native Linux is delete the FahCore_a2.exe file to get the new version to download .. plan to upgrade between units to minimize the chance of losing work.

[02:08:54] Folding@Home Gromacs SMP Core
[02:08:54] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009)
 
Last edited:
AgrFan said:
Make sure to upgrade to version 2.10 of the A2 core .. the new version runs 20% slower but doesn't choke on these bad units .. I got it after rebooting my notfred box last night .. I seem to be back up now .. all you need to do in native Linux is delete the FahCore_a2.exe file to get the new version to download .. plan to upgrade between units to minimize the chance of losing work.

[02:08:54] Folding@Home Gromacs SMP Core
[02:08:54] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009)
Click to expand...

Should've gotten those today when I reset these two, but I'll try to remember to check in the morning to make sure...
 
AgrFan said:
Make sure to upgrade to version 2.10 of the A2 core .. the new version runs 20% slower but doesn't choke on these bad units .. I got it after rebooting my notfred box last night .. I seem to be back up now .. all you need to do in native Linux is delete the FahCore_a2.exe file to get the new version to download .. plan to upgrade between units to minimize the chance of losing work.

[02:08:54] Folding@Home Gromacs SMP Core
[02:08:54] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009)
Click to expand...
The performance drop from the new core sucks :(. Hopefully they'll fix that with a new revision.
Axdrenalin said:
Should've gotten those today when I reset these two, but I'll try to remember to check in the morning to make sure...
Click to expand...
If you're using notfred's then you have the new core. notfred's redownloads the F@H application every time you reboot it.
 
You must log in or register to reply here.
Back
Top