<?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: MSA206x for VMware best practices in MSA Storage</title>
    <link>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7229652#M17873</link>
    <description>&lt;P&gt;Dear&amp;nbsp;&lt;SPAN&gt;Mahesh202 and others!&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;I need some advice regarding modifying LUN Response settings on an existing setup. Specifically, I'm looking at changing the &lt;STRONG&gt;LUN Response&lt;/STRONG&gt; to &lt;STRONG&gt;ILLEGAL REQUEST&lt;/STRONG&gt; on an HPE MSA Storage array, as recommended by HPE for use with VMware ESXi hosts. However, I have some concerns because the documentation always seems to mention doing this &lt;EM&gt;"before creating volumes."&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;My Question:&lt;/STRONG&gt; Is it safe to change the LUN Response setting on LUNs that already have data on them and are currently in use by ESXi hosts? What are the risks involved, if any?&lt;/P&gt;&lt;P&gt;Here's my current setup:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;I have active datastores on multiple LUNs.&lt;/LI&gt;&lt;LI&gt;ESXi version is &lt;STRONG&gt;7.0.3&lt;/STRONG&gt;, build &lt;STRONG&gt;23794027&lt;/STRONG&gt;.&lt;/LI&gt;&lt;LI&gt;Datastores are accessed via &lt;STRONG&gt;iSCSI&lt;/STRONG&gt;, and HPE recommends setting the &lt;STRONG&gt;missing-lun-response&lt;/STRONG&gt; to &lt;STRONG&gt;ILLEGAL&lt;/STRONG&gt;.&lt;/LI&gt;&lt;LI&gt;HPE documentation mentions shutting down the hosts before making the change, but it’s not very clear on how changing this setting affects datastores that are already hosting live virtual machines.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;My biggest concern is whether this setting can be changed without affecting data integrity or causing potential downtime.&lt;/P&gt;&lt;P&gt;Thanks in advance for any advice you can offer!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 18 Nov 2024 19:03:51 GMT</pubDate>
    <dc:creator>eromanov</dc:creator>
    <dc:date>2024-11-18T19:03:51Z</dc:date>
    <item>
      <title>MSA206x for VMware best practices</title>
      <link>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7185474#M16378</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;I've read the HPE best practices guide for 6th Gen MSAs (we've a MSA2062 with ADS) and followed all the best practices included. I noticed there isn't a VMware specific best practices guide for 6th Gen MSA (not that I can see) but I did find one for 5th Gen (MSA 2052 etc). This included a couple of specific VMware changes relating to setting 'missing lun response' and IOPs=1 for RR multipathing etc&lt;/P&gt;&lt;P&gt;Are these still relevent for 6th Gen arrays when running VMware 6.7? We're soon to be upgrading to 7.0 U3. Also we only have 2 hosts that are directly attached using SAS and a single DG on controller A (so controller B is passive). Although we set RR PSP for all volumes there is only 1 active path therefore I'm assuming the IOPs=1 setting is pretty irrelevant.&lt;/P&gt;&lt;P&gt;thanks in advance.&lt;/P&gt;</description>
      <pubDate>Mon, 03 Apr 2023 06:15:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7185474#M16378</guid>
      <dc:creator>CadenLange</dc:creator>
      <dc:date>2023-04-03T06:15:33Z</dc:date>
    </item>
    <item>
      <title>Re: MSA206x for VMware best practices</title>
      <link>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7185662#M16386</link>
      <description>&lt;P&gt;Hi CadenLange&lt;/P&gt;&lt;P&gt;While VMware-specific best practices guides can be helpful, many of the best practices outlined in the HPE best practices guide for 6th Gen MSAs are also applicable to VMware environments.&lt;/P&gt;&lt;P&gt;Regarding the specific changes you mentioned from the 5th Gen MSA VMware guide, the "missing lun response" setting is still applicable for 6th Gen MSAs. This setting specifies how the ESXi host should respond if it encounters a missing LUN. The recommended setting is "failover," which allows the host to switch to the alternate path if the primary path is missing.&lt;/P&gt;&lt;P&gt;However, the "IOPs=1" setting for round-robin multipathing is not applicable in your configuration since you only have one active path. This setting is designed to limit the number of I/O operations sent to a single path to prevent overloading it. With only one active path, there is no need to limit the IOPs.&lt;/P&gt;&lt;P&gt;When upgrading to VMware 7.0 U3, it is always a good idea to review the latest VMware best practices guides and HPE documentation to ensure that you are following the most up-to-date recommendations for your environment.&lt;/P&gt;&lt;P&gt;Hope this helps.!!&lt;/P&gt;&lt;P&gt;Regards&lt;BR /&gt;Mahesh.&lt;/P&gt;</description>
      <pubDate>Mon, 03 Apr 2023 04:19:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7185662#M16386</guid>
      <dc:creator>Mahesh202</dc:creator>
      <dc:date>2023-04-03T04:19:30Z</dc:date>
    </item>
    <item>
      <title>Re: MSA206x for VMware best practices</title>
      <link>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7185663#M16387</link>
      <description>Many thanks Mahesh&lt;BR /&gt;My only follow up question on the details you’ve provided is regarding the recommended setting for the missing lun response. The HPE best practices guide for VMware environments for 5th generation MSAs states this setting should be configured with a value of ‘illegal’ whereas you’re suggesting a value of ‘failover’. Is that a change to the HPE best practice for VMware environments for 6th generation MSAs only or should this setting be applied to previous MSA generations too?&lt;BR /&gt;&lt;BR /&gt;Kind regards</description>
      <pubDate>Mon, 03 Apr 2023 05:46:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7185663#M16387</guid>
      <dc:creator>CadenLange</dc:creator>
      <dc:date>2023-04-03T05:46:48Z</dc:date>
    </item>
    <item>
      <title>Re: MSA206x for VMware best practices</title>
      <link>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7185664#M16388</link>
      <description>&lt;P&gt;Hi CadenLange&lt;/P&gt;&lt;P&gt;Thank you for bringing this to my attention. I apologize for any confusion I may have caused. Upon further research, I found that the recommended setting for the "missing LUN response" may vary depending on the specific scenario.&lt;/P&gt;&lt;P&gt;In general, the recommended setting for the "missing LUN response" is "failover" when using round-robin multipathing. This allows the ESXi host to switch to the alternate path if the primary path is missing.&lt;/P&gt;&lt;P&gt;In any case, I would recommend reviewing the latest HPE documentation and VMware best practices guides for your specific MSA model and VMware version to ensure you are following the most up-to-date recommendations for your environment. Additionally, if you have any questions or concerns, it is always recommended to contact HPE Tech support for assistance.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Here's the Best Practices guide link:&amp;nbsp;&lt;A href="https://support.hpe.com/hpesc/public/docDisplay?docLocale=en_US&amp;amp;docId=a00115998en_us" target="_blank"&gt;https://support.hpe.com/hpesc/public/docDisplay?docLocale=en_US&amp;amp;docId=a00115998en_us&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Hope this helps.!!&lt;/P&gt;&lt;P&gt;Regards&lt;BR /&gt;Mahesh.&lt;/P&gt;</description>
      <pubDate>Mon, 03 Apr 2023 06:14:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7185664#M16388</guid>
      <dc:creator>Mahesh202</dc:creator>
      <dc:date>2023-04-03T06:14:01Z</dc:date>
    </item>
    <item>
      <title>Re: MSA206x for VMware best practices</title>
      <link>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7185856#M16394</link>
      <description>&lt;P&gt;&lt;a href="https://community.hpe.com/t5/user/viewprofilepage/user-id/1931905"&gt;@Mahesh202&lt;/a&gt;&amp;nbsp;Thanks Mahesh&lt;/P&gt;
&lt;P&gt;In a way that circles me round to my oringinal question - There is no mention of this setting in the MSA1060 best practices guide you linked too..... but you do say it's still applicable. I'm wondering if it's now the default setting and doesn't need to be adjusted - as otherwise it would address this requirement within the published best practice guide.&lt;/P&gt;
&lt;P&gt;I'll assume the best practices guide covers all the best practices for the 6th gen arrays and as setting the lun reponse has been subsequently removed from the 6th gen best practices I will assume it is no longer a best pratice (or perhaps not necessary) to make changes to this particular setting.&lt;/P&gt;
&lt;P&gt;Kind regards&lt;/P&gt;</description>
      <pubDate>Thu, 06 Apr 2023 07:01:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7185856#M16394</guid>
      <dc:creator>CadenLange</dc:creator>
      <dc:date>2023-04-06T07:01:39Z</dc:date>
    </item>
    <item>
      <title>Re: MSA206x for VMware best practices</title>
      <link>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7186197#M16407</link>
      <description>&lt;P&gt;Hi CadenLange&lt;/P&gt;&lt;P&gt;I found some more information on the " Missing LUN Response " Issue.&lt;/P&gt;&lt;P&gt;Some operating systems do not look beyond LUN 0 if they do not find a LUN 0 or cannot handle noncontiguous&lt;BR /&gt;LUNs. The Missing LUN Response option handles these situations by enabling the host drivers to continue probing for&lt;BR /&gt;LUNs until they reach the LUN to which they have access.&lt;BR /&gt;This option controls the SCSI sense data returned for volumes that are not accessible because they don’t exist or have&lt;BR /&gt;been hidden through volume mapping (this does not apply to volumes of offline vdisks). Use the default value, Not&lt;BR /&gt;Ready, unless the system is used in a VMware environment or a service technician asks you to change it to work&lt;BR /&gt;around a host driver problem.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;STRONG&gt;To change the missing LUN response:&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;1. In the Configuration View panel, right-click the system and select Configuration &amp;gt; Advanced Settings &amp;gt; Cache.&lt;BR /&gt;2. Set the Missing LUN Response option to either:&lt;BR /&gt;• Not Ready. Sends a reply that there is a LUN where a gap has been created but that it’s “not ready.” Sense&lt;BR /&gt;data returned is a Sense Key of 2h and an ASC/ASCQ of 04/03. This option is the default.&lt;BR /&gt;• Illegal Request. Sends a reply that there is a LUN but that the request is “illegal.” Sense data returned is a&lt;BR /&gt;Sense Key of 5h and an ASC/ASCQ of 25/00. If the system is used in a VMware environment, use this&lt;BR /&gt;option.&lt;BR /&gt;3. Click Apply.&lt;/P&gt;&lt;P&gt;Hope this helps.!!&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Mahesh&lt;/P&gt;</description>
      <pubDate>Tue, 11 Apr 2023 13:46:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7186197#M16407</guid>
      <dc:creator>Mahesh202</dc:creator>
      <dc:date>2023-04-11T13:46:02Z</dc:date>
    </item>
    <item>
      <title>Re: MSA206x for VMware best practices</title>
      <link>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7187028#M16423</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.hpe.com/t5/user/viewprofilepage/user-id/2004946"&gt;@CadenLange&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;We do see that you have marked the topic as solved. We are glad to know your concern has been addressed.&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 25 Apr 2023 14:59:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7187028#M16423</guid>
      <dc:creator>Sunitha_Mod</dc:creator>
      <dc:date>2023-04-25T14:59:31Z</dc:date>
    </item>
    <item>
      <title>Re: MSA206x for VMware best practices</title>
      <link>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7229652#M17873</link>
      <description>&lt;P&gt;Dear&amp;nbsp;&lt;SPAN&gt;Mahesh202 and others!&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;I need some advice regarding modifying LUN Response settings on an existing setup. Specifically, I'm looking at changing the &lt;STRONG&gt;LUN Response&lt;/STRONG&gt; to &lt;STRONG&gt;ILLEGAL REQUEST&lt;/STRONG&gt; on an HPE MSA Storage array, as recommended by HPE for use with VMware ESXi hosts. However, I have some concerns because the documentation always seems to mention doing this &lt;EM&gt;"before creating volumes."&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;My Question:&lt;/STRONG&gt; Is it safe to change the LUN Response setting on LUNs that already have data on them and are currently in use by ESXi hosts? What are the risks involved, if any?&lt;/P&gt;&lt;P&gt;Here's my current setup:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;I have active datastores on multiple LUNs.&lt;/LI&gt;&lt;LI&gt;ESXi version is &lt;STRONG&gt;7.0.3&lt;/STRONG&gt;, build &lt;STRONG&gt;23794027&lt;/STRONG&gt;.&lt;/LI&gt;&lt;LI&gt;Datastores are accessed via &lt;STRONG&gt;iSCSI&lt;/STRONG&gt;, and HPE recommends setting the &lt;STRONG&gt;missing-lun-response&lt;/STRONG&gt; to &lt;STRONG&gt;ILLEGAL&lt;/STRONG&gt;.&lt;/LI&gt;&lt;LI&gt;HPE documentation mentions shutting down the hosts before making the change, but it’s not very clear on how changing this setting affects datastores that are already hosting live virtual machines.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;My biggest concern is whether this setting can be changed without affecting data integrity or causing potential downtime.&lt;/P&gt;&lt;P&gt;Thanks in advance for any advice you can offer!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 18 Nov 2024 19:03:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7229652#M17873</guid>
      <dc:creator>eromanov</dc:creator>
      <dc:date>2024-11-18T19:03:51Z</dc:date>
    </item>
    <item>
      <title>Re: MSA206x for VMware best practices</title>
      <link>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7229775#M17879</link>
      <description>&lt;P&gt;Hi Eromanov&lt;/P&gt;&lt;P&gt;May I request you to have a look KB article using the below link&lt;/P&gt;&lt;P&gt;here's link "&lt;EM&gt;&lt;A href="https://support.hpe.com/hpesc/public/docDisplay?docId=kc0126071en_us&amp;amp;page=GUID-40D4E138-70CC-4D5A-9E28-B150431B2404.html&amp;amp;docLocale=en_US" target="_blank"&gt;https://support.hpe.com/hpesc/public/docDisplay?docId=kc0126071en_us&amp;amp;page=GUID-40D4E138-70CC-4D5A-9E28-B150431B2404.html&amp;amp;docLocale=en_US&lt;/A&gt;&lt;/EM&gt;"&lt;/P&gt;&lt;P&gt;also Please go through &lt;STRONG&gt;HP MSA 2040 Storage Configuration and Best Practices for VMware vSphere&lt;/STRONG&gt; using this link: &lt;EM&gt;&lt;A href="http://www8.hp.com/h20195/v2/GetDocument.aspx?docname=4AA4-7060ENW" target="_blank"&gt;http://www8.hp.com/h20195/v2/GetDocument.aspx?docname=4AA4-7060ENW&lt;/A&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;Hope this helps.!!&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Mahesh&lt;/P&gt;</description>
      <pubDate>Wed, 20 Nov 2024 11:50:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/msa206x-for-vmware-best-practices/m-p/7229775#M17879</guid>
      <dc:creator>Mahesh202</dc:creator>
      <dc:date>2024-11-20T11:50:43Z</dc:date>
    </item>
  </channel>
</rss>

