This happened to me when I went from 3.0 to 3.1 beta.
I had to delete and re-install 3.1 beta fresh.
I think the problem is a corrupt LDAP entry.
The problem went away once I did that. (Although it may have been
because I trashed the entire install) ;-)
-Steve
On Sep 13, 2005, at 13:11, Neal A. Lucier wrote:
{Darkavich} Steven Misrack wrote:
I had this same problem. We had to disable all screen locking
because there was a nasty bug in SRSS2 patch -05 that causes the
session to be terminated upon detaching when the screen saver was
active.
GNOME seems to be very teprimental about when it does the right
thing or even listens to what is in the screen saver config. We
can't change it from GNOME. (Known bug that sun has not fixed yet).
We have to tell our users to go into CDE, disable the screen
saver/ screen lock if they don't want to detach when it comes on.
I really think this should be user configurable, and not dependent
on PAM. A simple Detach_Upon_Lock variable would be nice.
We are having a whole slew of problems with NSCM. I just turned it
on over the weeked to improve load balancing, which it has been
doing an excellent job of; however...
- with an extremely small subset of users after they enter in
their login name, the password dialog box never appears, the DTU
just sits there with a grey background and the dt "X" mouse
cursour, the DTU needs to be power cycled
- in xscreensaver prefences under GNOME, selecting the menu
option, "blank now", detaches; unsetting the lock the screen option
and waiting the n minutes, detaches; unsetting the lock the screen
option and hitting the preview button, detaches; setting the blank
at 10 minutes and the lock at 30 minutes, detaches after 10 minutes
- one user doesn't show up in 'utwho', but does show up in finger:
bessel ~ % finger | grep dtlocal
[snip]
uxxxxx William J Uxxxxx dtlocal 2 Mon 10:54 :17
[snip]
bessel ~ % utwho -aH
DISP Token User
[snip]
16 auth.kxxxxx kxxxxx
18 auth.wxxxxxx wxxxxxx
[snip]
The user uxxxxx has a complete CDE session running; however, SRSS
has no idea of its existance (it doesn't show up in the admin GUI
either), and it is now no longer attached to any DTU so the user
can't get it back.
- we believe the auto-logout in tcsh is also causing issues, since
some users with a fully disabled screensaver still get detached,
though we haven't been able to fully isolate this as the cause yet
I'm going to enable the "Allow Exit from Mobile Sessions" as a
temporary fix and start a support call. (BTW, the "Allow Exit
from Mobile Sessions" needs to be better documented, in the Admin
Guide you have to infer what this option means by reading the
entire NSCM chapter.)
Neal
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
