XgridLite.prefPane.zip

Post your success/lack thereof in the comments!

XgridLite.prefPane.zip

Then decompress and drag the prefPane into your /Library/PreferencePanes or ~/Library/PreferencePanes

Let me know how it goes!

FYI, the weirdness I ran into goes something like this (as described in a message I just sent to the xgrid-users mailing list):

Hi everyone (particularly Apple folks),

After being out of the loop for a while, I finally got around to getting XgridLite working on Leopard. (Test version about to be posted at code.edbaskerville.com, official release probably by Monday.)

In doing so, I ran into one weirdness that I thought someone might be able to explain. XgridLite simply calls xgridctl to get and set controller state, which seems simple enough. In Tiger, it was sufficient to do this as root using a setuid tool.

In Leopard, however, I found that status calls always returned that the controller was off:

daemon              state               pid
======              =====               ===
xgridcontrollerd    stopped

This was happening inside the setuid tool even when querying it via sudo as a regular user worked fine:

Agnos:~ ebaskerv$ sudo xgridctl c status
daemon              state               pid
======              =====               ===
xgridcontrollerd    running             12656

To get to the bottom of this, I activated the root user on my system and tried it from a root shell, and, sure enough, I’m being told the controller is stopped:

sh-3.2# xgridctl c status
daemon              state               pid
======              =====               ===
xgridcontrollerd    stopped

Miraculously, though, if you run xgridctl via sudo as root, all is fine:

sh-3.2# sudo xgridctl c status
daemon              state               pid
======              =====               ===
xgridcontrollerd    running             12656

This gave me the workaround I needed: run xgridctl via sudo as root inside XgridLite. But I still have no idea *why* this is happening, so I’m writing purely out of curiosity. Why is it that running xgridctl status via sudo gives the correct status, while running as root directly does not? One more wrinkle: running xgridctl c start/stop seem to work fine inside my setuid tool (WITHOUT running via sudo), but do NOT work via a root shell!

Any wisdom would be appreciated.

Thanks,
Ed

However, when I recoded the status-getting code to use the privileged tool to do its work, it’s reporting that the controller is off when doing xgridctl c status at the command line reports that it’s running. One more roadblock, but this should be the last one. Given how my weeks go, it probably won’t be until next weekend (a long one, fall break).

I finally popped open the code after a long hiatus and tried it out. I was hoping the problem would just be a simple problem like the controller argument syntax changed, but I got this message in the console log:

ERROR: you must be running with root privileges

This is the same message you get when you run xgridctl c start as a regular user from the command line. So the mechanism I used to run as root under Tiger is clearly not working under Leopard. Perhaps this is related to the new security mechanisms (which I know nothing about) that Apple added.

I’ll try to tackle this tomorrow.

svn co http://code.edbaskerville.com/svn/xgridlite