<?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:  clustered Data ONTAP with OCUM in Active IQ Unified Manager Discussions</title>
    <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/clustered-Data-ONTAP-with-OCUM/m-p/66019#M13738</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks again!&amp;nbsp; I am a bit confused as to why admin privileges would be needed in the cDOT product, given that it performs only read activities.&amp;nbsp;&amp;nbsp; So far, here is the list of things I cannot do in cDOT that might have required admin privileges (in addition to SSH access):&lt;/P&gt;&lt;P&gt;*dfm run cmd&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Anything else I am missing?&amp;nbsp; My customer and I are both running OCUM 5.x with a read-only custom user/role and seem to be able to perform all necessary reporting/alerting.&amp;nbsp; We are planning to use WFA custom workflows for all provisioning and data protection activities (since no such capability exists in OCUM 5.x for cDOT).&amp;nbsp;&amp;nbsp; We also cannot do configuration management, so this tool strikes us as a read-only interface not needing admin privileges/role on the filer for ONTAPI or SNMP.&amp;nbsp;&amp;nbsp; I do see some possible use cases for admin privilege for dfm run cmd but if this is not required, I really cannot see a reason to provide such elevated permissions now that OCUM has effectively become a view only reporting tool with its current feature set.&amp;nbsp; So, I will continue to steer my customer toward the supported configuration (full cluster admin rights), but at the moment I do not see what they will miss out on without them and agree that a read-only role seems sufficient based on my current lab investigation.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regarding polling, we used to be able to tune the polling/retention intervals for 7-Mode with 'dfm perf data list' and 'dfm perf data modify' commands.&amp;nbsp; DFM perf data list still works, but dfm perf data modify does not.&amp;nbsp;&amp;nbsp; Is there another easy way to increase the retention time and decrease the polling interval to something more WAN friendly under cDOT?&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here is an example of some settings I have used in the past on 7-Mode.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;REM WAN Settings&lt;/P&gt;&lt;P&gt;for %%r in (netappdr, netappdr2) do (&lt;/P&gt;&lt;P&gt;dfm perf data modify -G system&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G disk&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G aggregate&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G ifnet&amp;nbsp; -o %%r -s 5m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G nfsv3&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G nfsv4&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G prisched&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G target&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G lun&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G volume&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G cifs&amp;nbsp; -o %%r -s 30m -r 52week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G fcp&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G iscsi&amp;nbsp; -o %%r -s 30m -r 52week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G vfiler&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G processor&amp;nbsp; -o %%r -s 5m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G perf -o %%r -s 30m -r 52week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G priorityqueue&amp;nbsp; -o %%r -s305m -r 12week -f&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;&amp;nbsp; &lt;/P&gt;&lt;P&gt;dfm perf data modify -G wafl&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G qtree&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;)&lt;/P&gt;&lt;P&gt;dfm perf data list&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;They no longer work in cDOT.&amp;nbsp;&amp;nbsp; Any suggestions appreciated:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards, &lt;/P&gt;&lt;P&gt;-Todd&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 10 May 2013 19:57:35 GMT</pubDate>
    <dc:creator>edgel</dc:creator>
    <dc:date>2013-05-10T19:57:35Z</dc:date>
    <item>
      <title>clustered Data ONTAP with OCUM</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/clustered-Data-ONTAP-with-OCUM/m-p/66011#M13733</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you for the great post.&amp;nbsp;&amp;nbsp; Too bad we do not have any clustered Data ONTAP collateral in that list.&amp;nbsp;&amp;nbsp; I now have several customers struggling to get their OnCommand Unified Manager servers set up in a least privilege, best practices mode with polling intervals and alerting relevant/friendly to clustered Data ONTAP.&amp;nbsp;&amp;nbsp; I know version 5.1 will be superseded by 6.0 soon, but we still need a guide for leveraging the reporting we have today and also for getting it set up as a datasource for OnCommand Workflow Automation.&amp;nbsp;&amp;nbsp; Before I go off and struggle through producing this on my own for my customers, I thought I would check to see if anyone else has started such a report.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:04:12 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/clustered-Data-ONTAP-with-OCUM/m-p/66011#M13733</guid>
      <dc:creator>edgel</dc:creator>
      <dc:date>2025-06-05T06:04:12Z</dc:date>
    </item>
    <item>
      <title>Re:  clustered Data ONTAP with OCUM</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/clustered-Data-ONTAP-with-OCUM/m-p/66015#M13735</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Todd,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; The OCUM 5.2 is supported only with cluster admin users. There is no tested or certified user with least privileges.&lt;/P&gt;&lt;P&gt;Also the default polling interval is already pre shipped with the product. Alerts are up to the customer to create what they like to be alerted or they consider critial.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;adai&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 10 May 2013 10:53:15 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/clustered-Data-ONTAP-with-OCUM/m-p/66015#M13735</guid>
      <dc:creator>adaikkap</dc:creator>
      <dc:date>2013-05-10T10:53:15Z</dc:date>
    </item>
    <item>
      <title>Re:  clustered Data ONTAP with OCUM</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/clustered-Data-ONTAP-with-OCUM/m-p/66019#M13738</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks again!&amp;nbsp; I am a bit confused as to why admin privileges would be needed in the cDOT product, given that it performs only read activities.&amp;nbsp;&amp;nbsp; So far, here is the list of things I cannot do in cDOT that might have required admin privileges (in addition to SSH access):&lt;/P&gt;&lt;P&gt;*dfm run cmd&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Anything else I am missing?&amp;nbsp; My customer and I are both running OCUM 5.x with a read-only custom user/role and seem to be able to perform all necessary reporting/alerting.&amp;nbsp; We are planning to use WFA custom workflows for all provisioning and data protection activities (since no such capability exists in OCUM 5.x for cDOT).&amp;nbsp;&amp;nbsp; We also cannot do configuration management, so this tool strikes us as a read-only interface not needing admin privileges/role on the filer for ONTAPI or SNMP.&amp;nbsp;&amp;nbsp; I do see some possible use cases for admin privilege for dfm run cmd but if this is not required, I really cannot see a reason to provide such elevated permissions now that OCUM has effectively become a view only reporting tool with its current feature set.&amp;nbsp; So, I will continue to steer my customer toward the supported configuration (full cluster admin rights), but at the moment I do not see what they will miss out on without them and agree that a read-only role seems sufficient based on my current lab investigation.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regarding polling, we used to be able to tune the polling/retention intervals for 7-Mode with 'dfm perf data list' and 'dfm perf data modify' commands.&amp;nbsp; DFM perf data list still works, but dfm perf data modify does not.&amp;nbsp;&amp;nbsp; Is there another easy way to increase the retention time and decrease the polling interval to something more WAN friendly under cDOT?&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here is an example of some settings I have used in the past on 7-Mode.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;REM WAN Settings&lt;/P&gt;&lt;P&gt;for %%r in (netappdr, netappdr2) do (&lt;/P&gt;&lt;P&gt;dfm perf data modify -G system&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G disk&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G aggregate&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G ifnet&amp;nbsp; -o %%r -s 5m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G nfsv3&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G nfsv4&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G prisched&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G target&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G lun&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G volume&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G cifs&amp;nbsp; -o %%r -s 30m -r 52week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G fcp&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G iscsi&amp;nbsp; -o %%r -s 30m -r 52week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G vfiler&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G processor&amp;nbsp; -o %%r -s 5m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G perf -o %%r -s 30m -r 52week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G priorityqueue&amp;nbsp; -o %%r -s305m -r 12week -f&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;&amp;nbsp; &lt;/P&gt;&lt;P&gt;dfm perf data modify -G wafl&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G qtree&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;)&lt;/P&gt;&lt;P&gt;dfm perf data list&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;They no longer work in cDOT.&amp;nbsp;&amp;nbsp; Any suggestions appreciated:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards, &lt;/P&gt;&lt;P&gt;-Todd&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 10 May 2013 19:57:35 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/clustered-Data-ONTAP-with-OCUM/m-p/66019#M13738</guid>
      <dc:creator>edgel</dc:creator>
      <dc:date>2013-05-10T19:57:35Z</dc:date>
    </item>
    <item>
      <title>Re:  clustered Data ONTAP with OCUM</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/clustered-Data-ONTAP-with-OCUM/m-p/66024#M13741</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Todd,&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote" modifiedtitle="true"&gt;&lt;P&gt;Thanks again!&amp;nbsp; I am a bit confused as to why admin privileges would be needed in the cDOT product, given that it performs only read activities.&amp;nbsp;&amp;nbsp; So far, here is the list of things I cannot do in cDOT that might have required admin privileges (in addition to SSH access):&lt;/P&gt;&lt;P&gt;*dfm run cmd&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;You are right. I did not say you would need admin privileges, all I said way we&amp;nbsp; haven't tested with a limited capability user or there is no certified/minimum set of capabilities.&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote" modifiedtitle="true"&gt;&lt;P&gt;&lt;SPAN style="font-family: 'Lucida Grande', Arial, Helvetica, sans-serif; background-color: #ffffff;"&gt;Anything else I am missing?&amp;nbsp; My customer and I are both running OCUM 5.x with a read-only custom user/role and seem to be able to perform all necessary reporting/alerting.&amp;nbsp; We are planning to use WFA custom workflows for all provisioning and data protection activities (since no such capability exists in OCUM 5.x for cDOT).&amp;nbsp;&amp;nbsp; We also cannot do configuration management, so this tool strikes us as a read-only interface not needing admin privileges/role on the filer for ONTAPI or SNMP.&amp;nbsp;&amp;nbsp; I do see some possible use cases for admin privilege for dfm run cmd but if this is not required, I really cannot see a reason to provide such elevated permissions now that OCUM has effectively become a view only reporting tool with its current feature set.&amp;nbsp; So, I will continue to steer my customer toward the supported configuration (full cluster admin rights), but at the moment I do not see what they will miss out on without them and agree that a read-only role seems sufficient based on my current lab investigation. &lt;/SPAN&gt;&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;Can you share your read only custom user, capabilities that you are using ?&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote" modifiedtitle="true"&gt;&lt;P&gt;Regarding polling, we used to be able to tune the polling/retention intervals for 7-Mode with 'dfm perf data list' and 'dfm perf data modify' commands.&amp;nbsp; DFM perf data list still works, but dfm perf data modify does not.&amp;nbsp;&amp;nbsp; Is there another easy way to increase the retention time and decrease the polling interval to something more WAN friendly under cDOT?&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here is an example of some settings I have used in the past on 7-Mode.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;REM WAN Settings&lt;/P&gt;&lt;P&gt;for %%r in (netappdr, netappdr2) do (&lt;/P&gt;&lt;P&gt;dfm perf data modify -G system&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G disk&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G aggregate&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G ifnet&amp;nbsp; -o %%r -s 5m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G nfsv3&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G nfsv4&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G prisched&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G target&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G lun&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G volume&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G cifs&amp;nbsp; -o %%r -s 30m -r 52week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G fcp&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G iscsi&amp;nbsp; -o %%r -s 30m -r 52week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G vfiler&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G processor&amp;nbsp; -o %%r -s 5m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G perf -o %%r -s 30m -r 52week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G priorityqueue&amp;nbsp; -o %%r -s305m -r 12week -f&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;&amp;nbsp; &lt;/P&gt;&lt;P&gt;dfm perf data modify -G wafl&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;dfm perf data modify -G qtree&amp;nbsp; -o %%r -s 30m -r 12week -f&lt;/P&gt;&lt;P&gt;)&lt;/P&gt;&lt;P&gt;dfm perf data list&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;They no longer work in cDOT.&amp;nbsp;&amp;nbsp; Any suggestions appreciated:&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;Unfortunately the perf advisor capability in 5.1/5.2 for clustered data ontap is limited. When you meant customized polling I thought about general monitoring using API/SNMP like capacity, quota etc.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Pls take a look at this GSS video on what is the capabilites supported in Cluster-Mode of Performance Advisor.&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-external-small" href="http://learningcenter.netapp.com/LC?ObjectType=WBT&amp;amp;ObjectID=00241305" style="font-family: Arial, Helvetica, Verdana, sans-serif; color: #009fda; background-color: #ffffff;" target="_blank"&gt;Performance Advisor Features in OnCommand Unified Manager 5.1 for clustered Data ONTAP&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Also take a look at this table on what is supported and not supported for cluster-Mode in 5.1&lt;/P&gt;&lt;P&gt;&lt;A _jive_internal="true" class="active_link" href="https://community.netapp.com/docs/DOC-17966" style="font-family: Arial, Helvetica, Verdana, sans-serif; color: #0067c5; text-decoration: underline; background-color: #f8fbfe;" target="_blank"&gt;What's New in OnCommand Unified Manager 5.1 Release&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;adai&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 11 May 2013 04:04:49 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/clustered-Data-ONTAP-with-OCUM/m-p/66024#M13741</guid>
      <dc:creator>adaikkap</dc:creator>
      <dc:date>2013-05-11T04:04:49Z</dc:date>
    </item>
  </channel>
</rss>

