Brad Lackey - US-SW Desktop Product Lead wrote:
The lack of the T flag for host odumin indicates that it is not Trusted as a
member of the FOG.
This Tursted state is configured through the group signature
/etc/opt/SUNWut/gmSignature
DO NOT EDIT THIS FILE MANUALLY!
This is what the utility utgroupsig is for.
The group signature also forms the basis for one
of the passwords for SRDS IIRC. utgroupsig will
take care to update *all* of the dependent aspects
of your SRSS configuration. Editing the contents
of the gmSignature file will break something (I
think it's the replication password).
-Bob
Make sure that they are the same on each box and if you need to change it, you
will need to restart Sun Ray services /etc/init.d/utsvc stop /etc/init.d/utsvc start
it's important to get utgstatus from all systems in the FOG as it can indicate
other problems.
Brad
Talman, Knut wrote:
> And it was fun!
>
> Here is utgstatus:
>
> hostflags interface flags interface flags
> 192.168.10.0/25 192.168.10.128/25
> --------- ------------------- -------------------
> muftak TN 192.168.10.10 UA- 192.168.10.129 UAM
> odumin -N 192.168.10.11 UA- 192.168.10.130 UA-
>
> Why would getting the .parms files working make things worse?
>
> Knut
>
>
> -----Original message-----
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Im Auftrag von ottomeister
> Gesendet: Mittwoch, 11. Oktober 2006 01:15
> An: SunRay-Users mailing list
> Betreff: Re: [SunRay-Users] FOG with WANray
>
> Now that everyone has had fun with .parms files, what about the
> original issue? What does 'utgstatus' say on these servers? If the
> host group is not correctly configured (which is the best explanation
> for why the secondary server "is never used" -- DHCP and .parms
> files only control the initial contact) then getting the .parms files
> working will actually make things worse than they were in the
> first place.
>
> BTW, right now this setup has an unnecessary single point of
> failure. sunray-config-servers (and sunray-servers) resolves to only
> one IP, and if that IP doesn't respond then the DTUs will be dead in
> the water. DNS should be set up so that the name(s) resolve to
> multiple IPs on different servers. If you can get your DNS to
> round-robin (or randomise, or otherwise permute in some way) the
> order of the IPs in successive responses then so much the better.
>
> OttoM.
> __
> ottomeister
>
> Disclaimer: These are my opinions. I do not speak for my employer.
> _______________________________________________
> 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
>
--
*Brad Lackey*
Desktop Product Lead
US Software Practice
(720) 548-3339
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
------------------------------------------------------------------------
_______________________________________________
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
