<?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: Netapp FAS2040 / Volume mount CIFS in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-FAS2040-Volume-mount-CIFS/m-p/100125#M20346</link>
    <description>&lt;P&gt;Our company network is primitive and we do not have any domain controller nor active directory. Users and groups have been defined directly on our NetApp. This works fine from all our Windows (XP, Vista, 7 and &lt;span class="lia-unicode-emoji" title=":smiling_face_with_sunglasses:"&gt;😎&lt;/span&gt; client computers.&lt;/P&gt;</description>
    <pubDate>Tue, 03 Feb 2015 19:13:10 GMT</pubDate>
    <dc:creator>Omnisens</dc:creator>
    <dc:date>2015-02-03T19:13:10Z</dc:date>
    <item>
      <title>Netapp FAS2040 / Volume mount CIFS</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-FAS2040-Volume-mount-CIFS/m-p/100106#M20341</link>
      <description>&lt;P&gt;In our compagny network most computers are Windows computers and have no issue to mount the Netapp server volumes. And there are also a few Linux computers. We used to mount Netapp volume with CIFS without issue. But since a while we cannot access some directories. We do not know what had happened. We have tried several distributions of Linux and several version of the kernel and samba, We have always the issue; We can mount the volume without error with the following command: "sudo mount -t cifs -o username=user,password=xxxx,sec=ntlm //10.0.10.17/Data MNT", but when we list some directories, we see the error as per the kernel log below.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Examples:&lt;/P&gt;&lt;P&gt;List files and directories of a directory without issue:&lt;BR /&gt;&amp;nbsp; $ ls -lah&lt;BR /&gt;&amp;nbsp; total 291M&lt;BR /&gt;&amp;nbsp; drwxr-xr-x 2 root root 0 Nov 7 10:04 .&lt;BR /&gt;&amp;nbsp; drwxr-xr-x 2 root root 0 Jan 30 12:42 ..&lt;BR /&gt;&amp;nbsp; drwxr-xr-x 2 root root 4.0K Jan 30 14:51 410_Management and reporting&lt;BR /&gt;&amp;nbsp; drwxr-xr-x 2 root root 4.0K Jul 18 2013 413_Field Test Data&lt;BR /&gt;&amp;nbsp; drwxr-xr-x 2 root root 4.0K Feb 2 10:16 420 Product modification requests&lt;BR /&gt;&amp;nbsp; drwxr-xr-x 2 root root 4.0K Nov 19 09:40 430_Misc technical reports&lt;BR /&gt;&amp;nbsp; drwxr-xr-x 2 root root 16K Feb 2 17:28 440_Engineering Notes&lt;BR /&gt;&amp;nbsp; drwxr-xr-x 2 root root 8.0K Feb 2 10:16 450_Misc-thermal simulation&lt;BR /&gt;&amp;nbsp; ….&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;List files and directory of a directory with the described issue:&lt;BR /&gt;&amp;nbsp; $ ls -lah&lt;BR /&gt;&amp;nbsp; ls: cannot access .: Input/output error&lt;BR /&gt;&amp;nbsp; total 2.5G&lt;BR /&gt;&amp;nbsp; d????????? ? ? ? ? ? .&lt;BR /&gt;&amp;nbsp; drwxr-xr-x 2 root root 0 Jan 19 08:47 ..&lt;BR /&gt;&amp;nbsp; drwxr-xr-x 2 root root 4.0K Dec 11 15:32 AgendaClient&lt;BR /&gt;&amp;nbsp; …&lt;BR /&gt;&amp;nbsp; drwxr-xr-x 2 root root 4.0K Jan 13 2014 XMLGenerator&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;It happens it is impossible to enter in a directory or list its content. Example:&lt;BR /&gt;&amp;nbsp; $ cd XMLGenerator&lt;BR /&gt;&amp;nbsp; bash: cd: XMLGenerator: Input/output error&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have searched for this error on Google. It seems that we are not alone in this situation but we have not found any solution. Could you please help us to solve this issue?&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;[ 8889.463907] CIFS VFS: Autodisabling the use of server inode numbers on \\10.0.10.17\Data. This server doesn't seem to support them properly. Hardlinks will not be recognized on this mount. Consider mounting with the "noserverino" option to silence this message.&lt;BR /&gt;[ 8921.375637] CIFS VFS: RFC1001 size 142 smaller than SMB for mid=58&lt;BR /&gt;[ 8921.375643] Bad SMB: : dump of 48 bytes of data at 0xffff8800cd0d7480&lt;BR /&gt;[ 8921.375647] 8e000000 424d53ff 00000032 80018800 . . . . \xffffffff S M B 2 . . . . . . .&lt;BR /&gt;[ 8921.375651] 00000000 00000000 00000000 12a90040 . . . . . . . . . . . . @ . \xffffffa9 .&lt;BR /&gt;[ 8921.375655] 003a0800 5e00020a 02000000 00003800 . . : . . . . ^ . . . . . 8 . .&lt;BR /&gt;[ 8921.376018] CIFS VFS: RFC1001 size 142 smaller than SMB for mid=59&lt;BR /&gt;[ 8921.376021] Bad SMB: : dump of 48 bytes of data at 0xffff8800cd0d7640&lt;BR /&gt;[ 8921.376024] 8e000000 424d53ff 00000032 80018800 . . . . \xffffffff S M B 2 . . . . . . .&lt;BR /&gt;[ 8921.376028] 00000000 00000000 00000000 12a90040 . . . . . . . . . . . . @ . \xffffffa9 .&lt;BR /&gt;[ 8921.376031] 003b0800 5e00020a 02000000 00003800 . . ; . . . . ^ . . . . . 8 . .&lt;BR /&gt;[ 8921.697334] CIFS VFS: RFC1001 size 142 smaller than SMB for mid=61&lt;BR /&gt;[ 8921.697339] Bad SMB: : dump of 48 bytes of data at 0xffff8800cd0d79c0&lt;BR /&gt;[ 8921.697344] 8e000000 424d53ff 00000032 80018800 . . . . \xffffffff S M B 2 . . . . . . .&lt;BR /&gt;[ 8921.697347] 00000000 00000000 00000000 12a90040 . . . . . . . . . . . . @ . \xffffffa9 .&lt;BR /&gt;[ 8921.697351] 003d0800 5e00020a 02000000 00003800 . . = . . . . ^ . . . . . 8 . .&lt;BR /&gt;[ 8921.697681] CIFS VFS: RFC1001 size 142 smaller than SMB for mid=62&lt;BR /&gt;[ 8921.697685] Bad SMB: : dump of 48 bytes of data at 0xffff8800cd0d7b80&lt;BR /&gt;[ 8921.697690] 8e000000 424d53ff 00000032 80018800 . . . . \xffffffff S M B 2 . . . . . . .&lt;BR /&gt;[ 8921.697694] 00000000 00000000 00000000 12a90040 . . . . . . . . . . . . @ . \xffffffa9 .&lt;BR /&gt;[ 8921.697697] 003e0800 5e00020a 02000000 00003800 . . &amp;gt; . . . . ^ . . . . . 8 . .&lt;BR /&gt;[ 8921.698115] CIFS VFS: RFC1001 size 142 smaller than SMB for mid=63&lt;BR /&gt;[ 8921.698120] Bad SMB: : dump of 48 bytes of data at 0xffff8800cd0d7d40&lt;BR /&gt;[ 8921.698124] 8e000000 424d53ff 00000032 80018800 . . . . \xffffffff S M B 2 . . . . . . .&lt;BR /&gt;[ 8921.698128] 00000000 00000000 00000000 12a90040 . . . . . . . . . . . . @ . \xffffffa9 .&lt;BR /&gt;[ 8921.698132] 003f0800 5e00020a 02000000 00003800 . . ? . . . . ^ . . . . . 8 . .&lt;BR /&gt;[ 8929.533584] CIFS VFS: RFC1001 size 142 smaller than SMB for mid=69&lt;BR /&gt;[ 8929.533590] Bad SMB: : dump of 48 bytes of data at 0xffff8800cd0d7480&lt;BR /&gt;[ 8929.533594] 8e000000 424d53ff 00000032 80018800 . . . . \xffffffff S M B 2 . . . . . . .&lt;BR /&gt;[ 8929.533598] 00000000 00000000 00000000 12a90040 . . . . . . . . . . . . @ . \xffffffa9 .&lt;BR /&gt;[ 8929.533602] 00450800 5e00020a 02000000 00003800 . . E . . . . ^ . . . . . 8 . .&lt;BR /&gt;[ 8929.533980] CIFS VFS: RFC1001 size 142 smaller than SMB for mid=70&lt;BR /&gt;[ 8929.533985] Bad SMB: : dump of 48 bytes of data at 0xffff8800cd0d7640&lt;BR /&gt;[ 8929.533989] 8e000000 424d53ff 00000032 80018800 . . . . \xffffffff S M B 2 . . . . . . .&lt;BR /&gt;[ 8929.533993] 00000000 00000000 00000000 12a90040 . . . . . . . . . . . . @ . \xffffffa9 .&lt;BR /&gt;[ 8929.533997] 00460800 5e00020a 02000000 00003800 . . F . . . . ^ . . . . . 8 . .&lt;BR /&gt;[ 8929.534363] CIFS VFS: RFC1001 size 142 smaller than SMB for mid=71&lt;BR /&gt;[ 8929.534365] Bad SMB: : dump of 48 bytes of data at 0xffff8800cd0d7800&lt;BR /&gt;[ 8929.534369] 8e000000 424d53ff 00000032 80018800 . . . . \xffffffff S M B 2 . . . . . . .&lt;BR /&gt;[ 8929.534372] 00000000 00000000 00000000 12a90040 . . . . . . . . . . . . @ . \xffffffa9 .&lt;BR /&gt;[ 8929.534376] 00470800 5e00020a 02000000 00003800 . . G . . . . ^ . . . . . 8 . .&lt;BR /&gt;[ 8931.333945] CIFS VFS: RFC1001 size 142 smaller than SMB for mid=75&lt;BR /&gt;[ 8931.333951] Bad SMB: : dump of 48 bytes of data at 0xffff8800cd0d7b80&lt;BR /&gt;[ 8931.333955] 8e000000 424d53ff 00000032 80018800 . . . . \xffffffff S M B 2 . . . . . . .&lt;BR /&gt;[ 8931.333959] 00000000 00000000 00000000 12a90040 . . . . . . . . . . . . @ . \xffffffa9 .&lt;BR /&gt;[ 8931.333963] 004b0800 5e00020a 02000000 00003800 . . K . . . . ^ . . . . . 8 . .&lt;BR /&gt;[ 8931.334341] CIFS VFS: RFC1001 size 142 smaller than SMB for mid=76&lt;BR /&gt;[ 8931.334345] Bad SMB: : dump of 48 bytes of data at 0xffff8800cd0d79c0&lt;BR /&gt;[ 8931.334350] 8e000000 424d53ff 00000032 80018800 . . . . \xffffffff S M B 2 . . . . . . .&lt;BR /&gt;[ 8931.334353] 00000000 00000000 00000000 12a90040 . . . . . . . . . . . . @ . \xffffffa9 .&lt;BR /&gt;[ 8931.334357] 004c0800 5e00020a 02000000 00003800 . . L . . . . ^ . . . . . 8 . .&lt;BR /&gt;[ 8931.334740] CIFS VFS: RFC1001 size 142 smaller than SMB for mid=77&lt;BR /&gt;[ 8931.334744] Bad SMB: : dump of 48 bytes of data at 0xffff8800cd0d7800&lt;BR /&gt;[ 8931.334749] 8e000000 424d53ff 00000032 80018800 . . . . \xffffffff S M B 2 . . . . . . .&lt;BR /&gt;[ 8931.334752] 00000000 00000000 00000000 12a90040 . . . . . . . . . . . . @ . \xffffffa9 .&lt;BR /&gt;[ 8931.334756] 004d0800 5e00020a 02000000 00003800 . . M . . . . ^ . . . . . 8 . .&lt;/P&gt;</description>
      <pubDate>Thu, 05 Jun 2025 05:10:41 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-FAS2040-Volume-mount-CIFS/m-p/100106#M20341</guid>
      <dc:creator>Omnisens</dc:creator>
      <dc:date>2025-06-05T05:10:41Z</dc:date>
    </item>
    <item>
      <title>Re: Netapp FAS2040 / Volume mount CIFS</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-FAS2040-Volume-mount-CIFS/m-p/100119#M20342</link>
      <description>&lt;P&gt;First, you tagged Clustered onTap, based on a 2040 you are running, i assume this is 7-mode.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What is the qtree security on your volume.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I assume you are doing mixed mounts, since you want to add access from both windows and linux. &amp;nbsp;If thats the case, my recommendation for net new is either adopt RFC2307 and run NTFS qtree&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Show me output of&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;qtree security /vol/volname/ &amp;nbsp;and if qtree exists /qtreename&lt;/P&gt;</description>
      <pubDate>Tue, 03 Feb 2015 17:41:14 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-FAS2040-Volume-mount-CIFS/m-p/100119#M20342</guid>
      <dc:creator>JGPSHNTAP</dc:creator>
      <dc:date>2015-02-03T17:41:14Z</dc:date>
    </item>
    <item>
      <title>Re: Netapp FAS2040 / Volume mount CIFS</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-FAS2040-Volume-mount-CIFS/m-p/100122#M20344</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you for your comment.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;As per NetApp OnCommand System Manager, we have:&lt;/P&gt;&lt;P&gt;Model: FAS2040&lt;/P&gt;&lt;P&gt;Version: NetApp Release 8.1.4P4 7-Mode&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;All our volumes have "ntfs security style and oplocks are enabled"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;fileserver4&amp;gt; qtree&lt;BR /&gt;qtree: This command is deprecated; using qtree status.&lt;BR /&gt;Volume&amp;nbsp;&amp;nbsp; Tree&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Style Oplocks&amp;nbsp; Status&lt;BR /&gt;-------- -------- ----- -------- ---------&lt;BR /&gt;vol1&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; unix&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_ServiceProjects&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_ServiceProjects ServiceProjects ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_SalesProjects&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_SalesProjects SalesProjects ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_Data&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_Data Archive&amp;nbsp; ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_Data Data&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_User_Installer&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_User_Installer InstallerData ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_User_Installer UserData ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_Backup&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; mixed enabled&amp;nbsp; normal&lt;BR /&gt;vol_Backup Backup&amp;nbsp;&amp;nbsp; ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;BR /&gt;vol_EngineeringProjects&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; mixed enabled&amp;nbsp; normal&lt;BR /&gt;vol_EngineeringProjects EngineeringProjects ntfs&amp;nbsp; enabled&amp;nbsp; normal&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We tried to enable "Mixed (UNIX and NTFS)" security style but this does not fix our issue with Linux client machines.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 03 Feb 2015 18:22:51 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-FAS2040-Volume-mount-CIFS/m-p/100122#M20344</guid>
      <dc:creator>Omnisens</dc:creator>
      <dc:date>2015-02-03T18:22:51Z</dc:date>
    </item>
    <item>
      <title>Re: Netapp FAS2040 / Volume mount CIFS</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-FAS2040-Volume-mount-CIFS/m-p/100124#M20345</link>
      <description>&lt;P&gt;Forget mixed.. and once you have data in it you should NEVER change the security Style... At least that's my recommendation&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Do you have a full RFC2307.. If not, you need to have same account in AD as you do in unix machine.. yadd yadda&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 03 Feb 2015 18:52:39 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-FAS2040-Volume-mount-CIFS/m-p/100124#M20345</guid>
      <dc:creator>JGPSHNTAP</dc:creator>
      <dc:date>2015-02-03T18:52:39Z</dc:date>
    </item>
    <item>
      <title>Re: Netapp FAS2040 / Volume mount CIFS</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-FAS2040-Volume-mount-CIFS/m-p/100125#M20346</link>
      <description>&lt;P&gt;Our company network is primitive and we do not have any domain controller nor active directory. Users and groups have been defined directly on our NetApp. This works fine from all our Windows (XP, Vista, 7 and &lt;span class="lia-unicode-emoji" title=":smiling_face_with_sunglasses:"&gt;😎&lt;/span&gt; client computers.&lt;/P&gt;</description>
      <pubDate>Tue, 03 Feb 2015 19:13:10 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-FAS2040-Volume-mount-CIFS/m-p/100125#M20346</guid>
      <dc:creator>Omnisens</dc:creator>
      <dc:date>2015-02-03T19:13:10Z</dc:date>
    </item>
  </channel>
</rss>

