<?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 Re: DFM creates qtree with qtreename_00 in Active IQ Unified Manager Discussions</title>
    <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/DFM-creates-qtree-with-qtreename-00/m-p/23121#M4925</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;My guess is there already was a qtree named "qtreename" on the secondary volume. When creating a SV relationship, the destination qtree must not exist before you start initializing. To avoid the conflict, we add the _00 suffix.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 18 Feb 2011 17:44:45 GMT</pubDate>
    <dc:creator>smoot</dc:creator>
    <dc:date>2011-02-18T17:44:45Z</dc:date>
    <item>
      <title>DFM creates qtree with qtreename_00</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/DFM-creates-qtree-with-qtreename-00/m-p/23118#M4922</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; IHAC who has created a SnapVault relation and the name of the qtree to backup, was used to create a qtree with this name on the SnapVault secondary. But when we checked the destination we also saw a qtreename_00. Can somebody explain why this new qtree has been created.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:59:50 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/DFM-creates-qtree-with-qtreename-00/m-p/23118#M4922</guid>
      <dc:creator>patrickw</dc:creator>
      <dc:date>2025-06-05T06:59:50Z</dc:date>
    </item>
    <item>
      <title>Re: DFM creates qtree with qtreename_00</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/DFM-creates-qtree-with-qtreename-00/m-p/23121#M4925</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;My guess is there already was a qtree named "qtreename" on the secondary volume. When creating a SV relationship, the destination qtree must not exist before you start initializing. To avoid the conflict, we add the _00 suffix.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 18 Feb 2011 17:44:45 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/DFM-creates-qtree-with-qtreename-00/m-p/23121#M4925</guid>
      <dc:creator>smoot</dc:creator>
      <dc:date>2011-02-18T17:44:45Z</dc:date>
    </item>
  </channel>
</rss>

