<?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 Mapping volume as read-write and read-only in Array Setup and Networking</title>
    <link>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158492#M2881</link>
    <description>&lt;P&gt;Hello. Is it possible to map a Nimble volume as read-write to a group of hosts, yet read-only to another host? We are using FC, though I cannot imagine that would matter. Thank you.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 19 Jan 2022 05:10:34 GMT</pubDate>
    <dc:creator>jeff2000</dc:creator>
    <dc:date>2022-01-19T05:10:34Z</dc:date>
    <item>
      <title>Mapping volume as read-write and read-only</title>
      <link>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158492#M2881</link>
      <description>&lt;P&gt;Hello. Is it possible to map a Nimble volume as read-write to a group of hosts, yet read-only to another host? We are using FC, though I cannot imagine that would matter. Thank you.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 19 Jan 2022 05:10:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158492#M2881</guid>
      <dc:creator>jeff2000</dc:creator>
      <dc:date>2022-01-19T05:10:34Z</dc:date>
    </item>
    <item>
      <title>Re: Mapping volume as read-write and read-only</title>
      <link>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158495#M2882</link>
      <description>&lt;P&gt;I don't think &lt;EM&gt;anybody&lt;/EM&gt; can do that.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Once a volume is mounted read-write to a cluster of hosts, the clustering software reads and &lt;U&gt;caches&lt;/U&gt; the file system.&amp;nbsp;Another host mounting it (read-only) would find out what is there at that moment, also caching what &lt;EM&gt;it&lt;/EM&gt; sees. It wouldn't have any way of knowing about continuing changes made to the file system by the cluster. Only by &lt;EM&gt;none&lt;/EM&gt; of the systems caching the volume's file system would there be a &lt;EM&gt;possibility&lt;/EM&gt; of seeing the volume's current contents. Lock the volume, read the file system, update a file, update the file system, unlock the volume..&amp;nbsp;All the systems would run at disk-write speeds, not at memory cache speeds. Performance would be abysmal.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I think you would want to make a &lt;U&gt;snapshot&lt;/U&gt; of the volume at some &lt;EM&gt;known consistent time&lt;/EM&gt;, then present a &lt;U&gt;clone &lt;/U&gt;of that snapshot to the host.&amp;nbsp;Presumably you would periodically dismount the clone, get a new snapshot, and present a new close to the host only reading. In any event, the read-only host would not continuously see the updated contents of the volume.&lt;/P&gt;&lt;P&gt;What are you trying to accomplish?&lt;/P&gt;</description>
      <pubDate>Wed, 19 Jan 2022 00:27:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158495#M2882</guid>
      <dc:creator>Sheldon Smith</dc:creator>
      <dc:date>2022-01-19T00:27:13Z</dc:date>
    </item>
    <item>
      <title>Re: Mapping volume as read-write and read-only</title>
      <link>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158496#M2883</link>
      <description>&lt;P&gt;Thank you for the reply, We currently run Dell Compellents and as you know they are EOL soon. They do have the capability to allow a host to mount a datastore as either read-write or read-only. We use this feature as we are a VMware shop and use Commvault backup with snapshots. So the Commvault media servers are physical windows servers backed by lots of SSD, that keep a backup local and send to cloud. As a level of precaution, we only let the Windows media servers mount all the array datastores as read-only, since they are only doing backups of the data. We have a couple of datastores it mounts read-write in order to restore, and we have never had an issue with windows hosing those datastores, ie suddenly writing a signature or whatver. But better safe than sorry.&lt;/P&gt;</description>
      <pubDate>Wed, 19 Jan 2022 00:42:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158496#M2883</guid>
      <dc:creator>jeff2000</dc:creator>
      <dc:date>2022-01-19T00:42:16Z</dc:date>
    </item>
    <item>
      <title>Re: Mapping volume as read-write and read-only</title>
      <link>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158510#M2884</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;Usually backup software mounts Vmware datastores as read only you&lt;/P&gt;&lt;P&gt;can see them in the disk administrator as off-line but the volumes can be&lt;/P&gt;&lt;P&gt;read write and the backup software knows how to deal with it&lt;/P&gt;&lt;P&gt;a better way is to use hardware storage integration and use storage snapshots&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Give a KUDO if this helps&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 19 Jan 2022 08:40:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158510#M2884</guid>
      <dc:creator>giladzzz</dc:creator>
      <dc:date>2022-01-19T08:40:00Z</dc:date>
    </item>
    <item>
      <title>Re: Mapping volume as read-write and read-only</title>
      <link>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158531#M2885</link>
      <description>&lt;P&gt;Ahh. Looking through the HPE Nimble Storage documentation at &lt;A href="https://infosight.hpe.com" target="_blank"&gt;https://infosight.hpe.com&lt;/A&gt;, &lt;EM&gt;search&lt;/EM&gt; for &lt;STRONG&gt;CommVault&lt;/STRONG&gt;. A search returns links to both GUI and CLI Admin Guides that mention using &lt;STRONG&gt;&lt;EM&gt;Volume Collections&lt;/EM&gt;&lt;/STRONG&gt; and CommVault.&lt;/P&gt;&lt;P&gt;Second, check with Commvault. I would expect they already have procedures for backing up HPE Nimble datastores.&lt;/P&gt;&lt;P&gt;With a VMFS datastore on HPE Nimble Storage, it would make sense to&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Get VMs on the datastore(s) to a consistent state. Look at Nimble &lt;EM&gt;Volume Collections&lt;/EM&gt; using &lt;U&gt;vCenter application synchronization&lt;/U&gt;. VMtools are used to put the VMs into a consistent state, a Nimble (&lt;EM&gt;read-only&lt;/EM&gt;) snapshot is made of the datastore and the VMs go back to normal.&lt;/LI&gt;&lt;LI&gt;Once you have the read-only snapshot, make a clone (a &lt;EM&gt;writable&lt;/EM&gt; snapshot) from the read-only snapshot and present that to the Windows media server.&lt;/LI&gt;&lt;LI&gt;When the backup is complete, dismount the clone, &lt;EM&gt;delete&lt;/EM&gt; the clone and optionally delete the snapshot.&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Being snapshots, they are all isolated from the production datastore. &lt;U&gt;And they are all thinly-provisioned&lt;/U&gt;, so they only need as much storage as necessary to preserve the data from the time of the snapshots while the backup is running.&lt;/P&gt;</description>
      <pubDate>Wed, 19 Jan 2022 13:45:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158531#M2885</guid>
      <dc:creator>Sheldon Smith</dc:creator>
      <dc:date>2022-01-19T13:45:56Z</dc:date>
    </item>
    <item>
      <title>Re: Mapping volume as read-write and read-only</title>
      <link>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158604#M2886</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;P&gt;Thank you. I think I will have us look into this solution. I appreciate your response.&lt;/P&gt;&lt;/BLOCKQUOTE&gt;</description>
      <pubDate>Wed, 19 Jan 2022 23:58:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158604#M2886</guid>
      <dc:creator>jeff2000</dc:creator>
      <dc:date>2022-01-19T23:58:10Z</dc:date>
    </item>
    <item>
      <title>Re: Mapping volume as read-write and read-only</title>
      <link>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158644#M2887</link>
      <description>&lt;P&gt;A little remark Sheldon.&lt;/P&gt;&lt;P&gt;HPE MSA Storage and Datacore for example can do this. &lt;LI-EMOJI id="lia_thumbs-up" title=":thumbs_up:"&gt;&lt;/LI-EMOJI&gt;&lt;/P&gt;&lt;P&gt;It is useful if you have Backup Software and can not use Snapshot Backup.&lt;/P&gt;&lt;P&gt;In this case, we can save RO Mount the VMware Volumes to the Windows Backup Server for fast, LAN-Free Backup.&lt;BR /&gt;&lt;SPAN&gt;I've been asking for this for 3PAR/Primera Storage for years, may be easy to implement, but nobody is willing to do it.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;It's more for smaller Environments, HPE thinks always Big.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Cali&lt;/P&gt;</description>
      <pubDate>Thu, 20 Jan 2022 12:42:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7158644#M2887</guid>
      <dc:creator>Cali</dc:creator>
      <dc:date>2022-01-20T12:42:15Z</dc:date>
    </item>
    <item>
      <title>Re: Mapping volume as read-write and read-only</title>
      <link>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7159233#M2888</link>
      <description>&lt;P&gt;Cali, how does Windows &lt;U&gt;not&lt;/U&gt; have a hissy-fit when presented with a RO volume?&lt;/P&gt;</description>
      <pubDate>Thu, 27 Jan 2022 15:14:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7159233#M2888</guid>
      <dc:creator>Sheldon Smith</dc:creator>
      <dc:date>2022-01-27T15:14:32Z</dc:date>
    </item>
    <item>
      <title>Re: Mapping volume as read-write and read-only</title>
      <link>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7159235#M2889</link>
      <description>&lt;P&gt;No, it's best Practice.&lt;BR /&gt;Have to set "diskpart automount disable".&lt;BR /&gt;Example Veeam:&lt;BR /&gt;&lt;A href="https://learnvmware.online/wp-content/uploads/2018/02/veeam-backup-replication-best-practices.pdf" target="_blank"&gt;Veeam Backup &amp;amp; Replication Best Practices (learnvmware.online)&lt;/A&gt;&lt;BR /&gt;&lt;A href="https://bp.veeam.com/vbr/3_Build_structures/B_Veeam_Components/B_backup_proxies/vmware_proxies.html#physical-proxy" target="_blank"&gt;vSphere Proxy - Veeam Backup &amp;amp; Replication Best Practice Guide&lt;/A&gt;&lt;BR /&gt;&lt;EM&gt;Present LUNs as read-only to the backup proxy server. This capability is supported by&amp;nbsp;&lt;/EM&gt;&lt;EM&gt;most modern storage. When possible, implement read-only LUN masking on the&amp;nbsp;&lt;/EM&gt;&lt;EM&gt;storage system.&lt;BR /&gt;&lt;/EM&gt;We do it with MSA.&lt;BR /&gt;The main problem is if only using "diskpart" and the Customer reinstall Windows without unmounting the Volumes first, Windows Setup corrupting all VMFS Datastores attached to that Windows Server.&lt;BR /&gt;Cali&lt;BR /&gt;&lt;EM&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 27 Jan 2022 15:36:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-setup-and-networking/mapping-volume-as-read-write-and-read-only/m-p/7159235#M2889</guid>
      <dc:creator>Cali</dc:creator>
      <dc:date>2022-01-27T15:36:09Z</dc:date>
    </item>
  </channel>
</rss>

