OK, I did utreplica -u and utconfig -u and started configuring both servers.
Now the first server shows utgstatus:
[EMAIL PROTECTED] sbin]# ./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 TN 192.168.10.11 UA- 192.168.10.130 UA-
The second one:
[EMAIL PROTECTED] sbin]# ./utgstatus
hostflags interface flags interface flags
192.168.10.0/25 192.168.10.128/25
--------- ------------------- -------------------
odumin TN 192.168.10.11 UA- 192.168.10.130 UA-
muftak TN 192.168.10.10 UA- 192.168.10.129 UAM
Everything looks fine now, I hope.
Thanks to everyone, especially for providing background information.
Knut
-----Original message-----
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Bob Doolittle
Gesendet: Mittwoch, 11. Oktober 2006 17:45
An: SunRay-Users mailing list
Betreff: Re: AW: [SunRay-Users] FOG with WANray
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
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
