Ok, I reloaded with the bare minimum and I'm getting really close now. I'm thinking there's something wrong with my app_info.xml file but I can't spot it because my eyes are crossing now because I've been staring at this monitor all day.

In my /var/lib/boinc/projects/setiathome.berkeley.edu directory, I have:

-rw-rw-r--. 1 guy guy 2488 Feb 1 14:51 app_info.xml
-rw-rw-r--. 1 guy guy 2438 Feb 1 14:46 app_info.xml~
-rw-r--r--. 1 boinc boinc 52779 Feb 1 11:21 arecibo_181.png
-rwxr-xr-x. 1 root root 313872 Feb 1 10:42 libcudart.so.3
-rwxr-xr-x. 1 root root 28996288 Feb 1 10:42 libcufft.so.3
-rw-r--r--. 1 boinc boinc 2536 Feb 1 11:21 sah_40.png
-rw-r--r--. 1 boinc boinc 25488 Feb 1 11:21 sah_banner_290.png
-rw-r--r--. 1 boinc boinc 35399 Feb 1 11:21 sah_ss_290.png
-rwxr-xr-x. 1 root root 1564204 Feb 1 14:34 setiathome_7.01_x86_64-pc-linux-gnu
-rwxr-xr-x. 1 root root 6373944 Feb 1 10:43 setiathome_x41g_x86_64-pc-linux-gnu_cuda32
-rw-r--r--. 1 boinc boinc 71 Feb 1 14:52 slideshow_setiathome_enhanced_00
-rw-r--r--. 1 boinc boinc 72 Feb 1 14:52 slideshow_setiathome_enhanced_01
-rw-r--r--. 1 boinc boinc 75 Feb 1 14:52 slideshow_setiathome_enhanced_02
-rw-r--r--. 1 boinc boinc 67 Feb 1 14:52 stat_icon

See anything wrong with my permissions (edit: or owners)? (I wish I could figure out a way to maintain the columns for you readers)
Yes, I'm running it as root. No big deal. Not concerned about security at this point.

I just may break down and install the latest version of Ubuntu if I throw in the towel on Fedora. Been with them since Redhat 6, so I probably have an unhealthy attachment to it. I may need to see a therapist to fix that.

If you do that, go with Mint instead of Ubuntu.
http://www.linuxmint.com/

I am going to suspend Rosetta and "no more WUs" for S@H. When the S@H jobs are complete I will accept Astropulse jobs only and place a <max_concurrent>3</max_concurrent> statement in my app_config.xml file. My understanding is this will prevent me from receiving the astropulse cpu jobs as long as I have 3 gpu Astropulse jobs running. When I have worked off all of the current S@H jobs I would "resume" Rosetta and "allow more WUs" for S@H. I am thinking that I would now be processing CPU WUs for Rosetta and receiving/crunching Astropulse GPU jobs only for S@H.

Am I correct?

The max_concurrent setting won't impact what tasks you receive, it just impacts what tasks run. And the AP cpu and gpu applications have the same short name, so it could run cpu as well as gpu tasks within that max concurrent setting. If you don't want SETI cpu tasks, turn off cpu fetch in your website SETI@Home preferences.

I'm running a 'new' ATI card on Linux and it's CPU usage is much higher than I would think it should be. I'm about to try and change an XP host to Linux, so, I'll see how the 6850 does in Linux.

BTW, I found an App that shows GPU load in Linux. I know it says Windows, but, it runs in Ubuntu with the MonoDevelop package. It's the first one I've found;

...
Open Hardware Monitor

Thanks for that hint. Do you know if it will also show GPU load for NV GPUs ? It is (maybe) the first one with a GUI for Linux.

For ATI/AMD GPUs the GPU load can be displayed on the commandline using the driver configuration commandline tool aticonfig. The command

> aticonfig --adapter=all --odgc --odgt

will show actual frequencies, temperatures and GPU loads of all installed ATI/AMD GPUs working with that driver.

I will try tomorrow after I get off work on my 650Ti.

Looks like folks at Einstein found the problem.

What they didn't tell you that the bug was introduced in 7.0.30 and fixed in 7.0.31. (I don't know how Fedora managed to get it into 7.0.29.) Going back to an earlier release might be the solution for you.

This job was estimated at 6 hours but is now running at the 8:52 hour mark. boinc manager's "remaining estimated time" is showing as "---".

Since the app thinks it's running standalone it doesn't send any progress info to BOINC so BOINC can't compute any meaningful remaining estimated time.

You could try looking into what exactly is it that the apps don't like in the init data file.

The file is called init_data.xml. Each slot directory has its own file. Since the apps that show the error are from Seti and Einstein try to pick a slot that either one is using.

If you think it's best to copy-paste the file here do note that the file contains your authenticator which is something you'll want to blank first.

You may also want to make sure file and/or directory permissions are ok.

All I meant was IIRC, after 7.0.28 was placed as the recommended version back in the day the alpha builds progressed pretty rapidly at first while they worked towards the last recommended which was 7.0.44.

The Linux recommended through RPM sites has long time been 7.0.27, which had trouble on its own.

the whole problem with the older distros is that the libraries aren't updated towards their version. So in this case, even though for instance the BOINC wiki states that you have to have certain library files, it doesn't mean that the library files in fedora 17 are all up to date. Even while their name may be the same. Like libc.so.6, you can't see on the outside which version that is, but it is a requirement that BOINC has.

Building BOINC yourself is going to be problematic, although not impossible. Not something I've ever done on Linux, I must say. I did build for Windows. A long time ago. When Visual Studio 2005 was still the thing to use. ;-)

Biggest problem with Fedora 17 and present BOINC is the lack of compatible or up-to-date GlibC libraries. The only way around it that I see, is to update to fedora 18 or 19.

The APP_INIT_DATA.xml file keeps track of the elapsed time that a task took. Seeing the BOINC Wiki, it looks to be a problem with the science application, or at least with the BOINC API. Not saying it still can't be a problem with BOINC, but problems with it were fixed in 6.13/7.0.3.

I saw the reply to your post over at EAH. I'm going to say that the problem is with the version of BOINC you are running, since 7.0.29 isn't even the suggested older version for any platform.