<?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: OCUM Space Alerts Based on Potential Totals With Autogrow? in Active IQ Unified Manager Discussions</title>
    <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/120240#M21529</link>
    <description>&lt;P&gt;One other note - the actual point at which AutoGrow occurs is still based on the &lt;STRONG&gt;actual&lt;/STRONG&gt; volume size.&lt;/P&gt;</description>
    <pubDate>Wed, 15 Jun 2016 15:32:52 GMT</pubDate>
    <dc:creator>TMADOCTHOMAS</dc:creator>
    <dc:date>2016-06-15T15:32:52Z</dc:date>
    <item>
      <title>OCUM Space Alerts Based on Potential Totals With Autogrow?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/120004#M21465</link>
      <description>&lt;P&gt;I am implementing a mass change in alert thresholds for volumes based on their size, and then turning AutoGrow on for all of them. As I've been updating thresholds, I suddenly noticed an unexpected result on a volume that already has AutoGrow enabled.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Specifically: OCUM (6.3, for cdot) shows the "nearly full" and "full" thresholds in the &lt;STRONG&gt;Capacity&lt;/STRONG&gt; tab based on the &lt;STRONG&gt;potential&lt;/STRONG&gt; size of the volume if it AutoSized to it's maximum size, &lt;STRONG&gt;not&lt;/STRONG&gt; based on it's &lt;STRONG&gt;actual&lt;/STRONG&gt; size. Does anyone know if this is a bug in OCUM or if it is accurate? If it is accurate, is there a way to override this behaviour? And does it work the same way in OCUM 5.x for 7-mode?&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jun 2016 17:53:37 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/120004#M21465</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2016-06-07T17:53:37Z</dc:date>
    </item>
    <item>
      <title>Re: OCUM Space Alerts Based on Potential Totals With Autogrow?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/120014#M21466</link>
      <description>&lt;P&gt;To give a specific example: I have a volume that is 500GB in size with AutoGrow turned on. Max potential size via AutoGrow is 600GB.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The Nearly Full Threshold, set at 92%, shows as &lt;STRONG&gt;552 GB&lt;/STRONG&gt;, 52 GB larger than the volume's current size! The Full Threshold is set at 96% and shows as 576 GB. Clearly it is basing the % on the &lt;STRONG&gt;potential&lt;/STRONG&gt; size and not actual.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am hoping this is an OCUM bug and that in reality it bases the thresholds on the actual size. Anyone know for sure?&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jun 2016 18:23:35 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/120014#M21466</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2016-06-07T18:23:35Z</dc:date>
    </item>
    <item>
      <title>Re: OCUM Space Alerts Based on Potential Totals With Autogrow?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/120106#M21488</link>
      <description>&lt;P&gt;I've been struggling with exactly the same issue and I've asked this from our Netapp support partner. No exact answer yet.&lt;/P&gt;</description>
      <pubDate>Fri, 10 Jun 2016 08:19:15 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/120106#M21488</guid>
      <dc:creator>membit</dc:creator>
      <dc:date>2016-06-10T08:19:15Z</dc:date>
    </item>
    <item>
      <title>Re: OCUM Space Alerts Based on Potential Totals With Autogrow?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/120239#M21528</link>
      <description>&lt;P&gt;Thanks membit.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Just to update this thread, I have been informed that this is the &lt;STRONG&gt;expected behavior&lt;/STRONG&gt; of OCUM 6.x! This is not considered a bug. They have changed the alerting mechanism so it alerts based on the &lt;STRONG&gt;potential&lt;/STRONG&gt; size of a volume with AutoSize turned on, not based on the &lt;STRONG&gt;actual&lt;/STRONG&gt; size. To say this least, this is unintuitive, especially since it wasn't documented anywhere, &lt;STRONG&gt;and&lt;/STRONG&gt; considering the fact that OCUM 5.x did &lt;STRONG&gt;not&lt;/STRONG&gt; operate this way. I just verified this morning that OCUM 5.x works as you would expect - it alerts based on actual volume size. I have requested in my NetApp ticket that OCUM 6.x be updated to allow this new "feature" to be turned off. It has completely messed up a project I was in the middle of to turn Autogrow on system-wide and change alert thresholds.&lt;/P&gt;</description>
      <pubDate>Wed, 15 Jun 2016 15:29:35 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/120239#M21528</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2016-06-15T15:29:35Z</dc:date>
    </item>
    <item>
      <title>Re: OCUM Space Alerts Based on Potential Totals With Autogrow?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/120240#M21529</link>
      <description>&lt;P&gt;One other note - the actual point at which AutoGrow occurs is still based on the &lt;STRONG&gt;actual&lt;/STRONG&gt; volume size.&lt;/P&gt;</description>
      <pubDate>Wed, 15 Jun 2016 15:32:52 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/120240#M21529</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2016-06-15T15:32:52Z</dc:date>
    </item>
    <item>
      <title>Re: OCUM Space Alerts Based on Potential Totals With Autogrow?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/136403#M24755</link>
      <description>&lt;P&gt;Amazed this hasn't been corrected/changed yet. Just read release notes for 7.3 and still no change. When will NetApp fix this?&lt;/P&gt;</description>
      <pubDate>Fri, 01 Dec 2017 15:19:20 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/136403#M24755</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2017-12-01T15:19:20Z</dc:date>
    </item>
    <item>
      <title>Re: OCUM Space Alerts Based on Potential Totals With Autogrow?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/145912#M26517</link>
      <description>&lt;P&gt;I guess this is progress. There is now a KB article:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://kb.netapp.com/app/answers/answer_view/a_id/1085055" target="_blank"&gt;https://kb.netapp.com/app/answers/answer_view/a_id/1085055&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;And a bug:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://mysupport.netapp.com/NOW/cgi-bin/bol?Type=Detail&amp;amp;Display=1015085" target="_blank"&gt;https://mysupport.netapp.com/NOW/cgi-bin/bol?Type=Detail&amp;amp;Display=1015085&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I confess I don't understand how OCUM 9.5 is coming out and there is still no fix for this bug. At least it is documented now, but no list of versions where it will be fixed. This is such a basic feature of a storage product that I would have thought it would be corrected around 2 1/2 years ago when it was first reported.&lt;/P&gt;</description>
      <pubDate>Tue, 15 Jan 2019 15:29:24 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-Space-Alerts-Based-on-Potential-Totals-With-Autogrow/m-p/145912#M26517</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2019-01-15T15:29:24Z</dc:date>
    </item>
  </channel>
</rss>

