For example, if $HOME/.. is not readable by root, then vsmagent will fail to create a session. Note that this is true even when /vsmagent/make_homedir=0. The problem is in handler_reqsession.py:check_homedir() - here we check the existence of $HOME before we check the value /vsmagent/make_homedir, which means the function will always fail if $HOME can't be statted.
The big question here is if vsmagent should perform home directory checks at all unless it's told to create a new homedir. I'm thinking tl-session/tl-xinit should handle this.
(In reply to comment #1) > The big question here is if vsmagent should perform home directory checks at > all unless it's told to create a new homedir. I'm thinking tl-session/tl-xinit > should handle this. Bug 4831.
Comitted in r28012.
Works well enough.
Tested the following: 1. Successful creating of missing home dir 2. Failure because of NFS root squash: 2013-10-10 14:26:55 WARNING vsmagent: Failed to create /home/ossman/profile/foo: [Errno 13] Permission denied: '/home/ossman/profile/foo' 3. Success with NFS root squash and make_homedir=0
Not working well on Solaris with its magical /home. It is throwing this: 2013-10-23 13:22:03 WARNING vsmagent: Failed to create /home/tluser: [Errno 89] Operation not applicable: '/home/tluser' (errno 89 is ENOSYS)
(In reply to comment #6) > Not working well on Solaris with its magical /home. It is throwing this: > > 2013-10-23 13:22:03 WARNING vsmagent: Failed to create /home/tluser: [Errno 89] > Operation not applicable: '/home/tluser' > > (errno 89 is ENOSYS) Fixed in r28069.
The Solaris problem is now indeed solved. Also retested on Fedora 19 without any issues.