Hi Craig; To confirm, the system jre updated with the one provided in the Supplemental directory with SRS 5.1.1, and set as system default also (i.e. /usr/java points to this jre, and /etc/opt/SUNWut/jre is a link to /usr/java). The srss servers will reboot to activate across all systems.
$ /etc/opt/SUNWut/jre/bin/java -version java version "1.6.0_13" Java(TM) SE Runtime Environment (build 1.6.0_13-b03) Java HotSpot(TM) Server VM (build 11.3-b02, mixed mode) Thanks again, Devin -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Craig Bender Sent: Thursday, January 13, 2011 10:04 PM To: SunRay-Users mailing list Subject: Re: [SunRay-Users] utauthd crash - 5.1.1 stability problems Hi Devin, Were you able to grab the info during a 26 OSD code that was requested? Sorry if I missed it. Not sure if I covered this before, but the "B" in 26B isn't important, basically just means that you are providing DHCP services that aren't offering all the legacy vendor class options from years ago. In short, B is fine. If you have support, your first step should always be to open a support call. The support folks supply troubleshooting scripts that capture and flag potential problems. While many of us at Oracle love and support this list, it's not a substitute for official support channels. Only a fraction of the engineering and field peeps from Oracle are on this list. If nothing else, a support call gets tracked. Up to the "big wigs" if things sit too long. Two things I'm interested in. Since I'm responsible for the "Turbo CAM" blog that lists the increase in worker threads, are you absolutely sure that no other mods from that blog article are in place? While I really hate to pull blog posts because it sends a negative, if not mixed message at best, most of those tips are stale. If possible, can you please try redirecting Java (at least the /etc/opt/SUNWut/jre link) to the version I1.6 update 13) that is included in 5.1.1 download under the Supplemental directory? While we claim to support "X or later", that doesn't mean there's not a bug either in our code or in Java build 23 that is causing problems. I have no proof of this, but it seems unwise to rule this out. The Sun Ray Server component of SRS 5.1.1 is 4.2 with Patch -06. Enough time has transpired since our we "certified" the SRSS components and what you have installed (which is actually the "latest/greatest" version of the JRE). A couple of other questions if I may... The MTU of 1200. Why? If these are physical Sun Rays, hard coding that should not be necessary unless ICMP is blocked causing PMTUD to fail. Not that it matters, but is 1200 really the max MTU on your network? That kinds of seems odd for a LAN. That's not the cause, just curious. Can you provide auth.props without the filters? On 1/13/11 6:24 PM, Devin Nate wrote: > Hi Folks; > > We're not having a good experience with SRS 5.1.1 post upgrades vs SRS > 5.0. You may have seen a thread about 26B errors, and we're still > following up and gathering info. Today we lost about 150 sun rays when > utauthd crashed. Our only customization to auth.props is 'workers=32' > to speed kiosk mode. > > I have another thread about 'random' 26B's ... now a full utauthd crash > ... thoughts? Open a call with Oracle? > > We recently upgraded from java 1.5 to java 1.6.0_23. > > Solaris 10, all patches via smpatch, official supported paid for > licensed version. > > Sun Ray server has 16GB RAM. > > We had a rock solid SRS 5.0 solution ... we're considering backing out > all changes now, although that's less fun. > > There were no messages of memory starvation or otherwise on this server. > /var/adm/messages clean. Contents of auth.props and the java stack > trace attached. > > Thanks, > > Devin > > # cat /etc/opt/SUNWut/auth.props |grep -v "^$" |grep -v "^#" > > timeout = 240 > > quickTimeout = 10 > > workers = 32 > > maxStarting = 1000 > > sessionHost = localhost > > sessionPort = 7007 > > tokenDir = /var/opt/SUNWut/tokens > > sessionTypesFile = sessionTypes.props > > port = 7009 > > moduleDir = /opt/SUNWut/lib/modules > > allowLANConnections = true > > terminateEnable = true > > gmSignatureFile = /etc/opt/SUNWut/gmSignature > > enableLoadBalancing = true > > logFacility = user > > logPriClientError = info > > logPriDebug = OFF > > logPriNotice = info > > logPriWarning = info > > logPriConfigError = info > > logPriUnexpectedError = info > > smartcardConfigSource = LDAP probe_order.conf > > terminalTokens = MicroPayflex Mondex at88sc1608 Payflex > Cyberflex_Access > > selectAtLogin=false > > policy=utpolicy > > remoteSelect=false > > Java Stack trace as follows: > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com utauthd: [ID 396061 > user.info] Worker24 NOTICE: MTU = 1200 > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com utauthd: [ID 911656 > user.info] Worker24 UNEXPECTED: createClient: > java.lang.NullPointerException > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com utauthd: [ID 171443 > user.info] Worker24 UNEXPECTED: java.lang.NullPointerException > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.SessionManager.readActiveSessionId(SessionManager.java:45 > 5) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.SessionManager.sessionFactory(SessionManager.java:392) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.Session.<init>(Session.java:28) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.AuthRecord.createClient(AuthRecord.java:1126) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.AuthRecord.doConnRsp(AuthRecord.java:2517) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.AuthRecord.connRsp(AuthRecord.java:2433) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.Terminal.alreadyHasAR(Terminal.java:1910) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.Terminal.continueProcess(Terminal.java:1654) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.Terminal.process(Terminal.java:1615) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.Terminal.readMessages(Terminal.java:1250) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.Terminal.taskEvent(Terminal.java:906) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.sdk.Task.event(Task.java:33) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > auth.utauthd.Worker.run(Worker.java:76) > > Jan 13 14:50:13 srs3.asp.cloudwerxdata.com at > java.lang.Thread.run(Thread.java:662) > > > > _______________________________________________ > 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 _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
