cancel
Showing results for 
Search instead for 
Did you mean: 

Replication Network stuck at "Activating"

Mark_Shoger
Level 4
Employee

I just had to recreate a replication set for an EV cluster (GCO only, no local HA) on SFHA/Win. I used the "Setup RDS" wizard and it created the primary without error and then the secondary.

Now the secondary is sitting in "Activating" status and doesn't appear to be doing anything.

Did I miss something or is there a guide available for manually creating RDS? I'm an EV guy trying to fill a departed SFHA guy's shoes...

Mark

1 ACCEPTED SOLUTION

Accepted Solutions

Mark_Shoger
Level 4
Employee

VLAN issues with routing between subnets were to blame. Fixed this and replication immediately went Active.

View solution in original post

4 REPLIES 4

Michael_Black
Level 4
Employee

Try running "vxprint -VPl" on both sides. Make sure that the IP address and hostnames match each other. Also make sure that you can ping the "remote_host" from the other site (try this both ways).

Michael_Black
Level 4
Employee

Note: That's VPl with a lower case L (not a 1).

Mark_Shoger
Level 4
Employee

I ran the vxprint on both sides (they can ping each other) here's the output:

 

--------------Primary------------------
C:\>vxprint -VPl
 
Diskgroup = BasicGroup
 
Diskgroup = evdg
 
Rvg        : RVG_evdg_0
state      : state=ACTIVE kernel=ENABLED
assoc      : datavols=\Device\HarddiskDmVolumes\evdg\MSMQ,\Device\HarddiskDmVolu
mes\evdg\regrep,\Device\HarddiskDmVolumes\evdg\EVIndex,\Device\HarddiskDmVolumes
\evdg\EVStore
             srl=\Device\HarddiskDmVolumes\evdg\SRL
             rlinks=rlk_dams-alt-uea02_17797
att        : rlinks=rlk_dams-alt-uea02_17797
checkpoint :
flags      : primary enabled attached autosync resync_paused clustered
 
Rlink      : rlk_dams-alt-uea02_17797
info       : timeout=500 packet_size=1400
             latency_high_mark=10000 latency_low_mark=9950
             bandwidth_limit=none
state      : state=ACTIVE
             synchronous=override latencyprot=off srlprot=autodcm
assoc      : rvg=RVG_evdg_0
             remote_host=172.16.2.83
             remote_dg=evdg
             remote_rlink=rlk_dams-lab-uea02_31554
             local_host=172.16.1.83
protocol   : UDP/IP
flags      : write attached inconsistent cant_sync disconnected autosync resync_
paused
 
--------------Secondary----------------
C:\>vxprint -VPl
 
Diskgroup = BasicGroup
 
Diskgroup = evdg
 
Rvg        : RVG_evdg_0
state      : state=ACTIVE kernel=ENABLED
assoc      : datavols=\Device\HarddiskDmVolumes\evdg\EVIndex,\Device\HarddiskDmV
olumes\evdg\EVStore,\Device\HarddiskDmVolumes\evdg\regrep,\Device\HarddiskDmVolu
mes\evdg\MSMQ
             srl=\Device\HarddiskDmVolumes\evdg\SRL
             rlinks=rlk_dams-lab-uea02_31554
att        : rlinks=rlk_dams-lab-uea02_31554
checkpoint :
flags      : secondary enabled attached read write clustered
 
Rlink      : rlk_dams-lab-uea02_31554
info       : timeout=0 packet_size=1400
             latency_high_mark=10000 latency_low_mark=9950
             bandwidth_limit=none
state      : state=ACTIVE
             synchronous=override latencyprot=off srlprot=autodcm
assoc      : rvg=RVG_evdg_0
             remote_host=172.16.1.83
             remote_dg=evdg
             remote_rlink=rlk_dams-alt-uea02_17797
             local_host=172.16.2.83
protocol   : UDP/IP
flags      : write attached inconsistent cant_sync disconnected

Mark_Shoger
Level 4
Employee

VLAN issues with routing between subnets were to blame. Fixed this and replication immediately went Active.