[Veritas-vx] SUMMARY Re: Help with VVR (initial setup)

[Aleksandr Nepomnyashchiy]

The guess below was correct... Thanks to William for pointing me to
the right direction.

=== SUMMARY
Root cause:
During the creation of secondary "vradmin -nodcm addsec" /etc/hosts
had "127.0.0.1 name_of_my_primary_host localhost.localdomain
localhost".
So, 127.0.0.1 got recorded in the VVR config as IP for my primary
host. I have got clue from William's request to post output of
"vxprint -Pl" output.


How to fix:
Fix /etc/hsosts
Remove secondary "vradmin delsec "
Recreate seconday "vradmin -nodcm addsec"

NOTE: I am sure someone can come up with the easier way to fix this :)

Aleksandr


On Thu, Jun 23, 2011 at 11:45 AM, Aleksandr Nepomnyashchiy

William,
Thank you for response.
RH EL 5.5, VxVM 5.1 SP1
Please see vxprint output below. At the moment my guess is that
/etc/hosts had my hostname as 127.0.0.1 at the time when I ran
"vradmin addsec" command.
Disk group: nj4_ric1_vvrdg
Rlink:    rlk_ric1lpdrmq002_rvg_nj4_ric1
info:     timeout=500 rid=0.1054
         latency_high_mark=10000 latency_low_mark=9950
         bandwidth_limit=none
state:    state=STALE
         synchronous=off latencyprot=off srlprot=off
assoc:    rvg=rvg_nj4_ric1_vvrdg
         remote_host=ric1lpdrmq002 IP_addr=10.67.20.12 port=
         remote_dg=nj4_ric1_vvrdg
         remote_dg_dgid=
         remote_rvg_version=unknown
         remote_rlink=rlk_nj4lpqamq002_rvg_nj4_ric1_
         remote_rlink_rid=0.0
         local_host=nj4lpqamq002 IP_addr=127.0.0.1 port=4145
protocol: TCP/IP
flags:    write enabled detached inconsistent cant_sync disconnected
PS I am your student from VxVM class couple of years ago :).

What is the OS? release og VVR? Please send the output of vxprint -g <dg>
-pl. This shows network settings.
Bill
On Wed, Jun 22, 2011 at 7:38 PM, Aleksandr Nepomnyashchiy

Dear List,
I am new to VVR ( has configured it once before without any issues,
but past performance doesn't guarantee the future results :) )
First steps have been completed, but I can't do the initial sync. Any
ideas are appreciated.
1. setup a volume group with data volume and srl volume on both
primary and secondary nodes
2. updated /etc/vx/vras/.rdg on the secondary node with the ID from
the VG from the primary node
3. run "vradmin addsec" and now "vradmin repstatus" shows
 rvg_nj4_ric1_vvrdg
Replicated Data Set: rvg_nj4_ric1_vvrdg
 Host name:                  nj4lpqamq002
 RVG name:                   rvg_nj4_ric1_vvrdg
 DG name:                    nj4_ric1_vvrdg
 RVG state:                  enabled for I/O
 Data volumes:               1
 VSets:                      0
 SRL name:                   srl_vol
 SRL size:                   1.00 G
 Total secondaries:          1
 Host name:                  ric1lpdrmq002
 RVG name:                   rvg_nj4_ric1_vvrdg
 DG name:                    nj4_ric1_vvrdg
 Data status:                inconsistent
 Replication status:         stopped (primary detached)
 Current mode:               N/A
 Logging to:                 SRL
 Timestamp Information:      N/A
syncrvg  rvg_nj4_ric1_vvrdg ric1lpdrmq002
VxVM VVR vxrlink WARNING V-5-1-3532 Rlink
rlk_nj4lpqamq002_rvg_nj4_ric1_ is already detached
VxVM VVR vxrsync ERROR V-5-52-2074 Error opening socket between
[127.0.0.1] and [10.67.20.12] -- [Invalid argument]
VxVM VVR vxrsync ERROR V-5-52-2074 Error opening socket between
[127.0.0.1] and [10.67.20.12] -- [connect error]
I have tried running tcpdump while executing the "full syncrvg" comand
above and didn't notice any communication issues.
Thank you for your help,
Aleksandr
_______________________________________________
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx

--
William (Bill) Havey
Symantec Certified HA Professional
917 515-3385

[Carl E. Ma]

Hi,