By the way, if I were said customer, I'd be more concerned with the touchscreened Sun Rays immediately starting to function again rather then using them as warning signs of a failing server. Downtime and user impact would be minimal in a regular Sun Ray setup (seconds, as opposed to harassing sysadmins until they fixed the problem), and there's tons of better ways of checking whether a server has kicked the bucket than waiting for said harassment.
On 2 July 2010 19:54, Robert Jaudon <[email protected]> wrote: > The customer has touch screens attached to Sunray 2's and for > troubleshooting purposes they would like to set specific DTU's up on > specific servers and never have that change. So in the case of an outage > when they get reports of a certain building or floor going down they will > correlate those lost connections back to a server. > > -- > Thank you, > > Robert Jaudon > > On 7/2/2010 11:33 AM, Stuart wrote: > > > May I ask the reason for having a particular DTU stick to a specific sun > ray server?? > > S. > > ------ > Stuart Robinson > Collective Systems Ltd > M: +44 (0)7866 433 911 > E: [email protected] > ClearPath Sun Ray Broker: http://www.collectivesystems.com/clearpath > > > > On 02/07/2010 18:01, Robert Jaudon wrote: > > > I have a customer that has a 3 server FOG setup. Per the customers request > they want to move a certain number of Sunray's onto each secondary server > and have them remain there no matter what. The only way I know how to make > a DTU stick on a particular server is to take the opposing server offline. > I know that is not proper and did some researching and found via the > auth.props file you can set enableLoadBalancing to false which kills the > load balancing effect. What are the cons for doing this? Will replication > be affected? > > Are there any other ways I can accomplish having the DTU's stick on a > specific server and not load balance? > > > _______________________________________________ > 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
