ONTAP Discussions

QSM Error - cannot connect to source filer - but only for one relationship!

frank_iro
6,127 Views

Hi Guys,

 

Need a little help here. I have a 3 QSM relationships setup between two filers (FAS2552 & FAS2240). They're both on ONTAP 8.2.2 7-Mode. Now I have this weird behaviour that I cannot understand. Two of the QSM relationships are updating fine. The third one fails with an error "cannot connect to source filer". Yet all three relationships are are configured between the same filers. Basically, my setup looks like this:

 

filerA:/vol/vol1/qtree1          filerB:/vol/vol1/qtree1

filerA:/vol/vol1/qtree2          filerB:/vol/vol1/qtree2

filerA:/vol/vol1/qtree3          filerB:/vol/vol1/qtree3

 

So, the first to update fine. The third one fails with the stated error. This doesn't make much sence, since filerB connects successfully to filerA for the first two relationships!

 

The filers are in different locations, on different subnets. I have checked all /etc/hosts entries on both filers they're fine (they each have the host entries for both filers). The options snapmirror.access entry is set to "*" on filerA. I can ping filerB from filerA and viceversa. I can also ping filerB's gateway from filerA and viceversa.  I cannot do VSM because there are other qtrees in vol1 which we do not need to replicate.

 

Anyone encounter anything like this before?

1 ACCEPTED SOLUTION

frank_iro
6,036 Views

Ok, so I rebooted the controller and now the error's gone. Weird. Anyway, problem solved. Thanks for all the suggestions.

View solution in original post

6 REPLIES 6

JGPSHNTAP
6,120 Views

Is there any more information in the snapmirror log?

frank_iro
6,117 Views

Unfortunately not. Only the indicated error.

JGPSHNTAP
6,114 Views

Ok, quick question, your snapmirror.access entry is *?

 

What's your snapmirror.allow read on the source?

 

We generally leave snapmirror.access = legacy

 

and then fill out the source snapmirror.allow with host name

frank_iro
6,107 Views

I do not have an option called "snapmirror.allow". Here's my snapmirror options on the source:

 

snapmirror.access *
snapmirror.checkip.enable off
snapmirror.cmode.suspend off
snapmirror.delayed_acks.enable on
snapmirror.enable on
snapmirror.log.enable on
snapmirror.vbn_log_enable off (value might be overwritten in takeover)
snapmirror.vfiler0.logging.enable on
snapmirror.volume.local_nwk_bypass.enable on
snapmirror.vsm.volread.smtape_enable on

 

I have this same setup on 5 other snapmirror source filers and have no issues. Again. The weird thing is that two relationships are working just fine from the same source!

rwelshman
6,073 Views

Have you looked in the snapmirror log on both the source and destination filers? they tend to report different things. Also, the messages file could have some extra info that may point to the cause of the issue.

frank_iro
6,037 Views

Ok, so I rebooted the controller and now the error's gone. Weird. Anyway, problem solved. Thanks for all the suggestions.

Public