<?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: How the Automatic Inode increment works on 8.3.2 XDP (Snapvault)? in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/How-the-Automatic-Inode-increment-works-on-8-3-2-XDP-Snapvault/m-p/126603#M27367</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&amp;nbsp;&lt;a href="https://community.netapp.com/t5/user/viewprofilepage/user-id/1504"&gt;@ahmada&lt;/a&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Yes, i mentioned in my post that i might do that. however this is an ugly workaround for a design fault.&lt;/P&gt;&lt;P&gt;I prefer either to change the XDP destination increment threshold (I couldn’t find that option but I would be surprised if not somehow configurable). Other option is for NetApp to override this event in OCUM if they think the increment mechanism is trustful….&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;Gidi&lt;/P&gt;</description>
    <pubDate>Sun, 01 Jan 2017 12:30:35 GMT</pubDate>
    <dc:creator>GidonMarcus</dc:creator>
    <dc:date>2017-01-01T12:30:35Z</dc:date>
    <item>
      <title>How the Automatic Inode increment works on 8.3.2 XDP (Snapvault)?</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/How-the-Automatic-Inode-increment-works-on-8-3-2-XDP-Snapvault/m-p/126587#M27361</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The following article claims it's done automatically &lt;A href="https://kb.netapp.com/support/s/article/how-to-increase-inodes-in-a-destination-volume-of-a-snapvault-xdp-relation" target="_blank"&gt;https://kb.netapp.com/support/s/article/how-to-increase-inodes-in-a-destination-volume-of-a-snapvault-xdp-relation&lt;/A&gt;&lt;/P&gt;&lt;P&gt;I’m not disputing it. it's seems to actually work. but it increments in intervals that are lower from my (default) OCUM alert thresholds that I’m pretty happy with.&lt;/P&gt;&lt;P&gt;Any idea how to override either the event threshold per volume, or the increment threshold?&lt;/P&gt;&lt;P&gt;I guess I can push up the global Critical event threshold (above the 89% that one of the volumes is on). And disable warning alert creation based on volume name for the XDP ones.&amp;nbsp;&amp;nbsp; But I’ll prefer to stick with the default global threshold &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Gidi&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 16:11:44 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/How-the-Automatic-Inode-increment-works-on-8-3-2-XDP-Snapvault/m-p/126587#M27361</guid>
      <dc:creator>GidonMarcus</dc:creator>
      <dc:date>2025-06-04T16:11:44Z</dc:date>
    </item>
    <item>
      <title>Re: How the Automatic Inode increment works on 8.3.2 XDP (Snapvault)?</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/How-the-Automatic-Inode-increment-works-on-8-3-2-XDP-Snapvault/m-p/126602#M27366</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;To Change Inodes:-&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Administration &amp;gt; Setup Options &amp;gt; Thresholds &amp;gt; volumes&lt;/P&gt;&lt;P&gt;then scroll down to Inodes where you will be able to modify the thresholds&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;To Exclude volumes with XDP in their names:-&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Administration &amp;gt;&amp;nbsp;Manage Alert&lt;/P&gt;&lt;P&gt;Select your alert and press edit&lt;/P&gt;&lt;P&gt;click Resources &amp;gt; Exclude&lt;/P&gt;&lt;P&gt;in the bar "Name Contains" type XDP&lt;/P&gt;&lt;P&gt;from Available resources click the one on top then click the the&amp;nbsp;arrow pointing to the right.&lt;/P&gt;&lt;P&gt;and save your configuration.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;That's should be it.&lt;/P&gt;</description>
      <pubDate>Sun, 01 Jan 2017 12:22:34 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/How-the-Automatic-Inode-increment-works-on-8-3-2-XDP-Snapvault/m-p/126602#M27366</guid>
      <dc:creator>ahmada</dc:creator>
      <dc:date>2017-01-01T12:22:34Z</dc:date>
    </item>
    <item>
      <title>Re: How the Automatic Inode increment works on 8.3.2 XDP (Snapvault)?</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/How-the-Automatic-Inode-increment-works-on-8-3-2-XDP-Snapvault/m-p/126603#M27367</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&amp;nbsp;&lt;a href="https://community.netapp.com/t5/user/viewprofilepage/user-id/1504"&gt;@ahmada&lt;/a&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Yes, i mentioned in my post that i might do that. however this is an ugly workaround for a design fault.&lt;/P&gt;&lt;P&gt;I prefer either to change the XDP destination increment threshold (I couldn’t find that option but I would be surprised if not somehow configurable). Other option is for NetApp to override this event in OCUM if they think the increment mechanism is trustful….&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;Gidi&lt;/P&gt;</description>
      <pubDate>Sun, 01 Jan 2017 12:30:35 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/How-the-Automatic-Inode-increment-works-on-8-3-2-XDP-Snapvault/m-p/126603#M27367</guid>
      <dc:creator>GidonMarcus</dc:creator>
      <dc:date>2017-01-01T12:30:35Z</dc:date>
    </item>
  </channel>
</rss>

