<?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 SnapDrive fails to remap LUN after VM reboot in VMware Solutions Discussions</title>
    <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/SnapDrive-fails-to-remap-LUN-after-VM-reboot/m-p/64324#M6011</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am running SnapDrive 6.3.0.4601 in a few Windows 2008 R2 VMware VM's that map to a few different LUN's (iSCSI) via the Windows iSCSI initiator. Sometimes after a graceful Windows restart the LUN's fail to map. When I open up SnapDrive and try to manually map/connect them I am given the error that they are already mapped to the initiator name corresponding that same VM and it gives me a few options, one of which is to unmap the LUN and remap, which is what I end up doing to fix the problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What could be causing this issue? Are the LUNs supposed to unmap when the VM's reboot and remap upon restart? Any help is greatly appreciated!!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Our NetApp is a FAS2040 rev A4 running ontap&amp;nbsp; 8.0.1 7-Mode. The LUNs are being mapped for SQL or Exchange databases.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 05 Jun 2025 06:52:56 GMT</pubDate>
    <dc:creator>cserpadss</dc:creator>
    <dc:date>2025-06-05T06:52:56Z</dc:date>
    <item>
      <title>SnapDrive fails to remap LUN after VM reboot</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/SnapDrive-fails-to-remap-LUN-after-VM-reboot/m-p/64324#M6011</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am running SnapDrive 6.3.0.4601 in a few Windows 2008 R2 VMware VM's that map to a few different LUN's (iSCSI) via the Windows iSCSI initiator. Sometimes after a graceful Windows restart the LUN's fail to map. When I open up SnapDrive and try to manually map/connect them I am given the error that they are already mapped to the initiator name corresponding that same VM and it gives me a few options, one of which is to unmap the LUN and remap, which is what I end up doing to fix the problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What could be causing this issue? Are the LUNs supposed to unmap when the VM's reboot and remap upon restart? Any help is greatly appreciated!!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Our NetApp is a FAS2040 rev A4 running ontap&amp;nbsp; 8.0.1 7-Mode. The LUNs are being mapped for SQL or Exchange databases.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:52:56 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/SnapDrive-fails-to-remap-LUN-after-VM-reboot/m-p/64324#M6011</guid>
      <dc:creator>cserpadss</dc:creator>
      <dc:date>2025-06-05T06:52:56Z</dc:date>
    </item>
    <item>
      <title>SnapDrive fails to remap LUN after VM reboot</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/SnapDrive-fails-to-remap-LUN-after-VM-reboot/m-p/64329#M6012</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;While reviewing the logs I restarted the VM and noticed that when the VM would boot up I would get a LUN mapping authentication failure message. So I unmapped the LUNs "lun unmap &amp;lt;lun&amp;gt; &amp;lt;igroup&amp;gt;" and removed the Microsoft iSCSI initiator information from the VM, then remapped/reconnected the LUNs via SnapDrive which prompted me to recreate the igroup information....I then rebooted the VM a few times to make sure everything was working fine.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 21 Jun 2011 02:02:24 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/SnapDrive-fails-to-remap-LUN-after-VM-reboot/m-p/64329#M6012</guid>
      <dc:creator>cserpadss</dc:creator>
      <dc:date>2011-06-21T02:02:24Z</dc:date>
    </item>
  </channel>
</rss>

