Hi again,
I've installed the latest 4.0 patch on SRSS, rebooted the server and
it worked like a charm for a few days. Then, it started to happen
again. Lot's of sessions hanging, OSD 26 and the fix is to terminate
the session on the admin console. I've checked the logs and noticed
this on uttsc:
Jan 9 08:28:08 SRSIBE01 kiosk:uttsc[2752]: [ID 702911 user.notice]
kill: 27560: permission denied
Jan 9 08:28:08 SRSIBE01 kiosk:uttsc[2814]: [ID 702911 user.notice]
couldn't set locale correctly
Some minutes after this:
Jan 9 08:19:30 SRSIBE01 utauthd: [ID 741392 user.info] Worker0
NOTICE: DISCONNECT IEEE802.00144fd19e50, pseudo.00144fd19e50
reauthenticatingDuplicateTID
Jan 9 08:19:30 SRSIBE01 utauthd: [ID 486545 user.info] Worker0
NOTICE: DESTROY pseudo.00144fd19e50 lifetime=72469
Jan 9 08:19:30 SRSIBE01 utauthd: [ID 352175 user.info] Worker0
NOTICE: whichServer pseudo.00144fd19e50:
Jan 9 08:19:30 SRSIBE01 utauthd: [ID 520379 user.info] Worker0
NOTICE: CLAIMED by StartSession.m4 NAME: pseudo.00144fd19e50
PARAMETERS: {terminalIPA=10.33.0.10, type=pse
udo, fw=MfgPkg_4.20_4.0_2007.08.22.15.25, state=disconnected,
cause=insert, doamgh=true, barrierLevel=321, rawId=00144fd19e50,
MTU=1500, tokenSeq=1, firstServer=0a00010a,
namespace=IEEE802, ddcconfig=1, id=00144fd19e50,
clientRand=fWnwoCR7a0cGnISf18RCmqgzCeGRt0aY/IU.DkXO2xe,
realIP=0a21000a, startRes=1280x1024:1280x1024, useReal=true, eve
nt=insert, pn=38307, sn=00144fd19e50, rawType=pseudo, hw=SunRayP8,
initState=1, _=1}
Jan 9 08:19:30 SRSIBE01 utauthd: [ID 717625 user.info] Worker0
NOTICE: CONNECT IEEE802.00144fd19e50, pseudo.00144fd19e50, all
connections allowed
Jan 9 08:19:30 SRSIBE01 utauthd: [ID 118795 user.info] Worker4
NOTICE: MTU = 1500
Jan 9 08:19:31 SRSIBE01 utauthd: [ID 574171 user.info] Worker4
NOTICE: SESSION_OK pseudo.00144fd19e50
Checked for more "permission denied" messages and noticed for some more:
# grep "permission denied" messages
Jan 9 03:36:02 SRSIBE01 kiosk:uttsc[51]: [ID 702911 user.notice]
kill: 5403: permission denied
Jan 9 04:37:33 SRSIBE01 kiosk:uttsc[51]: [ID 702911 user.notice]
kill: 5403: permission denied
Jan 9 05:41:32 SRSIBE01 kiosk:uttsc[253]: [ID 702911 user.notice]
kill: 25541: permission denied
Jan 9 06:46:49 SRSIBE01 kiosk:uttsc[4]: [ID 702911 user.notice] kill:
6369: permission denied
Jan 9 08:10:50 SRSIBE01 kiosk:uttsc[25]: [ID 702911 user.notice]
kill: 27560: permission denied
Jan 9 08:28:08 SRSIBE01 kiosk:uttsc[2752]: [ID 702911 user.notice]
kill: 27560: permission denied
Jan 9 10:52:18 SRSIBE01 kiosk:uttsc[199]: [ID 702911 user.notice]
kill: 20141: permission denied
Jan 9 10:52:32 SRSIBE01 kiosk:uttsc[230]: [ID 702911 user.notice]
kill: 23255: permission denied
Is this normal? I've also included some pstack info on several Xsun
processes. Since the sessions are being manually terminated, it would
be not much of a help.
Thanks for any help,
Fred
On Dec 28, 2008, at 1:49 AM, Frederico Marques wrote:
Hi otto,
Thanks for the tip. I'll install latest 4.0 patch and see how it goes.
Regards,
Fred
On Dec 27, 2008, at 8:32 PM, ottomeister wrote:
On Fri, Dec 26, 2008 at 3:52 PM, Frederico Marques <[email protected]
> wrote:
[...] Last Monday I had a major fault on *all* the DTU's. The
screen will turn black
and we had to restart manually to regain the rdp session. Do you
have any
hints regarding this?
The latest 4.0 patch (the -05 version, see Stoyan's announcement)
contains a
workaround for a timer issue on VMware:
6699511 Xsun hangs with OSD 26 on Sun Ray DTU with large time on
poll() if under VMware and high speed net
That bug can cause any number of Sun Ray X servers to hang for an
extremely
long time. So I'd start by installing that patch.
If the problem happens again, either before or after you've
installed the patch,
use 'pstack' to show the call stack of some of your Sun Ray Xsun
processes
and post those results here. That should let us figure out whether
your
problem is related to bug 6699511.
OttoM.
__
ottomeister
Disclaimer: These are my opinions. I do not speak for my employer.
_______________________________________________
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
