I learn something new every day! Could you give some examples of what we'd see if we enabled DTU logging?
Scott From: sunray-users-boun...@filibeto.org [mailto:sunray-users-boun...@filibeto.org] On Behalf Of Craig Bender Sent: Monday, May 20, 2013 8:46 AM To: SunRay-Users mailing list Cc: SunRay-Users mailing list Subject: EXT :Re: [SunRay-Users] Users being disconnected from sessions First step, if you know the server they are getting dropped from, run dmesg. Look for any NICs going up or down. Another thing I like to do is enable some of the DTU logging features, but it's important to set the log host to a Sun Ray server that you're not experiencing connectivity problems to. You do this by setting the following key/value pairs in your parms file LogNet=7 LogHost=hostname or IP of Sun Ray server The value of the logging levels are 1 through 7. Larger number = Greater Verbosity. http://docs.oracle.com/html/E22661_15/Clients-Howto-Prepare-Config-Files.html#parms-Key-Value-Pairs On May 20, 2013, at 8:23 AM, "Nishimura, Scott L (ESS)" <scott.nishim...@ngc.com> wrote: Simon, I've run into this a few times also but have never found a definitive way of solving it. On one occasion, I had to reboot several times to get the error to stop. Another time, Sun suggested increasing the # of utauthd threads from the default [4?] to 8. One time there was a suspected network problem which may have caused all sessions on SRS1 to simultaneously migrate to SRS2. Other times, the problem has gone away by itself. Sorry I don't have a concrete solution. Scott From: sunray-users-boun...@filibeto.org [mailto:sunray-users-boun...@filibeto.org] On Behalf Of Wall, Simon Sent: Monday, May 20, 2013 1:02 AM To: SunRay-Users mailing list Subject: EXT :[SunRay-Users] Users being disconnected from sessions Hi all, I have a customer complaining of Sunray sessions disconnecting from a particular server. The users are saying that their cursor disappears, the screen sits frozen for about 40 seconds and then the sunray resets and they reconnects the user to their existing kiosk session. In the /var/opt/SUNWut/log/messages file I am seeing the following error reported, (usernames, MACs and server names removed): May 20 07:19:29 xxxxxxxx kiosk:broker-session[26689]: [ID 702911 user.info] Launching /opt/SUNWuttsc/bin/uttsc -t 28800 -O -i -u xxxxxxx -d CS -m -n prC1 85 -b -l en_GB -r sound:high -r disk:USB=/var/opt/SUNWkio/home/prC185/USBDRVS -E theming xxxxxxxx May 20 07:21:29 xxxxxxxx utauthd: [ID 711845 user.info] Worker5 NOTICE: readMessage::socket looping limit exceeded.Close it. May 20 07:21:29 xxxxxxxx utauthd: [ID 366160 user.info] Worker5 NOTICE: DISCONNECT IEEE802.002128xxxxxxx, pseudo.002128xxxxxx destroy May 20 07:21:29 xxxxxxxx utauthd: [ID 273810 user.info] Worker5 UNEXPECTED: during send to: java.net.SocketOutputStream@1441c33 error=java.net.SocketExceptio n: Broken pipe May 20 07:21:29 xxxxxxxx utauthd: [ID 929518 user.info] Worker5 NOTICE: DESTROY pseudo.002128xxxxxx lifetime=470757 The users are saying that this is only happening when connected to a particular server in the FOG. Any idea what is causing this and how it can be resolved would be much appreciated. Thanks in advance, Simon _______________________________________________ SunRay-Users mailing list SunRay-Users@filibeto.org http://www.filibeto.org/mailman/listinfo/sunray-users _______________________________________________ SunRay-Users mailing list SunRay-Users@filibeto.org http://www.filibeto.org/mailman/listinfo/sunray-users