Thomas L Baca wrote:
On Thu, 04 Jan 2007 12:25:31 -0500, Bob Doolittle <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
