<?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: Mixed Security Style and Multiprotocol Access in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Mixed-Security-Style-and-Multiprotocol-Access/m-p/97369#M19777</link>
    <description>&lt;P&gt;Most probably because you do not have "write" permissions on the parent directory of "x".&lt;/P&gt;&lt;P&gt;This happens even for root because the effective security style of the volume would be NTFS at this time.&lt;/P&gt;&lt;P&gt;You can check this with the command " fsecurity show /vol/mixedvol" (substitute the appropriate volume name here)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The solution is to put correct name mapping in place via /etc/usermap.cfg.&lt;/P&gt;&lt;P&gt;Setting the option "cifs.nfs_root_ignore_acl" to "on" &amp;nbsp;may help for root user's access to the files.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;You may also review the option "cifs.preserve_unix_security" and see if it applies here.&lt;/P&gt;&lt;P&gt;Check with "man options" for more details.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 20 Nov 2014 11:24:34 GMT</pubDate>
    <dc:creator>georgevj</dc:creator>
    <dc:date>2014-11-20T11:24:34Z</dc:date>
    <item>
      <title>Mixed Security Style and Multiprotocol Access</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Mixed-Security-Style-and-Multiprotocol-Access/m-p/97361#M19773</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I have a mixed mode security style qtree and I have shared it via CIFS and exported with NFS.&lt;/P&gt;&lt;P&gt;From a Windows client I can access, modify and create files. It's working OK.&lt;/P&gt;&lt;P&gt;From a RedHat 6 server I can access, modify files but not create. Export settings are looking to be true, NFS client IP has R/W access. When I try to create a file following happens :&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;[root@servername mixed]# touch x&lt;BR /&gt;touch: cannot touch `x': Permission denied&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any ideas whats going wrong here?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;DataONTAP 8.2 7-Mode&lt;/P&gt;</description>
      <pubDate>Thu, 05 Jun 2025 05:24:13 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Mixed-Security-Style-and-Multiprotocol-Access/m-p/97361#M19773</guid>
      <dc:creator>ERKANAKSOY</dc:creator>
      <dc:date>2025-06-05T05:24:13Z</dc:date>
    </item>
    <item>
      <title>Re: Mixed Security Style and Multiprotocol Access</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Mixed-Security-Style-and-Multiprotocol-Access/m-p/97369#M19777</link>
      <description>&lt;P&gt;Most probably because you do not have "write" permissions on the parent directory of "x".&lt;/P&gt;&lt;P&gt;This happens even for root because the effective security style of the volume would be NTFS at this time.&lt;/P&gt;&lt;P&gt;You can check this with the command " fsecurity show /vol/mixedvol" (substitute the appropriate volume name here)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The solution is to put correct name mapping in place via /etc/usermap.cfg.&lt;/P&gt;&lt;P&gt;Setting the option "cifs.nfs_root_ignore_acl" to "on" &amp;nbsp;may help for root user's access to the files.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;You may also review the option "cifs.preserve_unix_security" and see if it applies here.&lt;/P&gt;&lt;P&gt;Check with "man options" for more details.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 20 Nov 2014 11:24:34 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Mixed-Security-Style-and-Multiprotocol-Access/m-p/97369#M19777</guid>
      <dc:creator>georgevj</dc:creator>
      <dc:date>2014-11-20T11:24:34Z</dc:date>
    </item>
  </channel>
</rss>

