On Thu, Oct 13, 2011 at 6:41 PM, P.S.M.Swamiji <[email protected]>wrote:

> **
> On 10/13/2011 3:08 AM, Asif Iqbal wrote:
>
> 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 like10.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
>
>  Run utreplica -u and then run
>
> utreplica -p correct-ip-address.
>
>  I am guessing it will disconnect all active sunray sessions. Is there
> a way to avoid that?
>
>  No.
>


that fixed utreplica error. however when I run utgstatus on secondary I see
only itself. On the primary
I see both of them. Also on sunray applicance utselect or utswitch only
shows the server
it is connected. what am I doing wrong?

sunray-primary:~# utgstatus -v
host       flags    interface                                 flags
----------------    -----------------------------------------------
sunray-primary T-
                    10.10.10.88/24                              UA-
                    192.168.1.2/24                              UAM

sunray-secondary TN
                    192.168.1.3/24                              UAM
                    10.10.11.240/24                             -A-


sunray-secondary:~# utgstatus -v
host       flags    interface                                 flags
----------------    -----------------------------------------------
sunray-secondary TN
                    10.10.11.240/24                             UA-
                    192.168.1.3/24                              UAM




> Thanks
> P.S.M.Swamiji
>
> Note: These are my personal opinions, nothing to do with my employer
>
>
>
> --
> Thanks
>
> [image: Oracle] <http://www.oracle.com>
> P.S.M.Swamiji
> Phone: +8066927566 | Mobile: +9448248905
> Oracle Sun Ray Sustaining
>
> ORACLE India | Langford Road,Shanthi Nagar | 560027 Bangalore
> [image: Green Oracle] <http://www.oracle.com/commitment> Oracle is
> committed to developing practices and products that help protect the
> environment
>



-- 
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?

<<oracle_sig_logo.gif>>

<<green-for-email-sig_0.gif>>

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

Reply via email to