NetApp Replication Offline Due to Vol Rename

Last post 08-24-2020, 12:46 AM by Wwong. 5 replies.
Sort Posts: Previous Next
  • NetApp Replication Offline Due to Vol Rename
    Posted: 08-11-2020, 4:14 PM

    We had to rename a couple volumes from Cluster X. These volumes have the same data and a valid/healthy relationship. We take CV Snapshots and snapvault these snapshots to a DR Cluster. After the rename, it seems that the CS database did not aknowledge the name and relationship since snapvaults are failing now.

     

    When I look at the logs for the snapvault job, I can see that the job is trying to use the incorrect volume name and since the volume was rename, the job goes pending with the offline replication error (9:103).

    Further more, I did use the NetApp Open Replication report to see what was being reported by the CS DB and it does show the existing relationship, however with the incorrect names. how to fully refhesh that Aux Copy with its most current info from the NetApp Vol and relationships?

    Thanks 

  • Re: NetApp Replication Offline Due to Vol Rename
    Posted: 08-11-2020, 5:13 PM

    You can update CommServe DB with new NetApp volume names using SnapManagement tool.

    SnapManagementTool volRename -vm instance_name -array array_name -oldvol old_volume -newvol new_volume [-svm vserver]

    https://documentation.commvault.com/commvault/v11/article?p=60230.htm

  • Re: NetApp Replication Offline Due to Vol Rename
    Posted: 08-11-2020, 6:20 PM

    Running like

    SnapManagementTool volRename -vm Instance -array CLUSTERFQDN -oldvol OLDVOLNAME -newvol NEWVOLNAME -svm storagevirtualmachineFQDN

     

    Getting


    [PID-10036]:Failed to execute [volRename] operation. Please check the log for details.
     
    Log
    GetVolumeListCMODE Could not get volume list. Failed to get vServer info for volume:
    [/SVMFQDN/OLDVOLUME]. Cluster[CLUSTERFQDN].
     
    Using exact same name as shown in the Array management.
  • Re: NetApp Replication Offline Due to Vol Rename
    Posted: 08-17-2020, 3:14 AM

    Hi pereirath

    Out of curiosity where are you running the SnapManagementTool, are you running it from the CommServe or MediaAgent?

    Note - if you are running on the CommServe, the CommServe needs to be able to communicate to the Filer on Port 443 and 80. 

    Otherwise please attempt to execute the command on the MediaAgent (as the MediaAgent should have access to Filer and OCUM)

    Regards

    Winston 

  • Re: NetApp Replication Offline Due to Vol Rename
    Posted: 08-18-2020, 4:33 PM

    Interesting enough the snapmanagementtool didnt work and support sent me a sqlscript file that we ran from the base folder (qscript).

    It is hard to think that everytime a volume is renamed we have to go through support because the snapvault copies wont update automatically.

    Winston is there a best practice from Commvault when renaming a volume that is configured with Open Replication to avoid commvault getting all confused with the names?

  • Re: NetApp Replication Offline Due to Vol Rename
    Posted: 08-24-2020, 12:46 AM

    Hi Pereirath

    For Open replication, the dataset relationship is stored within the CSDB so CV is aware of what Source Volume relates to which Destination Volume

    Did Commvault support explain why the SnapManagementTool didn't work here?

    Do we have any extended logs from the SnapManagementTool when it failed to execute?

    Regards

    Winston 

The content of the forums, threads and posts reflects the thoughts and opinions of each author, and does not represent the thoughts, opinions, plans or strategies of Commvault Systems, Inc. ("Commvault") and Commvault undertakes no obligation to update, correct or modify any statements made in this forum. Any and all third party links, statements, comments, or feedback posted to, or otherwise provided by this forum, thread or post are not affiliated with, nor endorsed by, Commvault.
Commvault, Commvault and logo, the “CV” logo, Commvault Systems, Solving Forward, SIM, Singular Information Management, Simpana, Commvault Galaxy, Unified Data Management, QiNetix, Quick Recovery, QR, CommNet, GridStor, Vault Tracker, InnerVault, QuickSnap, QSnap, Recovery Director, CommServe, CommCell, SnapProtect, ROMS, and CommValue, are trademarks or registered trademarks of Commvault Systems, Inc. All other third party brands, products, service names, trademarks, or registered service marks are the property of and used to identify the products or services of their respective owners. All specifications are subject to change without notice.
Close
Copyright © 2020 Commvault | All Rights Reserved. | Legal | Privacy Policy