Ask The Experts

Snapmirror transfer failed with error

RiteshC10

Hello All,

 

I am facing issue with one of the Snapmirror relationship in my environment. All other relationships are working fine.

I have tried to Update and resyncing the relation,but still its failing with following error :

 

Source Path: A817SL116:SE_EU
Source Cluster: -
Source Vserver: A817SL116
Source Volume: SE_EU
Destination Path: A817SL124:SE_EU
Destination Cluster: -
Destination Vserver: A817SL124
Destination Volume: SE_EU
Relationship Type: XDP
Relationship Group Type: none
Managing Vserver: A817SL124
SnapMirror Schedule: Everyday
SnapMirror Policy Type: vault
SnapMirror Policy: Production
Tries Limit: -
Throttle (KB/sec): unlimited
Current Transfer Throttle (KB/sec): -
Mirror State: Snapmirrored
Relationship Status: Idle
File Restore File Count: -
File Restore File List: -
Transfer Snapshot: -
Snapshot Progress: -
Total Progress: -
Network Compression Ratio: -
Snapshot Checkpoint: 137KB
Newest Snapshot: SV_Daily.2019-01-09_0100
Newest Snapshot Timestamp: 01/09 01:00:00
Exported Snapshot: SV_Daily.2019-01-09_0100
Exported Snapshot Timestamp: 01/09 01:00:00
Healthy: false
Relationship ID: 671121e9-88ad-11e7-a866-00a098878f76
Source Vserver UUID: 67ab18ac-557c-11e7-8a2a-00a098b6dcaa
Destination Vserver UUID: 95265b52-87e5-11e7-ac17-00a098878db4
Current Operation ID: -
Transfer Type: -
Transfer Error: -
Last Transfer Type: update
Last Transfer Error: Transfer failed. (Volume access error (Permission denied))
Last Transfer Error Codes: -
Last Transfer Size: -
Last Transfer Network Compression Ratio: -
Last Transfer Duration: -
Last Transfer From: A817SL116:SE_EU
Last Transfer End Timestamp: 01/15 10:20:25
Unhealthy Reason: Transfer failed.
Progress Last Updated: -
Relationship Capability: 8.2 and above
Lag Time: 153:46:40
Current Transfer Priority: -
SMTape Operation: -
Constituent Relationship: false
Destination Volume Node Name: a817sl122
Identity Preserve Vserver DR: -
Number of Successful Updates: 220
Number of Failed Updates: 26
Number of Successful Resyncs: 0
Number of Failed Resyncs: 1
Number of Successful Breaks: 0
Number of Failed Breaks: 0
Total Transfer Bytes: 6185816921270
Total Transfer Time in Seconds: 560099
Source Volume MSIDs Preserved: -
OpMask: ffffffffffffffff

 

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

 

I am lokking for assistance to update this relationship again.

2 REPLIES 2

richard_mackerras

I've just been hit with this. How did you solve it?

Ontapforrum

Hi,

 

This issue is mentioned in this KB. However, only the EMS logs will reveal if this is an exact issue.

 

Snapvault (XDP) failed with Error Volume access error(Permission denied):
https://kb.netapp.com/app/answers/answer_view/a_id/1085558/loc/en_US#__highlight

 

Cause:
This issue might occur if SnapVault transfers are carried out when both the source and destination volumes experience heavy NFS traffic.


Solution
Manual update of XDP relationships using the command:
# snapmirror update -destination-path <vserver_name>:<volume_name>


Check if you see any errors similar to the one mentioned in the kB:
::*> event log show -message-name wafl.repl.send.inode.err*

 

Try updating after some time, in the mean time check the NFS traffic IOPS/MBPS.

 

If you have OCUM/AUM, you can easily narrow down how the traffic's been for the  volume concerend.

 

Thanks!

Announcements
NetApp on Discord Image

We're on Discord, are you?

Live Chat, Watch Parties, and More!

Explore Banner

Meet Explore, NetApp’s digital sales platform

Engage digitally throughout the sales process, from product discovery to configuration, and handle all your post-purchase needs.

NetApp Insights to Action
I2A Banner
Public