<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic move snapvault destination using dfm in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/move-snapvault-destination-using-dfm/m-p/130912#M11356</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are using two HA pairs running 8.2.4P5 7-mode.&lt;/P&gt;&lt;P&gt;The current disk space is becoming sparse and 2 shelves of 8Tb disks have been added to the system to cope with the snapvault destinations.&lt;/P&gt;&lt;P&gt;The current setup is managed through DFM 5.2.0.&lt;/P&gt;&lt;P&gt;We added the storage config for 8.2.4 in the dfm.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What we are trying to do is to move the current snapvault destination from an aggregate to another one.&lt;/P&gt;&lt;P&gt;A snapmirror has been performed to recreate the snapvault destination, after the initial transfer the snapmirror relation has been broken-off.&lt;/P&gt;&lt;P&gt;The new destination has been defined as secondary volume within dfm&lt;/P&gt;&lt;P&gt;We then associated the existing primary volume to the new secondary volume.&lt;/P&gt;&lt;P&gt;This operation completes, with a message&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;"Importing backup relationship between secondary FILER2:/Vault_1 and primary FILER1:/vol1/Qtree1"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We then associate the same schedule as the existing snapvault relation&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The issue is that the new snapvault relation doesn't update and the lag keeps increasing.&lt;/P&gt;&lt;P&gt;When trying to manualy perform an update of the relation, i got the following error message&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;"Could not configure ip_address_of_filer_1as defined in options ndmp.prefered_interface as the transfer interface for filer1:/vol1/qtree1: NDMP communication error: NDMP_SVS_MODIFY_RELATIONSHIP: 0x20500306 (SV NO RELATIONSHIP)"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When performing a simple snapvault update on the destination filer, the snapvault relation comes back to an updated state but as the snapshots are created by dfm, this is not a solution.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any idea why this is happening ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;PS : I also tried to recreate the relation to a brand new volume, and in this case the dfm can update the relation without problem.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 15:06:17 GMT</pubDate>
    <dc:creator>Eric_x_Leonard</dc:creator>
    <dc:date>2025-06-04T15:06:17Z</dc:date>
    <item>
      <title>move snapvault destination using dfm</title>
      <link>https://community.netapp.com/t5/Data-Protection/move-snapvault-destination-using-dfm/m-p/130912#M11356</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are using two HA pairs running 8.2.4P5 7-mode.&lt;/P&gt;&lt;P&gt;The current disk space is becoming sparse and 2 shelves of 8Tb disks have been added to the system to cope with the snapvault destinations.&lt;/P&gt;&lt;P&gt;The current setup is managed through DFM 5.2.0.&lt;/P&gt;&lt;P&gt;We added the storage config for 8.2.4 in the dfm.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What we are trying to do is to move the current snapvault destination from an aggregate to another one.&lt;/P&gt;&lt;P&gt;A snapmirror has been performed to recreate the snapvault destination, after the initial transfer the snapmirror relation has been broken-off.&lt;/P&gt;&lt;P&gt;The new destination has been defined as secondary volume within dfm&lt;/P&gt;&lt;P&gt;We then associated the existing primary volume to the new secondary volume.&lt;/P&gt;&lt;P&gt;This operation completes, with a message&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;"Importing backup relationship between secondary FILER2:/Vault_1 and primary FILER1:/vol1/Qtree1"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We then associate the same schedule as the existing snapvault relation&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The issue is that the new snapvault relation doesn't update and the lag keeps increasing.&lt;/P&gt;&lt;P&gt;When trying to manualy perform an update of the relation, i got the following error message&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;"Could not configure ip_address_of_filer_1as defined in options ndmp.prefered_interface as the transfer interface for filer1:/vol1/qtree1: NDMP communication error: NDMP_SVS_MODIFY_RELATIONSHIP: 0x20500306 (SV NO RELATIONSHIP)"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When performing a simple snapvault update on the destination filer, the snapvault relation comes back to an updated state but as the snapshots are created by dfm, this is not a solution.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any idea why this is happening ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;PS : I also tried to recreate the relation to a brand new volume, and in this case the dfm can update the relation without problem.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 15:06:17 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/move-snapvault-destination-using-dfm/m-p/130912#M11356</guid>
      <dc:creator>Eric_x_Leonard</dc:creator>
      <dc:date>2025-06-04T15:06:17Z</dc:date>
    </item>
    <item>
      <title>Re: move snapvault destination using dfm</title>
      <link>https://community.netapp.com/t5/Data-Protection/move-snapvault-destination-using-dfm/m-p/130931#M11359</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Refer Kb&amp;nbsp;&lt;A href="https://kb.netapp.com/support/s/article/ka11A0000001NEPQA2/um-fails-to-update-snapvault-could-not-configure-ip-address-as-the-transfer-interface?t=1494382576108" target="_blank"&gt;https://kb.netapp.com/support/s/article/ka11A0000001NEPQA2/um-fails-to-update-snapvault-could-not-configure-ip-address-as-the-transfer-interface?t=1494382576108&lt;/A&gt;&lt;/P&gt;&lt;P&gt;(Requires login,)&lt;/P&gt;</description>
      <pubDate>Wed, 10 May 2017 02:18:08 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/move-snapvault-destination-using-dfm/m-p/130931#M11359</guid>
      <dc:creator>Sahana</dc:creator>
      <dc:date>2017-05-10T02:18:08Z</dc:date>
    </item>
    <item>
      <title>Re: move snapvault destination using dfm</title>
      <link>https://community.netapp.com/t5/Data-Protection/move-snapvault-destination-using-dfm/m-p/130934#M11360</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I just tested this.&lt;/P&gt;&lt;P&gt;I did the snapvault update through dfm/um and the status of the job is failed, BUT the snapvault relation is transfering.&lt;/P&gt;&lt;P&gt;Will wait for the scheduled transfer to check the job status&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So far so good anyway&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 10 May 2017 08:46:38 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/move-snapvault-destination-using-dfm/m-p/130934#M11360</guid>
      <dc:creator>Eric_x_Leonard</dc:creator>
      <dc:date>2017-05-10T08:46:38Z</dc:date>
    </item>
    <item>
      <title>Re: move snapvault destination using dfm</title>
      <link>https://community.netapp.com/t5/Data-Protection/move-snapvault-destination-using-dfm/m-p/131009#M11364</link>
      <description>&lt;P&gt;It indeed solved the issue&lt;/P&gt;&lt;P&gt;It will allow us to increase our capacity 4 weeks earlier &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Many thanks about this.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 12 May 2017 16:57:02 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/move-snapvault-destination-using-dfm/m-p/131009#M11364</guid>
      <dc:creator>Eric_x_Leonard</dc:creator>
      <dc:date>2017-05-12T16:57:02Z</dc:date>
    </item>
  </channel>
</rss>

