SRSS 3.1, Java Desktop, and hotdesking
I've just recently fielded a Sun Ray 3.1 server with about ten clients in our environment.
The problem I'm facing is that when we use the Java desktop with a smart card login when the user goes to resume a session by reinserting their card they get a white screen with a name and password space. When they enter their password they get a "validating login..." then a "system error"
The only thing we can do with the session at that point is kill it via utsession.
We didn't have this problem when we didn't use the smartcards (which we have to use per security) and CDE operates without issues.
Any input would be appreciated.
Thanks,
Dan
# 1
The white screen will be the 'xlock' screenlock. SRSS launches it when a session
does a hotdesk disconnect if the usual JDS screenlock program 'xscreensaver' is
not able or willing to lock the screen.
If entering the correct password doesn't cause xlock to unlock the screen then
that probably means that the 'xlock auth' (or, if none of those exist, the 'other auth')
entries in /etc/pam.conf on this machine are not correct for whatever login
authentication scheme you have in place on this machine. Usually you want
'xlock auth' entries that match the 'dtsession-SunRay auth' entries that are used
by the CDE screenlock program when it runs on a Sun Ray.
While you're in pam.conf, make sure that the 'xscrensaver auth' entries are correct
too, just in case you then go on to figure out why 'xscreensaver' isn't working in the
first place.
If you don't want the screen to be locked at all when hotdesking then do
'man -M /opt/SUNWut/man utxlock' for an explanation of how to prevent it.
OttoM.
# 2
Thanks for the quick reply. After much pounding my head on the desk (and just a little help from a wandering Sun engineer) we figured out what the problem was.
/usr/openwin/bin was not in our user's path settings, so utxlock was having problems starting xscreensaver. When it couldn't run xscreensaver it ran xlock. When we added the directory to the path it all started working.
Thanks again,
Dan
