On 6/4/07, Elliott Peeler <[EMAIL PROTECTED]> wrote:
I have a new user to my sunray system who wants to use JDS as his
desktop.  The issue is this: He inserts his smart card, logs in and
everything comes up okay. He pulls his card out, re-inserts it and he is
redirected to the other sunray server in the failover group. No matter
what we do, we cannot get him connected back to the original session on
the original server.

He doesn't get connected back to the first session even if he
does 'utswitch -h <original_server>' ?  (Not that that should
be necessary, but if that doesn't work then something very
strange is happening.)

What does 'utswitch -l' show in each of this user's sessions?

What does 'echo $SUN_SUNRAY_TOKEN' show in each of
this user's sessions?

Looking at the Admin interface on the primary server I see his smartcard
has two sessions associated with it after we run through this scenario,
one on each server.  This only happens in JDS. CDE works fine.  JDS
works fine for me and for the few other users who use it. It's just this
particular user. Obviously something is amiss in his environment but
we've tried moving out every start up file that he has.

Hotdesking really doesn't know or care about what kind of
desktop is running, so JDS versus CDE is probably a red
herring.  Startup files don't run at hotdesk time so they
should have no bearing either, unless they've been
customised by the site or the user to have knowledge of
Sun Ray and do something when a hotdesk event
happens.

Have you made any changes to any of the dtlogin session
scripts (Xsetup, Xreset, especially Xstartup) recently?  Do
you have site-local versions of those scripts in /etc/dt/config?

What does 'utgstatus' show on each of the servers?

Is there anything unusual about the DTUs that this user
has been using?  Which subnet(s) are the DTUs on that
he's trying to use?  Can anyone else successfully hotdesk
between those specific DTUs?  (Or is this happening even
on a single DTU?)

OttoM.
__
ottomeister

Disclaimer: These are my opinions.  I do not speak for my employer.
_______________________________________________
SunRay-Users mailing list
[email protected]
http://node1.filibeto.org/mailman/listinfo/sunray-users

Reply via email to