[SunRay-Users] CAM switch between uttsc, Unix, Linux servers?

Bob Doolittle Robert.Doolittle at Sun.COM
Thu Jan 4 15:11:13 EET 2007


Thomas L Baca wrote:
>>>>>> On Thu, 04 Jan 2007 12:25:31 -0500, Bob Doolittle <Robert.Doolittle at sun.com> said:
>>>>>>             
>
>     > If users use cards, you can use AMGH to direct all pseudo
>     > (non-card) tokens to the CAM FOG when the card is removed.
>
> Craig made a similar suggestion in his initial set of ideas.  The
> difficulty here is that we don't want students hotdesking and leaving
> disconnected/idle sessions on the servers.  I don't know of a way to
> use cards without allowing hotdesking.
>   

Now you've depressed me. Sun Rays without
hotdesking? What a cold, grey world that is (just kidding ;-)

If you want to force logout when a card is
removed, you could always use utaction -d with a
script the causes a logout. If you're using CDE,
that's "dtaction ExitSession" (I believe), and if
you're using Gnome/JDS, that's "gnome-session-save
--kill", but I see that's still broken, due to bug
6485550 ("gnome-session-save --kill ignores lack
of --gui option", which means you can't do this
non-interactively). I'd recommend escalating this
bug through Sun Service so that it gets attention.

In the meantime, that leaves only a root-privilege-required
alternative: utsession -k. In this case, you'll want
to launch your utaction from /usr/dt/config/Xstartup,
so that it runs as root, and write a script that does
utsession -k -d DISPLAY, where you have to
massage $DISPLAY to get the NUM part of the
X display specification: ":<NUM>.<SCREEN>".

Something like this in ksh would do the trick:

TEMP=${DISPLAY##*:}
NUM=${TEMP%%.*}
if [ -n "$NUM" ]; then
utsession -k -d $NUM
else
print -u2 'ERROR: $DISPLAY not defined'
fi
exit 0

If the script name is /FOO then you run
utaction -d /FOO from Xstartup.

The above is Solaris-specific. If you want to do
the same with Linux, you need to wrap the utaction
execution itself in a script and deposit it in
/etc/X11/gdm/SunRayPreSession/ (with execute
perms). I hope this gives enough info for you to
experiment and discover your solution.

Also have a look at xautolock (google for it). This
is sort of like a screensaver in that it can run a script
when a session is idle. Used creatively it should give
you the ability for your students to hotdesk, but will
automatically kill idle sessions removing your
resource problem.

-Bob

> thanks,
> -tom
>
>
>     > Thomas L Baca wrote:
>     >> We are very interested in doing the three-way CAM chooser, utswitching
>     >> to Solaris and Linux FOGs (and uttsc to Windows TS).  Any ideas about
>     >> how we can solve the utswitch-back-to-the-CAM-FOG-on-logout problem?
>     >> 
>     >> thanks,
>     >> -tom
>     >> 
>     >> 
>     >>>>>>> On Fri, 06 Oct 2006 18:16:30 -0700, Craig Bender <Craig.Bender at sun.com> said:
>     >>>>>>> 
>     >> 
>     >> > Not necessarily.  Let me think about it.  I wonder if we can do 
>     >> > something on logout to utswitch it back...
>     >> 
>     >> > Thomas L Baca wrote:
>     >> >> Thanks for the response!  This is a great starting point for us.
>     >> >> 
>     >> >> One related issue for us is that, being at the university, we have
>     >> >> *lots* of users for relatively few DTU's.  So, I am reluctant to
>     >> >> support hotdesking for student users because of the likelihood of
>     >> >> many, many idle sessions taking too many resources on the servers.
>     >> >> 
>     >> >> My IT support team *does* use card-based hotdesking to great
>     >> >> advantage, and I may even consider opening that to
>     >> >> faculty/instructors.
>     >> >> 
>     >> >> So, does not supporting hotdesking for students throw a monkey wrench
>     >> >> into the works?
>     >> >> 
>     >> >> thanks,
>     >> >> -tom
>     >> >> 
>     >> >> 
>     >> >> 
>     >> >>>>>>> On Fri, 06 Oct 2006 17:52:44 -0700, Craig Bender <Craig.Bender at sun.com> said:
>     >> >>>>>>> 
>     >> >> 
>     >> >> > Yes.  It could be done a few ways.
>     >> >> > Have two or three FOG's/or stand alone servers, but the DTU's only being 
>     >> >> > directed to the one FOG/server
>     >> >> 
>     >> >> > You could enable NSCM and non-card users would get solaris.  You could 
>     >> >> > customize the S10 artwork on the log in screen to direct users to insert 
>     >> >> > card for linux or windows.
>     >> >> 
>     >> >> > Card users would get CAM that displayed a chooser application that 
>     >> >> > offers windows, linux
>     >> >> 
>     >> >> > If they click linux, it utswitch to the linux fog/server, if windows run 
>     >> >> > uttsc locally and connect to a terminal server.
>     >> >> 
>     >> >> > You could then use AMGH to return the DTU's to the primary fog.
>     >> >> 
>     >> >> > Or you could do a chooser that offers three applications.  and 
>     >> >> > utswitches over to the linux or solaris servers.
>     >> >> 
>     >> >> > It would be best to do that with cards so you could use AMGH to return 
>     >> >> > the DTU back to it's home server.  Or you could just instruct the users 
>     >> >> > to power cycle the Sun Ray when the logout.
>     >> >> 
>     >> >> 
>     >> >> 
>     >> >> > Thomas L Baca wrote:
>     >> >> >> Suppose you had some of each:
>     >> >> >> 
>     >> >> >> Windows Terminal servers
>     >> >> >> Solaris Sun Ray servers
>     >> >> >> Linux Sun Ray servers
>     >> >> >> 
>     >> >> >> ...and wanted to present a choice to users at the dtu startup screen,
>     >> >> >> before login (e.g., with CAM), as to which system they wanted to
>     >> >> >> connect to initially.  Is it possible?
>     >> >> >> 
>     >> >> >> I'm in a university environment and want to give easy access to each
>     >> >> >> of those operating environments without the Windows user having to
>     >> >> >> know how to navigate a Unix/Linux environment, even briefly, and
>     >> >> >> vice-versa.
>     >> >> >> 
>     >> >> >> For our purposes this sort of *simple* universal terminal
>     >> >> >> configuration would be ideal.
>     >> >> >> 
>     >> >> >> Thanks for any ideas, hints, etc.
>     >> >> >> 
>     >> >> >> -tom
> _______________________________________________
> SunRay-Users mailing list
> SunRay-Users at filibeto.org
> http://www.filibeto.org/mailman/listinfo/sunray-users
>   



More information about the SunRay-Users mailing list