On 08/07/09 00:08, [email protected] wrote:
That seems to help. utgstatus has been showing the desired
state for a while now. I wanted to avoid making this change
because I heard here that it's an unsupported configuration,
but if I have to, I have to.
It's supported.
Kent
The new server isn't picking up any sessions yet, but I'll
give it a while and see if that changes.
Thanks.
-m
---- Original message ----
Date: Fri, 07 Aug 2009 08:53:06 +0200
From: Thore Bahr <[email protected]>
Subject: Re: [SunRay-Users] Trouble adding to a FOG
To: SunRay-Users mailing list <[email protected]>
Hi Michael,
do you tried to switch from multicast packets to a broadcast
for the
group manager communication ?
I found many enviroments, where the multicast packets are not
working
properly. You can disable the multicast packets in the
/etc/opt/SUNWut/auth.props file. You have to edit this on all
nodes and
then restart the sunray services.
HTH
Thore
[email protected] schrieb:
I'm revisiting an issue from a couple of weeks ago which I
still haven't been able to solve.
We have a FOG of two servers, we want to add a third. After
stepping through the instructions with no apparent problems,
it appears that there's some sort of communication problem
between the working servers and the new one.
All are on the same subnet, same ethernet segment. "arp -a"
on any of the three machines will show MAC addresses for the
other two.
On the new server, "dorchester", utgstatus looks good:
# utgstatus
host flags interface flags
128.135.119.0/24
------------- -------------------
dorchester TN 128.135.119.22 UA-
kenwood TN 128.135.119.58 UA-
blackstone TN 128.135.119.52 UA-
...but on the other two, dorchester reads as down:
# utgstatus
host flags interface flags
128.135.119.0/24
------------- -------------------
blackstone TN 128.135.119.52 UA-
dorchester TN 128.135.119.22 -A-
kenwood TN 128.135.119.58 UA-
If I do a "utrestart" on dorchester and wait a few seconds for
the refresh interval to pass, utgstatus will show dorchester
with the same status as the other two machines (UA-), but
after about sixty seconds, it goes back to "-A-" again.
If I "snoop tcp port 7011" on the new server, I see traffic
going back and forth between it and the other two systems:
blackstone.uchicago.edu -> dorchester TCP D=40896 S=7011
Push Ack=1135051640 Seq=1959152937 Len=14 Win=49640
dorchester -> blackstone.uchicago.edu TCP D=7011 S=40896
Push Ack=1959152951 Seq=1135051640 Len=14 Win=49640
dorchester -> kenwood.uchicago.edu TCP D=7011 S=40817 Push
Ack=3973154853 Seq=1134865131 Len=14 Win=49640
kenwood.uchicago.edu -> dorchester TCP D=40817 S=7011 Push
Ack=1134865145 Seq=3973154853 Len=14 Win=49640
dorchester -> kenwood.uchicago.edu TCP D=7011 S=40817
Ack=3973154867 Seq=1134865145 Len=0 Win=49640
blackstone.uchicago.edu -> dorchester TCP D=40896 S=7011
Ack=1135051654 Seq=1959152951 Len=0 Win=49640
"utreplica -l" looks good.
I don't find anything in the SUNWut/log/messages file that
looks like an error, but I might not know what to look for.
Any ideas for where to look next?
Thanks,
--Michael
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
--
oraise GmbH
Haferwende 10a
28357 Bremen
Tel.: +49 (0) 421 3355 368
Fax: +49 (0) 421 3355 355
Mobil: +49 (0) 151 12542976
www.oraise.de
[email protected]
oraise GmbH
Registergericht
AG Bremen HRB 17491
Geschäftsführer:
Markus Hengstenberg | Thomas Viohl
oraise Beteiligungs- und
Verwaltungs GmbH & Co. KG
Registergericht
AG Bremen HRA 24070
Geschäftsführer:
Markus Hengstenberg | Thomas Viohl
_______________________________________________
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
