Skip to main content
NetApp Knowledge Base

SnapCenter SnapMirror or SnapVault update fails with "Another transfer is already in progress"

Views:
2,999
Visibility:
Public
Votes:
2
Category:
snapcenter
Specialty:
snapx
Last Updated:

Applies to

  • SnapCenter Server (SC)
  • SnapCenter Plug-in for SQL (SCSQL)
  • SnapCenter Plug-in for Exchange (SCE)

Issue

A backup with SC ends in a Warning, showing that the SnapMirror or SnapVault update request ended with the following message:

ErrorCode (-1), ErrorMessage (Snapmirror update failed with SDError (102) - SnapMirror update operation failed.
Failed to update the SnapMirror relationship. Another transfer is in progress.

Cause

  • The backup that created the snapshot on the volume ran while a previous backup was still updating the SnapMirror or SnapVault relationship.
    With default settings, after 8 update attempts in 8 seconds, it runs a sub-job which will attempt to run the update 9 more times with a 1 minute pause in between each attempt. If the previous transfer has not finished by then, the backup fails out the mirror or vault udpate, and will not register the snapshot.
  • The destination has setup an update schedule in ONTAP that conflicts with the backup timing, causing extra updates.
  • Two different backups, where resources share the same volume, are run in overlap or simulteneously from different hosts.
  • For the Exchange Plug-in, if the Transaction logs and the UTM location share the same LUN/Volume, the update is started twice, and the second one will fail like this, as is explained in Product defect 1223643.

Solution

If overlap happens, the attempts to retry can be extended to allow for a longer time before giving up on the updates:

  1. Increase the total number of times SC will retry the transfer.
  2. Locate the SMCoreServiceHost.exe.config file, which resides in %ProgramFiles%\NetApp\SMCore
    Note: for Plug-In host related backups, this needs to change on the Plug-In hosts, not on the SC Server host
  3. Open the config file in a text editor, and go to the end of the file, just above </AppSettings>
  4. Insert the following  lines:
<add key="SnapshotCheckRetry" value="300" />
<add key="SnapshotCheckTimeout" value="300000" />
<add key="SnapmirrorRetry" value="300" />
<add key="SnapmirrorTimeout" value="300000" />

  1. The above entries mean that SC checks 300 times every 5 minutes (300000 milliseconds). The values can be adjusted accordingly.
  2. Make sure no operations from SC are running on the Plug-In hosts or the SC Server (check the Monitor in the SC UI)
  3. Restart the SnapCenter SMCore service on the SC host
  4. Restart the SnapCenter SMCore service on the plug-in hosts

Important:

  • Do not schedule mirror (specifically vault) updates ONTAP side when SnapCenter is supposed to handle them.
  • Do not use the same volume with LUNs divided between between two or more hosts, and not mapped to all of them (i.e. non-shared LUNs).

Sign in to view the entire content of this KB article.

New to NetApp?

Learn more about our award-winning Support

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.