Custom Query (1145 matches)

Reported by jdreed, 15 years ago.

The cluster installer should, among other things, check for sufficient disk space before installing. Currently, it will happily install in an 10GB VMware virtual disk, and then it will fail miserably when you attempt to log in. While information is logged to the reactivate log, ~/.xsession-errors is kind of cryptic and just complains about Presession exiting with non-zero status

Previously tracked as ATN-64.

Reported by jdreed, 15 years ago.

This is a continuation of ATN-42, in which vmware tools (and open-vm-tools) was horribly broken under Hardy and Intrepid with recent kernels.

We believe everything except LP 332323 has been fixed in Jaunty.

We need to do the following:

• Confirm that LP 306835 and 302226 are no longer an issue in Jaunty.
• Test Debathena on Jaunty as a guest with open-vm-tools
• Document what works and what doesn't, and make a determination about support.
• Decide that anything older than Jaunty is not Fully Supported(tm) as a VMware Guest with open-vm-tools

History is available in ATN-42, which is archived at  http://web.mit.edu/jdreed/Public/ATN-42.html for those without Jira access.

Reported by jdreed, 15 years ago.

After discussion on Athena10 list and via IM, broder has proposed amendments to attach and detach as they're currently working on debathena/Athena10:

(a) Change liblocker so that the attachtab has a concept of per-user mounts (i.e. in addition to tracking which users have a locker mounted, it can also say "broder has /afs/.sipb/project/whatever mounted at /mit/whatever, but price has /usr/local/whatever mounted at /mit/whatever")

(b) Write PyLocker?

(c) Change pyHesiodFS to use PyLocker? instead of keeping its own cache and additionally, alter it to present a different view onto /mit for each user. (i.e. I would actually *see* /mit/whatever symlinked to /afs/.sipb/project/whatever, while if Greg looked at /mit/whatever, he'd see a symlink to /usr/local/whatever)

• This is actually not that hard once parts (a) and (b) are done.

PyFUSE has fuse.FuseGetContext?(), which returns the UID, GID, and PID of the process making the given request.

This would allow us to bring back attach -e, and even allow it to be run by non-root users.

Also add -r should remove the locker from the Search path even if it is not attached rather than complaining of a non-attached locker.

This improved interface should be implemented and tested to see if it is better, and if it is better, it should become the default.