<?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 How to avoid maxdirsize excess in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/How-to-avoid-maxdirsize-excess/m-p/131612#M28669</link>
    <description>&lt;P&gt;Hi.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;On my FAS2554 cluster running Data Ontap 8.2.3P9 I reached &lt;STRONG&gt;maxdirsize&lt;/STRONG&gt; on one directory of a volume.&lt;/P&gt;&lt;P&gt;For now I increased the maxdirsize value for this volume and now I am archiving some old data just to solve the immediate problem, but I need to definitively solve this problem to avoid it in the future.&lt;/P&gt;&lt;P&gt;The problem is that I cannot predict how many files will be added to this directory, just because they are thousands of new static files each days, automatically created depending on new contents created by the systems (they are attachments of contents). The value of new content every day is not regular.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I was thinking about organizing these files in a subdirectories tree, but NetApp Support told me that this would not solve the problem as the maxdirsize is calculated on the parent directory and all subdirectories are taken for its calculation.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So how I can solve this problem without creating new volumes? I want to apply a scalable way, and I wish&amp;nbsp;the only limitation to be the volume size and not any other parameters I could not manage automatically.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Could you help me please?&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 15:00:39 GMT</pubDate>
    <dc:creator>egeu</dc:creator>
    <dc:date>2025-06-04T15:00:39Z</dc:date>
    <item>
      <title>How to avoid maxdirsize excess</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/How-to-avoid-maxdirsize-excess/m-p/131612#M28669</link>
      <description>&lt;P&gt;Hi.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;On my FAS2554 cluster running Data Ontap 8.2.3P9 I reached &lt;STRONG&gt;maxdirsize&lt;/STRONG&gt; on one directory of a volume.&lt;/P&gt;&lt;P&gt;For now I increased the maxdirsize value for this volume and now I am archiving some old data just to solve the immediate problem, but I need to definitively solve this problem to avoid it in the future.&lt;/P&gt;&lt;P&gt;The problem is that I cannot predict how many files will be added to this directory, just because they are thousands of new static files each days, automatically created depending on new contents created by the systems (they are attachments of contents). The value of new content every day is not regular.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I was thinking about organizing these files in a subdirectories tree, but NetApp Support told me that this would not solve the problem as the maxdirsize is calculated on the parent directory and all subdirectories are taken for its calculation.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So how I can solve this problem without creating new volumes? I want to apply a scalable way, and I wish&amp;nbsp;the only limitation to be the volume size and not any other parameters I could not manage automatically.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Could you help me please?&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 15:00:39 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/How-to-avoid-maxdirsize-excess/m-p/131612#M28669</guid>
      <dc:creator>egeu</dc:creator>
      <dc:date>2025-06-04T15:00:39Z</dc:date>
    </item>
    <item>
      <title>Re: How to avoid maxdirsize excess</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/How-to-avoid-maxdirsize-excess/m-p/131649#M28673</link>
      <description>&lt;P&gt;Each subdirectory only counts as one file under that directory. If you have one file per subdirectory you will have the same problem, but if you group files into fewer subdirectories you won't have an issue.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;For example:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Dir1&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp;File1&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp;File2&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp;File3&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp;File4&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;For the below layout, Dir2 and Dir3 will take up directory space of Dir1, but File1-File4 will not. They will take it only from their parent directory (Dir2/Dir3). You can test this with the ls -l command and add files and watch the directory size of the parent.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Dir1&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp;Dir2&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; File1&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; File2&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp;Dir3&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; File3&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; File4&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;ls -l&lt;/P&gt;&lt;P&gt;drwxr-xr-x 3 username group&amp;nbsp;34 Jun 6 09:34 testdir&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The 34 is the directory size... add a directory with in test and add files to that subdirectory and&amp;nbsp;you will see the directory size of testdir will not change.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Good luck,&lt;/P&gt;&lt;P&gt;Alex&lt;/P&gt;</description>
      <pubDate>Tue, 06 Jun 2017 16:37:57 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/How-to-avoid-maxdirsize-excess/m-p/131649#M28673</guid>
      <dc:creator>alexj</dc:creator>
      <dc:date>2017-06-06T16:37:57Z</dc:date>
    </item>
  </channel>
</rss>

