Move some cleanup stuff after X terminates
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
LTSP5 |
Fix Released
|
Medium
|
Alkis Georgopoulos | ||
ltsp (Debian) |
Fix Released
|
Unknown
|
Bug Description
Most of the things in ltsp-trunk/
* When the X9* scripts run, X is still running, along with many local user processes, so for example ~/.gvfs is still in use, and `fusermount -uqz ${LDM_HOME}` fails. That results in many problems when fat client or localapps users log in for a second time.
* In case X crashes, these script won't get to run at all, so it'd be safer to do the cleanup from a process that isn't killed when X dies (so not from within ldm).
That's what X99-ltsp-
I think it'd be better if the "stop" event was launched after X terminates. Maybe some screen-
Btw X99-zzz-
Changed in ltsp (Debian): | |
status: | Unknown → Confirmed |
Changed in ltsp (Debian): | |
status: | Confirmed → Fix Released |
Fix committed mostly in http:// bazaar. launchpad. net/~ltsp- upstream/ ltsp/ltsp- trunk/revision/ 2429 and in http:// bazaar. launchpad. net/~ltsp- upstream/ ltsp/ldm- trunk/revision/ 1458.
Importance set to medium as there was a possibility for data loss:
* User logs in, using a fat client or localapps,
* Then logs out,
* fusermount -uqz forcibly unmounts "$LDM_HOME",
* User processes that are still running write back their data *locally* in the tmpfs "$LDM_HOME",
* And in the next login of the same user, sshfs refuses to mount "$LDM_HOME" because "nonempty" wasn't set, so the user can't see his documents/settings, and any new documents he creates are lost on logout.