<?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: Confusion about storage free space reporting - Ontap vs Windows in ONTAP Hardware</title>
    <link>https://community.netapp.com/t5/ONTAP-Hardware/Confusion-about-storage-free-space-reporting-Ontap-vs-Windows/m-p/48057#M3374</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Ha, thanks, this indeed may be the cause, since the LUNs host virtual disks &lt;SPAN __jive_emoticon_name="happy" __jive_macro_name="emoticon" class="jive_macro jive_macro_emoticon jive_emote" src="https://community.netapp.com/5.0.1/images/emoticons/happy.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 18 Jul 2014 13:18:56 GMT</pubDate>
    <dc:creator>ALEDOCHOWSKI</dc:creator>
    <dc:date>2014-07-18T13:18:56Z</dc:date>
    <item>
      <title>Confusion about storage free space reporting - Ontap vs Windows</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Confusion-about-storage-free-space-reporting-Ontap-vs-Windows/m-p/48033#M3370</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I've encountered an issue which i find difficult to understand, so please guys enlighten me on how to deal with it &lt;SPAN __jive_emoticon_name="happy" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.netapp.com/5.0.1/images/emoticons/happy.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There are 2 LUNs presented from my filer to my Windows Server cluster. For the first one, Windows Server reports free space &lt;STRONG&gt;larger &lt;/STRONG&gt;than Ontap does. For the other one, Windows Server reports free space &lt;STRONG&gt;smaller &lt;/STRONG&gt;than Ontap does. &lt;/P&gt;&lt;P&gt;The former is pretty obvious - since Ontap doesn't know what goes on inside the LUN, it reports the space freed up from within Windows as still being occupied from the filer perspective.&lt;/P&gt;&lt;P&gt;But what about the latter? Why does the filer think the LUN has more free space than it really does? &lt;/P&gt;&lt;P&gt;Whom should I trust ultimately?&lt;/P&gt;&lt;P&gt;Both LUNs are thick provisioned, used for Hyper-V CSV and reside on separate volumes. Both volumes are thick provisioned, have deduplication turned on, fractional reserve = 0, snap reserve = 0, snapshots turned off.&lt;/P&gt;&lt;P&gt;Thanks in advance&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 05:32:44 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Confusion-about-storage-free-space-reporting-Ontap-vs-Windows/m-p/48033#M3370</guid>
      <dc:creator>ALEDOCHOWSKI</dc:creator>
      <dc:date>2025-06-05T05:32:44Z</dc:date>
    </item>
    <item>
      <title>Re: Confusion about storage free space reporting - Ontap vs Windows</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Confusion-about-storage-free-space-reporting-Ontap-vs-Windows/m-p/48038#M3371</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;NetApp has no way to report on a free space &lt;STRONG&gt;in&lt;/STRONG&gt; a LUN. Please paste exact command invocation and output you use to see NetApp report.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 11 Jul 2014 14:56:36 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Confusion-about-storage-free-space-reporting-Ontap-vs-Windows/m-p/48038#M3371</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2014-07-11T14:56:36Z</dc:date>
    </item>
    <item>
      <title>Re: Confusion about storage free space reporting - Ontap vs Windows</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Confusion-about-storage-free-space-reporting-Ontap-vs-Windows/m-p/48043#M3372</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;See below... I'm referring to the "Occupied Size" property.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;lun show -v /vol/bss_csv_hvntn_os/bss_csv_hvntn_os1/bss_csv_hvntn_os1.lun&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; /vol/bss_csv_hvntn_os/bss_csv_hvntn_os1/bss_csv_hvntn_os1.lun&amp;nbsp;&amp;nbsp;&amp;nbsp; 5.9t (6487278336000) (r/w, online, mapped)&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Serial#: D14Mr$CH248l&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Share: none&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Space Reservation: enabled&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Multiprotocol Type: hyper_v&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Maps: hvntn_csv=0&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; &lt;SPAN style="text-decoration: underline;"&gt;&lt;STRONG&gt;Occupied Size:&amp;nbsp;&amp;nbsp;&amp;nbsp; 5.3&lt;/STRONG&gt;&lt;/SPAN&gt;t (5867480559616)&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Creation Time: Tue Feb 19 14:43:43 CET 2013&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Cluster Shared Volume Information: 0x3&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;lun show -v /vol/bss_csv_hvntn_os_HA/bss_csv_hvntn_os_HA_1/bss_csv_hvntn_os_HA_1.lun&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; /vol/bss_csv_hvntn_os_HA/bss_csv_hvntn_os_HA_1/bss_csv_hvntn_os_HA_1.lun&amp;nbsp;&amp;nbsp;&amp;nbsp; 2.0t (2199036833280) (r/w, online, mapped)&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Serial#: D14Mr$CH248r&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Share: none&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Space Reservation: enabled&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Multiprotocol Type: hyper_v&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Maps: hvntn_csv=2&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; &lt;SPAN style="text-decoration: underline;"&gt;&lt;STRONG&gt;Occupied Size:&amp;nbsp;&amp;nbsp;&amp;nbsp; 1.7t&lt;/STRONG&gt;&lt;/SPAN&gt; (1872039890944)&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Creation Time: Mon Sep&amp;nbsp; 9 13:30:42 CEST 2013&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&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;&amp;nbsp;&amp;nbsp; Cluster Shared Volume Information: 0x3&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also System Manager shows the same:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG src="http://community.netapp.com/legacyfs/online/26310_pastedImage_7.png" style="width: 1105px; height: 162px;" /&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;And here's how these LUNs look (respectively) inside Windows Server:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG src="http://community.netapp.com/legacyfs/online/26311_pastedImage_8.png" style="width: 431px; height: 170px;" /&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG src="http://community.netapp.com/legacyfs/online/26312_pastedImage_9.png" style="width: 429px; height: 163px;" /&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 11 Jul 2014 15:13:25 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Confusion-about-storage-free-space-reporting-Ontap-vs-Windows/m-p/48043#M3372</guid>
      <dc:creator>ALEDOCHOWSKI</dc:creator>
      <dc:date>2014-07-11T15:13:25Z</dc:date>
    </item>
    <item>
      <title>Re: Confusion about storage free space reporting - Ontap vs Windows</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Confusion-about-storage-free-space-reporting-Ontap-vs-Windows/m-p/48048#M3373</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Most probably this is due to "sparse files". I.e. When you create 100G file you do not really write anything, so from NetApp side it occupies nothing. First when you start writing to this file it starts consuming space on NetApp.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 11 Jul 2014 18:44:01 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Confusion-about-storage-free-space-reporting-Ontap-vs-Windows/m-p/48048#M3373</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2014-07-11T18:44:01Z</dc:date>
    </item>
    <item>
      <title>Re: Confusion about storage free space reporting - Ontap vs Windows</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Confusion-about-storage-free-space-reporting-Ontap-vs-Windows/m-p/48057#M3374</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Ha, thanks, this indeed may be the cause, since the LUNs host virtual disks &lt;SPAN __jive_emoticon_name="happy" __jive_macro_name="emoticon" class="jive_macro jive_macro_emoticon jive_emote" src="https://community.netapp.com/5.0.1/images/emoticons/happy.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 18 Jul 2014 13:18:56 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Confusion-about-storage-free-space-reporting-Ontap-vs-Windows/m-p/48057#M3374</guid>
      <dc:creator>ALEDOCHOWSKI</dc:creator>
      <dc:date>2014-07-18T13:18:56Z</dc:date>
    </item>
  </channel>
</rss>

