Bob Doolittle wrote:
Matthias Ernst wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
I have upgraded now to Solaris 10/SParc and SRSS 3.1 and the
backup server solution using utadm -f seems to work well.
There is one additional question I have: When I reboot my
dedicated Sunray server, all the DTUs will go to the backup
server. Is there a way to migrate them all to the dedicated
server after it is back up short of rebooting the backup
server afterwards? I guess I could do a utrestart on the
backup server but it would be nicer to have a method that
just sends the idle sessions to the main server.
If you did a utrestart after hours, when everyone's
card was removed, this is exactly what would happen.
Idle sessions should only connect to the dedicated
server. When people insert their cards, if they have
a session on the backup server they will connect to it.
This would loose any session state that the user had?
If you use NSCM, this isn't a problem, because session
location and load balancing happens after you enter
your user name, at which time both servers will be
up.
The only problem is people who leave their cards in
over night. In that case, if they don't remove and
then reinsert their cards (or power-cycle the Sun Ray)
in the morning, they'll log in and get a new session on
the dedicated server, which is not what you want.
Shouldn't there be policy against this sort of thing? It's a huge
security risk IMHO
Maybe you could write a script that issues "utsession -k"
to all the idle sessions?
We're discussing how we might add a feature to
disconnect DTUs and cause them to rebalance in
the next release.
Would this save session state, and move processes between servers? This
would be very very cool.. but a huge challenge. It would be very neat
if you could use infiniband, or something and have HA SunRay Sessions,
not service, but sessions..
--
Paul Greidanus
CAD Administrator / Systems Administrator
Center of Excellence in Integrated Nanotools University of Alberta
[EMAIL PROTECTED] 780-492-7368
http://www.cein.ualberta.ca
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
