<?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: Present CIFS volume as LUN for local access in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159982#M36582</link>
    <description>&lt;P&gt;SAN vs NAS can be looked at "who owns the data (blocks)".&amp;nbsp; &amp;nbsp;&lt;/P&gt;
&lt;P&gt;In the SAN world (iSCSI/FC/NVMe) the system hands out a chunk to a host and the host puts it's own file system on it, and does what it wants.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;NAS (CIFS/SMB/NFS/AFP) the system serving out the data owns the data.&amp;nbsp; &amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Any storage array does this,&amp;nbsp; not just NetApp.&amp;nbsp; The only thing that NetApp does kinda differently is that a "LUN" can kinda look like a "file"&amp;nbsp; because it's inside of a flex vol.&amp;nbsp; &amp;nbsp;If that makes sense.&amp;nbsp; &amp;nbsp;But people put multiple luns inside of a flexvol to act as a consistency group sometimes.&amp;nbsp; Or they want better storage effs.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 06 Oct 2020 21:45:34 GMT</pubDate>
    <dc:creator>SpindleNinja</dc:creator>
    <dc:date>2020-10-06T21:45:34Z</dc:date>
    <item>
      <title>Present CIFS volume as LUN for local access</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159924#M36548</link>
      <description>&lt;P&gt;I am looking to migrate some of our file shares to SharePoint. I am looking to run the &lt;A href="https://www.jam-software.com/treesize/features.shtml" target="_blank" rel="noopener"&gt;Jam Software Tree&lt;/A&gt; size tool against the shares to see the breakdown of files/directories etc. The problem is that the tooling is running on a Windows Server and access/trawling the shares over CIFS and is very slow given the amount of files/directories it has to example. The Jam tool when accessing a &lt;EM&gt;&lt;STRONG&gt;local&lt;/STRONG&gt; &lt;/EM&gt;NTFS file system however can use the $MFT table for the scan and is thus lightening fast.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;So, is there any way to achieve this? If a took a snapshot of the CIFS volume could I present that out in read-only mode and attach as a LUN (block storage) to a Windows Server so I could access the &lt;STRONG&gt;$MFT&lt;/STRONG&gt; ? I'm thinking not possible but a definitive answer would be great.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 10:50:58 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159924#M36548</guid>
      <dc:creator>darraghos</dc:creator>
      <dc:date>2025-06-04T10:50:58Z</dc:date>
    </item>
    <item>
      <title>Re: Present CIFS volume as LUN for local access</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159926#M36549</link>
      <description>&lt;P&gt;If i'm understanding this correctly.&amp;nbsp; &amp;nbsp;You want to take a volume that's NTFS and being shared out as CIFS.&amp;nbsp; and map it to a Windows Host as a LUN?&amp;nbsp; &amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Not possible though, can't convert file to block of block to file.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 05 Oct 2020 15:06:46 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159926#M36549</guid>
      <dc:creator>SpindleNinja</dc:creator>
      <dc:date>2020-10-05T15:06:46Z</dc:date>
    </item>
    <item>
      <title>Re: Present CIFS volume as LUN for local access</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159957#M36570</link>
      <description>&lt;P&gt;If you want the share to be a LUN, here's your steps:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;1. Create a new volume and a LUN (16TB is your LUN size limit)&lt;/P&gt;
&lt;P&gt;2. Map the LUN to the server&lt;/P&gt;
&lt;P&gt;3. Copy the data from CIFS to the LUN - there's no way to convert to a LUN in place.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Keep in mind that if you do this, only that server gets fast, local-ish access to the LUN. Everyone else that accesses the data will need to use the Windows server as the connection point; you can't map a LUN to multiple hosts. That Windows server would need to act as an SMB server to that LUN.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If you're looking for faster scanning of the share, I'd suggest using something like XCP and NFS to scan.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;And if you can, leverage file analytics to get near instant access to file info.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://blog.netapp.com/xcp-data-migration-software" target="_blank"&gt;https://blog.netapp.com/xcp-data-migration-software&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Also, the next release of ONTAP will have some on-box tools for this as well.&lt;/P&gt;</description>
      <pubDate>Tue, 06 Oct 2020 13:35:54 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159957#M36570</guid>
      <dc:creator>parisi</dc:creator>
      <dc:date>2020-10-06T13:35:54Z</dc:date>
    </item>
    <item>
      <title>Re: Present CIFS volume as LUN for local access</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159979#M36579</link>
      <description>&lt;P&gt;Yuk! I'll have to make do with trawling it over CIFS (1TB of data)&lt;/P&gt;</description>
      <pubDate>Tue, 06 Oct 2020 21:35:15 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159979#M36579</guid>
      <dc:creator>darraghos</dc:creator>
      <dc:date>2020-10-06T21:35:15Z</dc:date>
    </item>
    <item>
      <title>Re: Present CIFS volume as LUN for local access</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159980#M36580</link>
      <description>&lt;P&gt;I guess I misunderstood how the data is stored at the NetApp end. For efficiency this is a filesystem on the cluster rather than a filesystem on a LUN presented to the clutter itself &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 06 Oct 2020 21:37:16 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159980#M36580</guid>
      <dc:creator>darraghos</dc:creator>
      <dc:date>2020-10-06T21:37:16Z</dc:date>
    </item>
    <item>
      <title>Re: Present CIFS volume as LUN for local access</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159982#M36582</link>
      <description>&lt;P&gt;SAN vs NAS can be looked at "who owns the data (blocks)".&amp;nbsp; &amp;nbsp;&lt;/P&gt;
&lt;P&gt;In the SAN world (iSCSI/FC/NVMe) the system hands out a chunk to a host and the host puts it's own file system on it, and does what it wants.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;NAS (CIFS/SMB/NFS/AFP) the system serving out the data owns the data.&amp;nbsp; &amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Any storage array does this,&amp;nbsp; not just NetApp.&amp;nbsp; The only thing that NetApp does kinda differently is that a "LUN" can kinda look like a "file"&amp;nbsp; because it's inside of a flex vol.&amp;nbsp; &amp;nbsp;If that makes sense.&amp;nbsp; &amp;nbsp;But people put multiple luns inside of a flexvol to act as a consistency group sometimes.&amp;nbsp; Or they want better storage effs.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 06 Oct 2020 21:45:34 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Present-CIFS-volume-as-LUN-for-local-access/m-p/159982#M36582</guid>
      <dc:creator>SpindleNinja</dc:creator>
      <dc:date>2020-10-06T21:45:34Z</dc:date>
    </item>
  </channel>
</rss>

