I have recently upgraded from Fedora 9 to 10.
I chose to completely rebuild and that meant reinstalling BOINC.
Since I did this 2 weeks ago I can't seem to get CPDN to work. I have had at least 5 successful downloads, but immediately they start they end with "Computational error".
Is anyone else having a similar problem with CPDN downloads?
It could be that my system has a hardware problem. It is not exactly new. AMD 2400+ with 1Gb ram.
Using BOINC 6.4.5.

---

It's possibly just due to the age of the processor. See the original post in this thread.

If so, set your server prefs to NOT get any '3p' models.

I'm getting a similar Computation Error as soon as a process starts to run. I'm using a brand new 6-core AMD processor.

AuthenticAMD
AMD FX(tm)-6100 Six-Core Processor [Family 21 Model 1 Stepping 2]
(6 processors)

Linux
3.11.0-12-generic

I'd really like to help out with this project as I have plenty of spare processing power available.

I got the error on this process: UK Met Office HadAM3P Australia New Zealand

I am going to try disabling each offending process to see if any of the available projects will run successfully.

Dave, it is almost certainly due to needing the 32bit libs. There is a sticky here on the subject. Go here to get instructions for what is required. http://boinc.berkeley.edu/wiki/Installing_BOINC#64_Bit_Considerations

Some things have been renamed in ubuntu since the instructions were done.

I tried that earlier and got this output:

dave@Cylon-MS:~/Downloads/BOINC$ sudo apt-get install ia32-libs libstdc++6 libstdc++5 freeglut3
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package ia32-libs is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
lib32z1 lib32ncurses5 lib32bz2-1.0

E: Package 'ia32-libs' has no installation candidate

I'm new to Linux and so a lot of these things are foreign to me.

I'm using Kubuntu 13.10 64-bit

sudo apt-get install lib32z1 lib32ncurses5 lib32bz2-1.0

Type the above in a terminal and when it asks you give your password.
Then start BOINC from a terminal and if anything else is missing causing models to crash it will tell you and you can repeat the sudo apt-get install with whatever shows up in the terminal.

Dave

Geophi, one of the forum moderators gave the following advice to find what is missing.

From a terminal window, in the .../projects/climateprediction.net directory, If you do an

ldd hadcm3xxxxxx

for each executable (obviously replace the xxxxxx with the rest of the program name), it will give you a list of any uninstalled dependencies for that executable

It enabled me to find the missing bit that stopped the graphics from working.

I am on the next iteration of Kubuntu 2014.04

Okay. That appears to have completed successfully. I don't see anything that looks like an error.

The last couple lines are:

Setting up lib32bz2-1.0 (1.0.6-4) ...
Setting up lib32tinfo5 (5.9+20130608-1ubuntu1) ...
Setting up lib32ncurses5 (5.9+20130608-1ubuntu1) ...
Setting up lib32z1 (1:1.2.8.dfsg-1ubuntu1) ...
Processing triggers for libc-bin ...

From memory,the only thing that I needed to add that didn't go in automatically was the 32 bit version of libstc++ which I would have found had I read Geophi's post before I found it out the hard way.

I couldn't get it to work with Kubuntu, so I went the VM route and installed Virtual Box on here with Win7-64bit. It runs fine like that. I would still like to get it to run without a VM as that would allow more CPU time to be used for actual number crunching, instead of being wasted on Win7. The other several projects that I'm supporting have no problems running on Kubuntu.

I had a lot of problems trying to install the graphics lib, libjpeg.so.62
The installer was being helpful, and uninstalling all of the "old stuff" as it went.

So I dug out an old computer with Windows, got a disk with Mint 32 bit (from the cover of a computer magazine), and installed that.
There's 2 great things about Mint:
The gui is very similar to Windows XP, so it's "familiar", and
After asking the usual questions, it shows a set of install options, the first of which is: Do you want to erase everything, and start again? (Or words to that effect.) So bye bye Windows.

Then I just looked for the directory with the needed files, copied them to a USB stick, and then to the computers where I really wanted them.
And I've still got them on the stick in case future upgrades try "being helpful".

Yeah that old jpeg62 has annoyed me a bit. Does it even exist in 64-bit?
Anyhow, getting the right old 32-bit libs on modern linux can be a pain.
Actually the last Ubuntu release (last week or so) was relatively easy, just had to install the libc6:i386 and libstdc++:1386 version and one or two more - libz1 maybe, and jpeg62, and one or two others --

So it goes. Worth the hassle for me, anyhow.

---

I've read through this post. It sounds like each contributor has had a bit of a go, with varying levels of success (if any was commented on).

Does anyone know the actual answer to the problem?

Ubuntu 14.04 64-bit
boinc 7.2.42

Since 26.04.2014, I've downloaded 4 lots of about 10 tasks for climateprediction.net, but as soon as they've finished downloading they go straight to Status "Computation error".

I'll go and see if I can find this "Geophi" post referred to in post 48779.

No luck. I found Geophi's posts, which led me to juhoiipponen's post 47953, I used command

sudo apt-get install lib32z1 lib32ncurses5 lib32bz2-1.0 libstdc++6 libstdc++5 freeglut3

, some of these packages were installed, I paused BOINC, rebooted my computer, started BOINC, downloaded some fresh climateprediction.net tasks, but alas as soon as they finish downloading (and try to start calculating) they go straight to Status "Computation error".

I haven't got any climateprediction.net tasks working yet.

I was able to work on them successfully until a couple of months ago on Ubuntu 13.04, when my motherboard fried. It has been replaced, I have freshly installed Ubuntu 14.04 and I am able to use 7 other BOINC projects, but not climateprediction.net so far.

If you do a

sudo ldd name_of_cpdn_executable

on each executable file in the projects/climateprediction.net directory, does the command find any unsatisfied dependencies?

With Les's help, I managed to get climateprediction.net working again on BOINC. I had tried installing a million 32-bit libraries etc into my 64-bit machine, such as

sudo apt-get install ia32-libs libstdc++6 libstdc++5 freeglut3 libxmu6  lib32z1 lib32ncurses5 lib32bz2-1.0

but it still didn't work.

The final step/s that got it working again was:

1. Start a 32-bit machine that I have;
2. Copy 32-bit file /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16 from that computer to (the corresponding folder of the same name in) my 64-bit computer; and
3. Make a link to the file called /usr/lib/i386-linux-gnu/libstdc++.so.6.

Hey presto!

I don't think that the project people have the source code of the main, HUGE, program.
And one of the Met Office people said some years ago, to some professional climatologists that were sharing our old php board, that only 32 bit programs were available.
If they aren't going to provide 64 bit programs to professionals, it's unlikely that they'd do so for us amateurs.

... actually, I wouldn't be surprised if the opposite was true - i.e. that the original Met Office application had to be converted from 64-bit to run on 32-bit Windows (and other) machines. My suggestion is based on no knowledge whatsoever, but even if it were true it wouldn't change the situation: the project staff would still have to build a 64-bit wrapper for the Met Office code (which would undoubtedly be an easier task than porting the Met Office code itself). However, you only have to look at the array of operational problems the project needs to sort out to see that adding another application type isn't going to make it to the top of any list soon.

In addition to Les' and Iain's posts, until the pool of volunteer's machines has no (or few) 32-bit operating systems, don't expect action to be taken to exclude that group.

Double the required testing of new projects, with attendant doubling of effort to build models, as Iain noted, boggles the mind.

Shoehorning supercomputer models into PCs is no small task -- and, to my knowledge, Murphy's Law hasn't been repealed (nor has McGillicuddy's Corollary: Murphy was an optimist!).

If it's any consolation, many of us were bit by the gremlin at some point. In my case it was when 64-bit SuSE (as it was called before OpenSuSE) hit the offerings.

---

"We have met the enemy and he is us." -- Pogo
Greetings from coastal Washington state, the scenic US Pacific Northwest.