Greetings,

  We currently have a limited deployment of Sun Ray 2FSs, are looking to roll 
out Sun Ray 2s (and maybe 2FSs) throughout a medium sized control-room type 
environment.

  We wish to implement multiple small two tier solution, a server running the 
software and the SRSS to a small group of directly connected DTUs. Due to the 
control-nature of the environment, each of these units (just described, server 
+ DTUs) should be completely stand-alone, and not require or ideally know about 
any other unit on the network.

  Now to the group manager, it multicasts or broadcasts over the network to 
find all the Sun Ray Servers; which we do not want or need. No problem, reading 
auth.props I find enableGroupManager and set it to false and utrestart. No 
Problems. DTUs are fine and everything looks OK, utgstatus can no longer 
reports status as it can't talk to the group manager, but all is well. Later 
I'm looking at the new Web UI and notice that the servers and other pages 
reports errors and has I few minor issues. This leads to reading the auth.props 
manual page and discovering that changing enableGroupManager is UNSUPPORTED.

  My question: Is there actually a supported way to install, configure and run 
the Sun Ray Server Software, such that multiple single-server solutions do not 
and can not communicate with each other or have knowledge of each other?

  Changing enableMulticast is unsupported, and still leaves broadcast enabled. 
I have considered leaving the standard configuration in place and giving each 
system a unique gmSignature, but is this really the right approach? We just 
don't want the failover or load-balancing functionality, and will happily live 
without the Web UI. Also it a highly automated environment (based on Solaris 
Jumpstart etc etc), we'd like each unit to re-use the same private subnet 
number system; given the purpose of group manager includes determining 
connectivity it seems like it would be undesirable to even have it running.

  Does anyone have any thoughts on disabling the group manager or appropriate 
ways to configure the described architecture?

Many Thanks in Advance,

Peter

PS: We are running Sun Ray Software 4 09/07 (fully patched) on both SPARC and 
x86_64 boxes running Solaris 10 Update 4 and Solaris 10 Update 5.



      
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to