<?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 SnapMirrored LUN mount point permissions in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/SnapMirrored-LUN-mount-point-permissions/m-p/42772#M4121</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have something I've been trying to figure out and thought I'd ask on here to see if anyone can help.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm moving data between two filers using SnapMirror, so I can retire an old filer.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The server that I'm having an issue with is Server 2008 x64 running Hyper-V.&amp;nbsp; It is an HP BL460c blade with a Qlogic iSCSI HBA.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;All disks are iSCSI, including the boot disk as it's boot from SAN.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There are two other disks mounted as mount points, on which the Hyper-V VMs are located.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Steps I have taken:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1 - I took note of the disk IDs in Windows and the LUN IDs and serial numbers, then switched off the server and unmappd the LUNs on the old filer.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2 - Snapmirrored the volumes containing the LUNs over to the new filer.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;3 - Broke the Snapmirror, changed the LUN serial numbers to match the originals and mapped the LUNs on the new filer witth the same LUN IDs.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;4 - Reconfigured the Qlogic HBA to point to the new filer, then rebooted the server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The server boots up fine and all disks are visible, disk IDs are the same, etc, however, I cannot browse the mount points and the Hyper-V VMs won't start, complaining about permissions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My question is:&amp;nbsp; If the snapmirrored disks are, for all intents and purposes, exactly the same, why can I no longer access the mount points?&amp;nbsp; I tried going back to the original LUNs on the old filer and all is well, I can browse the mount points as usual.&amp;nbsp; Try again with the snapmirrored LUNs and I have no access.&amp;nbsp; This isn't really about how to gain access, but why there is the difference in the first place.&amp;nbsp; If the LUN serial numbers and Windows disk IDs are the same, shouldn't the server blindly accept them as the same disks?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any suggestions?!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 28 Aug 2014 11:55:35 GMT</pubDate>
    <dc:creator>ALFABUSSO</dc:creator>
    <dc:date>2014-08-28T11:55:35Z</dc:date>
    <item>
      <title>SnapMirrored LUN mount point permissions</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapMirrored-LUN-mount-point-permissions/m-p/42772#M4121</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have something I've been trying to figure out and thought I'd ask on here to see if anyone can help.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm moving data between two filers using SnapMirror, so I can retire an old filer.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The server that I'm having an issue with is Server 2008 x64 running Hyper-V.&amp;nbsp; It is an HP BL460c blade with a Qlogic iSCSI HBA.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;All disks are iSCSI, including the boot disk as it's boot from SAN.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There are two other disks mounted as mount points, on which the Hyper-V VMs are located.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Steps I have taken:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1 - I took note of the disk IDs in Windows and the LUN IDs and serial numbers, then switched off the server and unmappd the LUNs on the old filer.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2 - Snapmirrored the volumes containing the LUNs over to the new filer.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;3 - Broke the Snapmirror, changed the LUN serial numbers to match the originals and mapped the LUNs on the new filer witth the same LUN IDs.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;4 - Reconfigured the Qlogic HBA to point to the new filer, then rebooted the server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The server boots up fine and all disks are visible, disk IDs are the same, etc, however, I cannot browse the mount points and the Hyper-V VMs won't start, complaining about permissions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My question is:&amp;nbsp; If the snapmirrored disks are, for all intents and purposes, exactly the same, why can I no longer access the mount points?&amp;nbsp; I tried going back to the original LUNs on the old filer and all is well, I can browse the mount points as usual.&amp;nbsp; Try again with the snapmirrored LUNs and I have no access.&amp;nbsp; This isn't really about how to gain access, but why there is the difference in the first place.&amp;nbsp; If the LUN serial numbers and Windows disk IDs are the same, shouldn't the server blindly accept them as the same disks?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any suggestions?!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 28 Aug 2014 11:55:35 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapMirrored-LUN-mount-point-permissions/m-p/42772#M4121</guid>
      <dc:creator>ALFABUSSO</dc:creator>
      <dc:date>2014-08-28T11:55:35Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirrored LUN mount point permissions</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapMirrored-LUN-mount-point-permissions/m-p/42777#M4122</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The answer was... Lumension EndPoint Security. The new iSCSI LUNs from the new filer were presented to the server as a slightly different device than the old LUNs from the old filer.&amp;nbsp; Lumension was not authorised to allow these devices so it blocked access, hence my issues.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Allowed the new LUN type and all was well.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 28 Aug 2014 14:56:43 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapMirrored-LUN-mount-point-permissions/m-p/42777#M4122</guid>
      <dc:creator>ALFABUSSO</dc:creator>
      <dc:date>2014-08-28T14:56:43Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirrored LUN mount point permissions</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapMirrored-LUN-mount-point-permissions/m-p/108407#M4123</link>
      <description>how did you allow the new lun type ? I do have the same issue, after we migrate Netapp Boot lun from a old storage to new storage, Bootlun is not showing up drive letter in snapdrive due to which i am unable to backup the lun through snapcreator frame work.</description>
      <pubDate>Mon, 10 Aug 2015 14:39:28 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapMirrored-LUN-mount-point-permissions/m-p/108407#M4123</guid>
      <dc:creator>Nataraja</dc:creator>
      <dc:date>2015-08-10T14:39:28Z</dc:date>
    </item>
  </channel>
</rss>

