<?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: Lun Enumeration extremely slow in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/Lun-Enumeration-extremely-slow/m-p/55385#M6207</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Is this an iscsi implementation? If so I encountered this in a secure firewalled environment with snapmirror relationship configured at the volume level. Once I had the firewall opened ( there is an article on the support site) the problem was resolved.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 21 Feb 2013 00:40:57 GMT</pubDate>
    <dc:creator>KENNETHKOZEL</dc:creator>
    <dc:date>2013-02-21T00:40:57Z</dc:date>
    <item>
      <title>Lun Enumeration extremely slow</title>
      <link>https://community.netapp.com/t5/Data-Protection/Lun-Enumeration-extremely-slow/m-p/55378#M6205</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have 2 servers out of 40 similar servers that when i attempt to view the luns in snapdrive,&amp;nbsp; it sits there and spins at me for well over 30 minutes before the luns actually appear in snapdrive.&amp;nbsp;&amp;nbsp; They exist on the server and function normally.&amp;nbsp;&amp;nbsp; Its just when i try to add space,&amp;nbsp; it takes forever.&amp;nbsp;&amp;nbsp; None of my other servers have this issue.&amp;nbsp; Same domains, policies,&amp;nbsp; snapdrive 6.41 installs everything.&amp;nbsp;&amp;nbsp; The databases are a bit larger and there are more luns than most (14).&amp;nbsp;&amp;nbsp; I've double checked everything i know to check.&amp;nbsp; Preferred filer, network paths, everything&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:16:44 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Lun-Enumeration-extremely-slow/m-p/55378#M6205</guid>
      <dc:creator>mikereedy</dc:creator>
      <dc:date>2025-06-05T06:16:44Z</dc:date>
    </item>
    <item>
      <title>Re: Lun Enumeration extremely slow</title>
      <link>https://community.netapp.com/t5/Data-Protection/Lun-Enumeration-extremely-slow/m-p/55380#M6206</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Did you ever get this problem resolved?&amp;nbsp; I'm having similar issues.&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Kit&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 20 Feb 2013 14:44:50 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Lun-Enumeration-extremely-slow/m-p/55380#M6206</guid>
      <dc:creator>kit_peery</dc:creator>
      <dc:date>2013-02-20T14:44:50Z</dc:date>
    </item>
    <item>
      <title>Re: Lun Enumeration extremely slow</title>
      <link>https://community.netapp.com/t5/Data-Protection/Lun-Enumeration-extremely-slow/m-p/55385#M6207</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Is this an iscsi implementation? If so I encountered this in a secure firewalled environment with snapmirror relationship configured at the volume level. Once I had the firewall opened ( there is an article on the support site) the problem was resolved.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 21 Feb 2013 00:40:57 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Lun-Enumeration-extremely-slow/m-p/55385#M6207</guid>
      <dc:creator>KENNETHKOZEL</dc:creator>
      <dc:date>2013-02-21T00:40:57Z</dc:date>
    </item>
  </channel>
</rss>

