Version 6.05 of the cube application had a problem on at least one 64-bit machine (see other thread). I fiddled with the code and fixed a minor problem. I doubt that this fixed the real problem, but it's worth checking before we try something else, so I've released version 6.06. With St. Valentine's day long past, the graphics have returned to the simple rotating cube.

____________
-- Eric Myers

"Education is not the filling of a pail, but the lighting of a fire." -- William Butler Yeats

Same behavior for me.

Manager crashes:

Interesting. The manager crashing has something to do with permissions to use the display. If I su to boinc's account and then show graphics (with E@H as I don't have any P@H right now) the graphics display properly.
____________
Kathryn :o)
The BOINC FAQ Service
The Unofficial BOINC Wiki
The Trac System

And FWIW, the xphoon I downloaded did work. It's hidden under my desktop wallpaper. I could see it flash by when I locked my desktop.

Interesting. The manager crashing has something to do with permissions to use the display. If I su to boinc's account and then show graphics (with E@H as I don't have any P@H right now) the graphics display properly.

I had this behavior today, (Time : UTC+1)

01.03.2010 15:31:31 Pirates@Home Sending scheduler request: To fetch work.
01.03.2010 15:31:31 Pirates@Home Reporting 3 completed tasks, requesting new tasks for CPU
01.03.2010 15:36:39 Project communication failed: attempting access to reference site
01.03.2010 15:36:40 Internet access OK - project servers may be temporarily down.
01.03.2010 15:36:40 Pirates@Home Scheduler request failed: Timeout was reached
01.03.2010 15:37:41 Pirates@Home Sending scheduler request: To fetch work.
01.03.2010 15:37:41 Pirates@Home Reporting 3 completed tasks, requesting new tasks for CPU
01.03.2010 15:38:57 Pirates@Home Scheduler request completed: got 0 new tasks
01.03.2010 15:38:57 Pirates@Home Message from server: Completed result wu_1267392245_3218_0 refused: result already reported as success
01.03.2010 15:38:57 Pirates@Home Message from server: Completed result wu_1267392245_3217_0 refused: result already reported as success
01.03.2010 15:38:57 Pirates@Home Message from server: Completed result wu_1267392245_3216_0 refused: result already reported as success
01.03.2010 15:38:57 Pirates@Home Message from server: (Project has no jobs available)
01.03.2010 16:02:16 SETI@home Computation for task 08mr07ad.14172.9071.9.10.246_0 finished

arrrrhhhh littleBouncer

[edit]Link to results [edit]
____________

Interesting. The manager crashing has something to do with permissions to use the display. If I su to boinc's account and then show graphics (with E@H as I don't have any P@H right now) the graphics display properly.

I had this behavior today, (Time : UTC+1)

01.03.2010 15:38:57 Pirates@Home Message from server: Completed result wu_1267392245_3218_0 refused: result already reported as success

KSMarksPsych wrote:

Interesting. The manager crashing has something to do with permissions to use the display. If I su to boinc's account and then show graphics (with E@H as I don't have any P@H right now) the graphics display properly.

So two things to try with 'xhost' are:

xhost +local:boinc
xhost +local:

The first grants the boinc user permission to open a window in your X11 session. The second grants any local user that permission.

You don't want to use `xhost +` by itself because it also allows non-local (ie. network) connections and then you can get sniffed or other troubles.

I'll also add I just upgraded to 6.10.36 (the latest Linux alpha) and the manager still crashes.

I'll email the list and point them to these threads.
____________
Kathryn :o)
The BOINC FAQ Service
The Unofficial BOINC Wiki
The Trac System

This is on Fedora 10, right? Because I also tested it on Fedora 10 and it worked for me.

I seem to recall reading something about Xorg configuration settings that ignore xhost and require stronger access controls, but I don't recall the details. And it's strange that it would be different on two machines both with Fedora 10.

____________
-- Eric Myers

"Education is not the filling of a pail, but the lighting of a fire." -- William Butler Yeats

Just to add what we are learning, if I run the cube graphics program manually from the 'boinc' user account with xhost turned off so that it should not be able to open a window, then the following appears in stderrgfx.txt:

This is on Fedora 10, right? Because I also tested it on Fedora 10 and it worked for me.

I seem to recall reading something about Xorg configuration settings that ignore xhost and require stronger access controls, but I don't recall the details. And it's strange that it would be different on two machines both with Fedora 10.

Yes. 64 bit Fedora 10. KDE as the desktop, FWIW. You're not using any of those fancy smancy window managers, are you? :)

I think I've been able to replicate this problem.

Over the weekend I installed Fedora 10 with KDE via Live CD on a spare computer I had here. With the BOINC 6.6.37 package the "Show Graphics" button does not work. The problem is with GLUT getting the initial window open. Diagnostics from stderr will be written to the slot, but only if the user is a member of group 'boinc' so that the user has permission to create a file there. The file is called stderrgfx.txt.

I will investigate this with the latest alpha release, 6.10.37 to see if it's still present, but I expect it is. This is not a problem with the BOINC client or manager, it's the application and/or libraries installed on the system. It may be possible to correct for it by installing an additional library. Or it may take recompiling the application. Hopefully we'll be able to test here and determine which.

____________
-- Eric Myers

"Education is not the filling of a pail, but the lighting of a fire." -- William Butler Yeats

Basically, BOINC would do standard communication with the Pirate's server and time out after a period of no response. Since the results were not removed, this error appeared the next time the manager tried to communicate. On occasion, the first communication would finish normally, but the manager would not remove the tasks also causing the error.

Between the two, I would get an error as much as a third of the time some days.

I flushed out all the old trickle messages and restarted the database server, web server, and project. That seems to have improved performance, but the large number of workunits in the database may also still be an issue. We don't have a very powerful database server. We will see how it goes as what is now in the database is purged.

____________
-- Eric Myers

"Education is not the filling of a pail, but the lighting of a fire." -- William Butler Yeats

Next one going to be green shamrocks? :-)