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)" 
<[email protected]> 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: [email protected] 
> [mailto:[email protected]] 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
> [email protected]
> http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to