Hagen Heiduck wrote:
Karl, have you already been moved to Linux? Did you try to recompile gdm
with MAX_CONNECTIONS=100 on OpenSolaris?
Our issues seem to be gone since changing that value (running 2009.06),
though I changed it by a rather ugly way - poking around in the binary..
Unfortunately, this is not true - the issues have been reappearing
shortly after my post. So I decided to turn gdm debug messages on to see
what's going on, actually.
I noticed that there's normally only one _concurrent_ connection to the
daemon, while serving about 50 sessions. Therefore, most of the time one
can see messages like this:
gdm-binary[807]: [ID 702911 daemon.warning] DEBUG: Connections is 1, max
is 100, busy FALSE
The highest value I have found is 5 connections, so no need for
increasing the MAX_CONNECTIONS value from 15 to 100 (at least in our
environment). Therefore, I backed out my little ugly patch :o)
However, I found other situations where gdm's main process is getting
stuck. Without going in too much details, this appears when gdm shows a
warning message like "Your session only lasted less than 10 seconds", or
a hint like "This is the Failsafe XYZ session" after a failsafe session
has been started. Under such circumstances gdm is becoming unresponsive
and one can observe messages like
gdm-binary[21542]: [ID 702911 daemon.warning] DEBUG: Timeout occurred
for sending message WRITE_X_SERVERS 21542 0
which results in our beloved 26D status. This is reproducible (under
OpenSolaris 2009.06) and vanishes, when the causing message is gone again.
For example, we have some kiosk session connecting to different Windows
VM's (via RDP). When one of these VM's is not available for whatever
reason, the session lasts less than 10 seconds, resulting in a message
like the one mentioned above.
Conclusion: Try to prevent such situations and you might have no (or at
least fewer) 26D's anymore :-)
Hagen
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
