Page 1 of 1
is 744 the last 32bit debian linux client?
Posted: Fri Apr 17, 2020 12:29 pm
by AndrewBienhaus
Hi all,
two quick quesitons;
1. Is the 744 32bit debian, the last released 32bit avaialble for ubuntu?
2. If so... are there any suggested tweaks, other than the cpu=#, that might get it to pickup projects?
It's not the world's fastest machine, but we've gotten into a bit of a fun "how many machines can you get it running on" competition here, and this ol' dual Xeon server is the last one to try...
I left it running overnight, and it retries every few mins, but doesn't get anyWUs.
Thanks!
Re: is 744 the last 32bit debian linux client?
Posted: Fri Apr 17, 2020 12:31 pm
by PantherX
Please note that 32-bit *unix system's aren't supported for folding.
If possible, can you upgrade to 64-bit?
The latest version is 7.6.8 which was released about 7 hours ago: viewtopic.php?f=24&t=34429
Re: is 744 the last 32bit debian linux client?
Posted: Fri Apr 17, 2020 12:38 pm
by AndrewBienhaus
<LOL>
THis time yesterday... I could swear there was a 32bit section on the supported clients page.
My timing stinks.
The processors don't even have 64bit instruction set, it's a 32bit ubuntu that I got running on it. v18.
Re: is 744 the last 32bit debian linux client?
Posted: Fri Apr 17, 2020 12:42 pm
by PantherX
The 32-bit versions for FAHControl and FAHViewer were available. However, they wouldn't be used for folding. FAHControl would be used to control FAHClient and FAHViewer is used to view the protein simulation. Thus, it wouldn't help you
AFAIK, majority of AMD/Intel CPUs over the last ~10 years have 64-bit support. Out of curiosity, can you post the CPU model number?
Re: is 744 the last 32bit debian linux client?
Posted: Fri Apr 17, 2020 3:29 pm
by AndrewBienhaus
Xeon F29... a pair of them.
While I have you - may I ask.
Is there a reason on my Linux configured clients, where the config.xml clearly has the name, team, and key in there... the fold-anon is still set to true?
(I have manually been changing it to false - but maybe it's assumed when there is a name?)
thanks!
Andrew
Re: is 744 the last 32bit debian linux client?
Posted: Fri Apr 17, 2020 3:51 pm
by Neil-B
Good Grief … Those are the old Xeon 2.4s from early 2000s
Re: is 744 the last 32bit debian linux client?
Posted: Fri Apr 17, 2020 4:19 pm
by AndrewBienhaus
Nostalgia baby!
(i told you it was a challenge) hehehe
Re: is 744 the last 32bit debian linux client?
Posted: Fri Apr 17, 2020 4:56 pm
by Neil-B
To use my daughter's logic … "You have two 32bit CPUs - why not just get them to work next to each other and then you'll have 64bits"
Re: is 744 the last 32bit debian linux client?
Posted: Fri Apr 17, 2020 5:01 pm
by AndrewBienhaus
Exactly!
Why can't they all just get along!!
Let's not even get into the electricity it took to power that monster up and down.
Time for electronic scrap... it's probably worth $50!
Re: is 744 the last 32bit debian linux client?
Posted: Fri Apr 17, 2020 10:13 pm
by PantherX
AndrewBienhaus wrote:...Xeon F29... a pair of them...
Oh... I looked up the specs and this was the first time I came across a non-64-bit CPU:
https://ark.intel.com/content/www/us/en ... z-fsb.html
AndrewBienhaus wrote:...Is there a reason on my Linux configured clients, where the config.xml clearly has the name, team, and key in there... the fold-anon is still set to true?
(I have manually been changing it to false - but maybe it's assumed when there is a name?)...
Unless I am mistaken, when the first time you install the client, if you don't set the username/passkey/team in the first 5 minutes or when the Web Control/FAHControl opens for the first time (IIRC), then the client will automatically assume that you have decided to fold anonymously. Can you please post the first ~100 lines of your log so that we can see what's happening and help you out
Re: is 744 the last 32bit debian linux client?
Posted: Sat Apr 18, 2020 5:54 pm
by Joe_H
On my systems, once the user, team and passkey have been set, the fold-anon does go away at some point. It is no longer in the config.xml file after that.