One crashed task in July was a FAMOUS. The error messages show that the crash was caused by the parameter values of your model. So that is not a problem.

But four HadSM crashed. Probably two at one moment and the other two at another moment. All have exit code 11 and similar error messages. One of the tasks is here. Click on stderr + to see the messages. Signal 11 in every case.

This is not, as far as I know, caused by network connection problems. Jorden has some explanations of the Signal 11 error in his FAQ here. I see that your computer has processed a lot of CPDN models successfully in the past. But have you installed a new version of Linux and now need the 32bit compatibility libraries? See Geophi's post.

If this is the problem please tell us.

Did you Exit from BOINC before re-booting?
Highly recommended if you don\'t want to crash climate models.

Several trickles after a re-start is OK. If you look at the trickle file, you\'ll see that they are type \'cse\', whereas \'normal\' trickles are type \'orig\'.
type \'cse\' just tells the server that the model is back up and running.

As for continuing, is the day/month/year constantly advancing in the graphics?
If so, continue.
If it keeps jumping backwards, it may be best to abort.

What is your networking setup like? (home PC, work PC, university PC, on broadband, dialup, wireless, ...? Does it use a proxy server?)

5) triggered error by trying to view graphics

This has been a common problem. It often results from old video drivers or conflict with another program using heavy graphics. (Unfortunately, most of that experience has been in Windows.)

Does your machine have a graphics card or on-board graphics chip? In either case, the vendor might have an updated driver good for Linux.

On-board. I\'m using standard drivers comming with X11. I have bad experience with ATI binary drivers for Radeon cards. They screw up system so, that I have to boot from rescue CD to recover (I have not tested sor some time now. Screwing up graphics twice was enough).

5) triggered error by trying to view graphics

This has been a common problem. It often results from old video drivers or conflict with another program using heavy graphics. (Unfortunately, most of that experience has been in Windows.)

Does your machine have a graphics card or on-board graphics chip? In either case, the vendor might have an updated driver good for Linux.

Your Firefox activity won\'t lock a CPDN file as some virus software does. CPDN doesn\'t react well when expected files are \"missing\".

Another issue arises when people try to squeeze this large and hungry software system into a too-small computer -- swapping and resultant timing relationships among OS/boinc/CPDN can become problematic. The graphics layer triggers some of that, too. Much as we\'d like to have the cake and eat it, too, these PCs won\'t behave like a Cray.

All in all, considering the array of machine and OS types in which CPDN runs, and the vast array of participant\'s run mixes, I see CPDN as remarkably robust/resilient.

Having it\'s origins in a supercomputer program, it\'s not used to (or intended to) having to compete with other Windows programs for hardware resources.

People who run other resource heavy programs need to be a bit protective of their climate models at such times. Suspend BOINC (and the model), before running the other program(s).

thanks for posting this note, it should be fixed now!

i got this error message today. any idea when the problem will be solved?

markus