<?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 issue with copying NTFS ACL's from a vol copied volume in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/issue-with-copying-NTFS-ACL-s-from-a-vol-copied-volume/m-p/29809#M2662</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;I came across some really strange behavior.&amp;nbsp; I ran a vol copy between 2 filers, and now I am unable to copy NTFS permissions between said filers using robocopy.&amp;nbsp; This happens for every file.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;robocopy \\3070b\share1$ \\3020b\share1$ /COPYALL (date attr time, security (ntfs acl), owner info, audit)&amp;nbsp; /MIR /ZB /R:2 /W:5 /NS /NP /LOG:C:\robo1.log&amp;nbsp; ends up in a &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;DIV id="_mcePaste"&gt;2011/01/07 10:47:34 ERROR 1314 (0x00000522) Copying NTFS Security to Destination Directory \\3070b\share1$&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;DIV id="_mcePaste"&gt;A required privilege is not held by the client.&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If I change /COPYALL to /DATS I get an access denied error.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&amp;nbsp; New Dir&amp;nbsp;&amp;nbsp; &lt;SPAN&gt; &lt;/SPAN&gt;\\3070b\share1$&lt;/P&gt;&lt;P&gt;2011/01/07 10:52:16 ERROR 5 (0x00000005) Copying NTFS Security to Destination Directory \\3070b\share1$&lt;/P&gt;&lt;P&gt;Access is denied.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;and, if I only do /DAT (date attribute time) it copies fine, so there's no issue with actual write permissions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also, if I remove all of the content that vol copy created, and run a robocopy with /COPYALL... it also copies fine, with NTFS ACL's.&amp;nbsp; So something with the way the netapp vol copy is different than when I just use robocopy to replicate the data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Has anyone ever experienced this?&amp;nbsp; The issue with just using robocopy to do everything is it introduces a middle man, taking the time to do the initial copy and increasing it severely.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any ideas as to what might be happening?&amp;nbsp; I thought the vol copy wouldn't have any affect on permissions/ownership as it was just copying blocks (regardless of what is actually in them).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers,&lt;/P&gt;&lt;P&gt;-Derek&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 05 Jun 2025 07:02:38 GMT</pubDate>
    <dc:creator>infinitiguy</dc:creator>
    <dc:date>2025-06-05T07:02:38Z</dc:date>
    <item>
      <title>issue with copying NTFS ACL's from a vol copied volume</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/issue-with-copying-NTFS-ACL-s-from-a-vol-copied-volume/m-p/29809#M2662</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;I came across some really strange behavior.&amp;nbsp; I ran a vol copy between 2 filers, and now I am unable to copy NTFS permissions between said filers using robocopy.&amp;nbsp; This happens for every file.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;robocopy \\3070b\share1$ \\3020b\share1$ /COPYALL (date attr time, security (ntfs acl), owner info, audit)&amp;nbsp; /MIR /ZB /R:2 /W:5 /NS /NP /LOG:C:\robo1.log&amp;nbsp; ends up in a &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;DIV id="_mcePaste"&gt;2011/01/07 10:47:34 ERROR 1314 (0x00000522) Copying NTFS Security to Destination Directory \\3070b\share1$&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;DIV id="_mcePaste"&gt;A required privilege is not held by the client.&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If I change /COPYALL to /DATS I get an access denied error.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&amp;nbsp; New Dir&amp;nbsp;&amp;nbsp; &lt;SPAN&gt; &lt;/SPAN&gt;\\3070b\share1$&lt;/P&gt;&lt;P&gt;2011/01/07 10:52:16 ERROR 5 (0x00000005) Copying NTFS Security to Destination Directory \\3070b\share1$&lt;/P&gt;&lt;P&gt;Access is denied.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;and, if I only do /DAT (date attribute time) it copies fine, so there's no issue with actual write permissions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also, if I remove all of the content that vol copy created, and run a robocopy with /COPYALL... it also copies fine, with NTFS ACL's.&amp;nbsp; So something with the way the netapp vol copy is different than when I just use robocopy to replicate the data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Has anyone ever experienced this?&amp;nbsp; The issue with just using robocopy to do everything is it introduces a middle man, taking the time to do the initial copy and increasing it severely.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any ideas as to what might be happening?&amp;nbsp; I thought the vol copy wouldn't have any affect on permissions/ownership as it was just copying blocks (regardless of what is actually in them).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers,&lt;/P&gt;&lt;P&gt;-Derek&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:02:38 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/issue-with-copying-NTFS-ACL-s-from-a-vol-copied-volume/m-p/29809#M2662</guid>
      <dc:creator>infinitiguy</dc:creator>
      <dc:date>2025-06-05T07:02:38Z</dc:date>
    </item>
    <item>
      <title>Re: issue with copying NTFS ACL's from a vol copied volume</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/issue-with-copying-NTFS-ACL-s-from-a-vol-copied-volume/m-p/29813#M2664</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Ping.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Anyone have any thoughts?&amp;nbsp; I've been gone for a couple weeks.&amp;nbsp; It seems very strange to me that using robocopy works if there is no data in the target, and using vol copy is causing some sort of permission issues.&amp;nbsp; &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 24 Jan 2011 22:06:54 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/issue-with-copying-NTFS-ACL-s-from-a-vol-copied-volume/m-p/29813#M2664</guid>
      <dc:creator>infinitiguy</dc:creator>
      <dc:date>2011-01-24T22:06:54Z</dc:date>
    </item>
    <item>
      <title>Re: issue with copying NTFS ACL's from a vol copied volume</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/issue-with-copying-NTFS-ACL-s-from-a-vol-copied-volume/m-p/29818#M2665</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Not sure what is causing that issue, but you should get in touch with netapp global support. maybe a vol copy bug or ntfs security settings bug. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 25 Jan 2011 07:38:42 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/issue-with-copying-NTFS-ACL-s-from-a-vol-copied-volume/m-p/29818#M2665</guid>
      <dc:creator>thomas_glodde</dc:creator>
      <dc:date>2011-01-25T07:38:42Z</dc:date>
    </item>
    <item>
      <title>Re: issue with copying NTFS ACL's from a vol copied volume</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/issue-with-copying-NTFS-ACL-s-from-a-vol-copied-volume/m-p/29826#M2666</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;just closing this off.&amp;nbsp; I blame the looming days before my vacation on my foggy actions...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It ended up being permissions issues.&amp;nbsp; I found that I needed to add some accounts to the administrators group on the filer to allow for the proper copying of ntfs acl's.&amp;nbsp; *sigh* stupid permissions.&amp;nbsp; But, on a good note, luckily it wasn't a vol copy bug &lt;SPAN __jive_emoticon_name="happy" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.netapp.com/4.0.8/images/emoticons/happy.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 03 Feb 2011 21:20:27 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/issue-with-copying-NTFS-ACL-s-from-a-vol-copied-volume/m-p/29826#M2666</guid>
      <dc:creator>infinitiguy</dc:creator>
      <dc:date>2011-02-03T21:20:27Z</dc:date>
    </item>
    <item>
      <title>Re: issue with copying NTFS ACL's from a vol copied volume</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/issue-with-copying-NTFS-ACL-s-from-a-vol-copied-volume/m-p/29830#M2667</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi , coudly you deatil what you have done to solve the problem?&lt;/P&gt;&lt;P&gt;I meet with the similar problem. I can't copy a single file.&lt;/P&gt;&lt;P&gt;The version I use was XP10, and server version is windows 2003.&lt;/P&gt;&lt;P&gt;I just can't copy one file with robocopy src dst /copyall /mir.&lt;/P&gt;&lt;P&gt;When copying the first file, the access is denied error is shown, but strangely , the parent folder is created and with the same permission as source.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 28 Apr 2011 16:07:47 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/issue-with-copying-NTFS-ACL-s-from-a-vol-copied-volume/m-p/29830#M2667</guid>
      <dc:creator>yilianghui</dc:creator>
      <dc:date>2011-04-28T16:07:47Z</dc:date>
    </item>
  </channel>
</rss>

