Jens Langner wrote:
No, we are currently not using any card or token registration here.
Several months ago we had that enabled but since we switched all our
servers to 4.1 and are also largely using kiosk mode we haven't
reenabled any card/token registration yet.
Any other idea what might cause that all servers lose their group
connections as soon as one server in a failover group fails? Here I got
a private email from Terry Mayer where we suggested to have a look at
multicasting functionality in our switches. However, we didn't play with
our switches here so I can't really tell if this might be a
problem/reason here.
Any further suggestions welcome.
Does utgstatus start reporting correctly again after a few minutes? If
so, this might possibly be a thread scheduling issue. The Group Manager
is responsible for sending out broadcast/multicast group membership
"advertisements" every 20 seconds, and there is a dedicated thread in
utauthd for sending and collecting such advertisements that determines
group membership. It's conceivable that if the other threads were
somehow preventing the GM thread from being scheduled (which shouldn't
be possible, but...) a problem like this could occur. I'd expect it to
"repair itself" after a couple of minutes, however.
How large is your site? How many servers in this FOG, how many Sun Rays?
Are you using the JRE supplied with SRSS (i.e. did you specify it during
utinstall, so that /etc/opt/SUNWut/jre now points to it)? How much RAM
is in your server, and what does ps report for utauthd:
On Solaris: # pargs `pgrep -f utauthd`
On Linux: # ps wwwaux | grep utauthd
-Bob
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
