I have two sunray servers: goal is to make a FOG and add them to it
with one primary and one secondary and also load balance them.

both are running Sun Ray Software 5.2.1 (#utrelease )

primary: T5140 Solaris 10 9/10 s10s_u9wos_14a SPARC

# utadm -l
LAN connections: On
Use IPv4 multicast
Subnetwork: 192.168.1.0
        Interface=      e1000g0 (192.168.1.2)
        Netmask=        255.255.255.0
        Broadcast=      192.168.1.255
        Router=         192.168.1.2
        AuthSrvr=       192.168.1.2
        AltAuth=        192.168.1.2 255.255.255.255
        FirmwareSrvr=   192.168.1.2
        NewTver=        4.3_146928-01_2011.06.03.14.41
        IP assignment=  56/120 (192.168.1.6)


secondary: T2000 Solaris 10 8/11 s10s_u10wos_17b SPARC

# utadm -l
LAN connections: On
Use IPv4 multicast
Subnetwork: 192.168.1.0
        Interface=      ce0 (192.168.1.3)
        Netmask=        255.255.255.0
        Broadcast=      192.168.1.255
        Router=         192.168.1.3
        AuthSrvr=       192.168.1.3
        AltAuth=        192.168.1.3 255.255.255.255
        FirmwareSrvr=   192.168.1.3
        NewTver=        4.3_146928-01_2011.06.03.14.41
        IP assignment=  0/120 (192.168.1.126)

secondary server has not joined to the primary yet. because during
utreplica the public facing IP
were used by mistake and they are on separate subnet each like
10.10.10.0/24 and 10.10.11.0/24
(hiding the real IPs)

Here are some more logs from secondary server's
/var/opt/SUNWut/srds/log/utdsd.log

Wed Oct 12 19:14 : utdsd starting
Wed Oct 12 19:14 : conn=1 connection on port 7012 from secondary (10.10.11.240)
Wed Oct 12 19:14 : conn=1 op=0 BIND dn="cn=anonymous" method=128
Wed Oct 12 19:14 : conn=1 op=0 RESULT err=0 tag=97 nentries=0
Wed Oct 12 19:14 : conn=1 op=1 SRCH
base="utname=properties,utname=secondary,o=v1,o=utdata" scope=1
filter="(&(objectclass=UTKEYVALUE)(utid=INTERNALSERIALENABLE))"
Wed Oct 12 19:14 : conn=1 op=1 RESULT err=32 tag=101 nentries=0
Wed Oct 12 19:14 : conn=1 op=2 SRCH
base="utname=properties,utname=secondary,o=v1,o=utdata" scope=1
filter="(&(objectclass=UTKEYVALUE)(utid=INTERNALSMARTCARDREADERENABLE))"
Wed Oct 12 19:14 : conn=1 op=2 RESULT err=32 tag=101 nentries=0
Wed Oct 12 19:14 : conn=1 op=3 SRCH
base="utname=properties,utname=secondary,o=v1,o=utdata" scope=1
filter="(&(objectclass=UTKEYVALUE)(utid=USBENABLE))"
Wed Oct 12 19:14 : conn=1 op=3 RESULT err=32 tag=101 nentries=0
Wed Oct 12 19:14 : conn=1 op=4 UNBIND
Wed Oct 12 19:14 : conn=1 op=4 fd=14 closed errno=0
Wed Oct 12 19:14 : conn=2 connection on port 7012 from secondary (10.10.11.240)
Wed Oct 12 19:14 : conn=2 op=0 BIND dn="" method=163 CRAM-MD5
Wed Oct 12 19:14 : conn=2 op=1 BIND dn="" method=163 CRAM-MD5
Wed Oct 12 19:14 : conn=2 op=1 RESULT err=32 tag=97 nentries=0
Wed Oct 12 19:14 : Bind failed ; act as anonymous
Wed Oct 12 19:14 : conn=2 op=2 UNBIND
Wed Oct 12 19:14 : conn=2 op=2 fd=14 closed errno=0
Wed Oct 12 19:14 : conn=3 connection on port 7012 from secondary (10.10.11.240)
Wed Oct 12 19:14 : conn=3 op=0 BIND dn="cn=anonymous" method=128
Wed Oct 12 19:14 : conn=3 op=0 RESULT err=0 tag=97 nentries=0
Wed Oct 12 19:14 : conn=3 op=1 SRCH
base="utname=properties,utname=secondary,o=v1,o=utdata" scope=1
filter="(&(objectclass=UTKEYVALUE)(utid=GROUPMANAGERTARGETS))"
Wed Oct 12 19:14 : conn=3 op=1 RESULT err=32 tag=101 nentries=0
Wed Oct 12 19:14 : conn=3 op=2 UNBIND
Wed Oct 12 19:14 : conn=3 op=2 fd=14 closed errno=0
Wed Oct 12 19:14 : conn=4 connection on port 7012 from secondary (10.10.11.240)
Wed Oct 12 19:14 : conn=4 op=0 BIND dn="" method=163 CRAM-MD5
Wed Oct 12 19:14 : conn=4 op=1 BIND dn="" method=163 CRAM-MD5
Wed Oct 12 19:14 : conn=4 op=1 RESULT err=32 tag=97 nentries=0
Wed Oct 12 19:14 : Bind failed ; act as anonymous
Wed Oct 12 19:14 : conn=4 op=2 UNBIND
Wed Oct 12 19:14 : conn=4 op=2 fd=14 closed errno=0


I like to reset the primary and secondary sunray server.

I ran this by mistake.

# utreplica -p wrong-ip-address

To fix it could I just run this below, or do I need to run few other
commands as well?

# utreplica -p correct-ip-address

I am guessing it will disconnect all active sunray sessions. Is there
a way to avoid that?



-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
_______________________________________________
SunRay-Users mailing list
SunRay-Users@filibeto.org
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to