<?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 SnapMirror bug? in Active IQ Unified Manager Discussions</title>
    <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-bug/m-p/66030#M13744</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I've recently discovered what I believe is a bug in System Manager's SnapMirror control.&amp;nbsp; I currently implement a SnapMirror DR scenario and recently simulated a disaster to ensure there would be no problems in the event of a true disaster.&amp;nbsp; I cold powered down my source filer and attempted to quiesce and break the SnapMirror relationship on the destination so I could recover and mount the mirrored volumes into my VMWare environment.&amp;nbsp; System Manager wouldn't allow me to do ANYTHING with the SnapMirror relationships (all options are grayed out) because it wants access to the source filer which is now "gone" in my scenario.&amp;nbsp; I'm able to quiesce and break these relationships from the command line and continue with my test that way.&amp;nbsp; My question is, has anyone else experienced this and is this considered to be a bug?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've reported this to my NetApp rep who is working with the System Manager developers to determine if this is a bug or by design.&amp;nbsp; Why they would design the software this way when the bulk of its existence being to be used in DR scenarios is beyond me, and I hope that's not the case.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 05 Jun 2025 06:22:16 GMT</pubDate>
    <dc:creator>WESLEY_REISER</dc:creator>
    <dc:date>2025-06-05T06:22:16Z</dc:date>
    <item>
      <title>SnapMirror bug?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-bug/m-p/66030#M13744</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I've recently discovered what I believe is a bug in System Manager's SnapMirror control.&amp;nbsp; I currently implement a SnapMirror DR scenario and recently simulated a disaster to ensure there would be no problems in the event of a true disaster.&amp;nbsp; I cold powered down my source filer and attempted to quiesce and break the SnapMirror relationship on the destination so I could recover and mount the mirrored volumes into my VMWare environment.&amp;nbsp; System Manager wouldn't allow me to do ANYTHING with the SnapMirror relationships (all options are grayed out) because it wants access to the source filer which is now "gone" in my scenario.&amp;nbsp; I'm able to quiesce and break these relationships from the command line and continue with my test that way.&amp;nbsp; My question is, has anyone else experienced this and is this considered to be a bug?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've reported this to my NetApp rep who is working with the System Manager developers to determine if this is a bug or by design.&amp;nbsp; Why they would design the software this way when the bulk of its existence being to be used in DR scenarios is beyond me, and I hope that's not the case.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:22:16 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-bug/m-p/66030#M13744</guid>
      <dc:creator>WESLEY_REISER</dc:creator>
      <dc:date>2025-06-05T06:22:16Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirror bug?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-bug/m-p/66034#M13746</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;My better suggestion, please use the command line, don't rely on the system manager please.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thank you,&lt;/P&gt;&lt;P&gt;AKG &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Jul 2012 20:50:10 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-bug/m-p/66034#M13746</guid>
      <dc:creator>AGUMADAVALLI</dc:creator>
      <dc:date>2012-07-25T20:50:10Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirror bug?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-bug/m-p/66038#M13748</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;I'm also&amp;nbsp; noticed this&lt;/P&gt;&lt;P&gt;Using System Manager is the right tool if you have a planned DR test, you can do it properly (Update,quiesced, break)&lt;/P&gt;&lt;P&gt;But in our case, you power off source filer before running test&lt;/P&gt;&lt;P&gt;It's like "real" DR&lt;/P&gt;&lt;P&gt;So you don't need or will be able to quiesced .........&lt;/P&gt;&lt;P&gt;And there we find all the utility ,old friend CLI, just snapmirror break vol_name&lt;/P&gt;&lt;P&gt;that's it&lt;/P&gt;&lt;P&gt;After our DR test, when source filer comes back online , you will be able to use SystemManager for doing by exemple reverse sync or whatever you want&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;Isa&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Jul 2012 15:50:43 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-bug/m-p/66038#M13748</guid>
      <dc:creator>RICCO4400</dc:creator>
      <dc:date>2012-07-26T15:50:43Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirror bug?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-bug/m-p/66043#M13751</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Most of what we do where I work (Army) is for documenting procedures for troops who may not be as technically efficient as the engineers developing these solutions.&amp;nbsp; So GUIs are important to us because we have to make the assumption that the "admins" we are training are not as geeky as we are.&amp;nbsp; Simply always using the command line is not acceptable for what I do.&amp;nbsp; I personally use the CLI all the time, but it's not practical for our military solution.&amp;nbsp; Thanks though.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Jul 2012 18:36:53 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-bug/m-p/66043#M13751</guid>
      <dc:creator>WESLEY_REISER</dc:creator>
      <dc:date>2012-07-26T18:36:53Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirror bug?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-bug/m-p/66048#M13753</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi mate, just saw your post for which I think you don't expect any post any more. quick question, is the relationship was in snapmirror.conf too? or it was a one go test, no schedule just on demand relationship?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 14 Sep 2012 13:08:29 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-bug/m-p/66048#M13753</guid>
      <dc:creator>alaincormack</dc:creator>
      <dc:date>2012-09-14T13:08:29Z</dc:date>
    </item>
  </channel>
</rss>

