<?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 Ontap 7 - Provisioned LUN in SM shows less free space than Server mapped drive. in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Ontap-7-Provisioned-LUN-in-SM-shows-less-free-space-than-Server-mapped-drive/m-p/120608#M25857</link>
    <description>&lt;P&gt;Some of the reserved space is reclaimed after the completion of the command,&amp;nbsp;“SIS”&amp;nbsp;&lt;/P&gt;&lt;P&gt;But still we are facing a space mismatch with LUN and mapped drive in system.&lt;/P&gt;&lt;P&gt;I am attaching the screen shots of Aggr, Volume and Drive with details.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a few questions,&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Does that mean even if I empty 1 TB from LUNs, the NETAPP will never update the free space? What will happen when NETAPP see LUNs 100% full while it actually have more than 500GB empty space? Will the LUN goes offline? Will installing SNAPDRIVE help? currently it is not installed on Share Server.&lt;/LI&gt;&lt;LI&gt;Because the Volume is thick? So If I changed the volume to thin, NETAPP will see the correct available space reflected on the LUN?&lt;/LI&gt;&lt;LI&gt;What caused the dedup meta database to explode in size, is there a knowledge base detailing the reasons that caused this to happen? Wasn’t storage efficiency supposed to help storage by reducing used space?&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I am attaching the screen shots of Aggr, Volume and Drive with details.&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 20:14:00 GMT</pubDate>
    <dc:creator>PraveenPP</dc:creator>
    <dc:date>2025-06-04T20:14:00Z</dc:date>
    <item>
      <title>Ontap 7 - Provisioned LUN in SM shows less free space than Server mapped drive.</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Ontap-7-Provisioned-LUN-in-SM-shows-less-free-space-than-Server-mapped-drive/m-p/120608#M25857</link>
      <description>&lt;P&gt;Some of the reserved space is reclaimed after the completion of the command,&amp;nbsp;“SIS”&amp;nbsp;&lt;/P&gt;&lt;P&gt;But still we are facing a space mismatch with LUN and mapped drive in system.&lt;/P&gt;&lt;P&gt;I am attaching the screen shots of Aggr, Volume and Drive with details.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a few questions,&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Does that mean even if I empty 1 TB from LUNs, the NETAPP will never update the free space? What will happen when NETAPP see LUNs 100% full while it actually have more than 500GB empty space? Will the LUN goes offline? Will installing SNAPDRIVE help? currently it is not installed on Share Server.&lt;/LI&gt;&lt;LI&gt;Because the Volume is thick? So If I changed the volume to thin, NETAPP will see the correct available space reflected on the LUN?&lt;/LI&gt;&lt;LI&gt;What caused the dedup meta database to explode in size, is there a knowledge base detailing the reasons that caused this to happen? Wasn’t storage efficiency supposed to help storage by reducing used space?&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I am attaching the screen shots of Aggr, Volume and Drive with details.&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 20:14:00 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Ontap-7-Provisioned-LUN-in-SM-shows-less-free-space-than-Server-mapped-drive/m-p/120608#M25857</guid>
      <dc:creator>PraveenPP</dc:creator>
      <dc:date>2025-06-04T20:14:00Z</dc:date>
    </item>
    <item>
      <title>Re: Ontap 7 - Provisioned LUN in SM shows less free space than Server mapped drive.</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Ontap-7-Provisioned-LUN-in-SM-shows-less-free-space-than-Server-mapped-drive/m-p/120609#M25858</link>
      <description>&lt;P&gt;Hi Praveen,&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This is a usual behaviour of Ontap&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Long back i had the same confusion seen some volumes shown threshold reached 70 % but in my windows box showing plenty of free space available. I was wondered what is happening to my storage and i found the reason why &lt;STRONG&gt;.If you delete a load of data from the client-side (eg NTFS) the client marks the blocks as free,&lt;/STRONG&gt; as opposed to physically zero'ing out the data, right? &lt;STRONG&gt;Down at the storage level WAFL has no way to know these blocks have been deleted&lt;/STRONG&gt;, so when you write more data to the LUN it will consume new blocks in the volume. Typically, as a LUN ages, you will find the NetApp side will show the LUN at, or close to 100% full, but the clients filesystem may still have plenty of space. This is by design, and often not a problem - although it looks a bit odd at first. Check out Snapdrive's Space Reclaimer feature if using Windows - this will reclaim those free blocks at the WAFL end if required.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Tool to reclaim space :- Snapdrive&lt;BR /&gt;&lt;BR /&gt;Automatic Reclaim at the Ontap level is possible from Cluster Mode 8.2 or later releases.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Nayab&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;**** If my answer helped to solve the issue, Please mark it as solution so that it will be helpful to others****&lt;/STRONG&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jun 2016 02:40:32 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Ontap-7-Provisioned-LUN-in-SM-shows-less-free-space-than-Server-mapped-drive/m-p/120609#M25858</guid>
      <dc:creator>NAYABSK</dc:creator>
      <dc:date>2016-06-27T02:40:32Z</dc:date>
    </item>
    <item>
      <title>Re: Ontap 7 - Provisioned LUN in SM shows less free space than Server mapped drive.</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Ontap-7-Provisioned-LUN-in-SM-shows-less-free-space-than-Server-mapped-drive/m-p/120642#M25862</link>
      <description>&lt;P&gt;Dear Nayab,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you so much for the help.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Please to update you that your answer helped me to explain the solution to the Customer.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Praveen&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jun 2016 13:36:52 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Ontap-7-Provisioned-LUN-in-SM-shows-less-free-space-than-Server-mapped-drive/m-p/120642#M25862</guid>
      <dc:creator>PraveenPP</dc:creator>
      <dc:date>2016-06-27T13:36:52Z</dc:date>
    </item>
    <item>
      <title>Re: Ontap 7 - Provisioned LUN in SM shows less free space than Server mapped drive.</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Ontap-7-Provisioned-LUN-in-SM-shows-less-free-space-than-Server-mapped-drive/m-p/120644#M25863</link>
      <description>&lt;P&gt;Hi Praveen,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Glad to know that it helped you &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;*****Can help me to mark my reply as answer so that it will help others who are facing the same issue as yours****&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Nayab&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jun 2016 13:44:12 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Ontap-7-Provisioned-LUN-in-SM-shows-less-free-space-than-Server-mapped-drive/m-p/120644#M25863</guid>
      <dc:creator>NAYABSK</dc:creator>
      <dc:date>2016-06-27T13:44:12Z</dc:date>
    </item>
  </channel>
</rss>

