<?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 Polyserve / HBA timeout issues across SAN switch firmware upgrades in Storage Software</title>
    <link>https://community.hpe.com/t5/storage-software/polyserve-hba-timeout-issues-across-san-switch-firmware-upgrades/m-p/4459191#M55</link>
    <description>Planning to upgrade switches from 5.3.x to 6.0.x and beyond in readiness to start doing Fibre Channel routing. &lt;BR /&gt;&lt;BR /&gt;We have mixed SAN: HP Polyserve / EVA8100 and Sun cluster / sun 3510 storage - in a dual fabric environment. &lt;BR /&gt;&lt;BR /&gt;Recently, i had occasion to reset the routing policy back to Port based routing (from exchange).....I did this each switch at a time, one fabric at a time, during a Sunday maintenance window. This was to correct settings for EVA CA replication. &lt;BR /&gt;&lt;BR /&gt;Our only issue was that one of our 6 -node Polyserve cluster panicked - ie it rebooted itself and its only virtual server was rescued by another node. Luckily for me, whilst this was a production system, this particular system is not in use currently. &lt;BR /&gt;&lt;BR /&gt;To try and avoid something similar happening across 3 upcoming SAN switchfirmware upgrades i want to try and understand why only one node misbehaved. I'm confident that there is no interruption to I/O across an upgrade from 5.3.x to 6.0.x but there is a pause whilst the CPs swap over. &lt;BR /&gt;&lt;BR /&gt;So, i started wondering whether disk i/o timeouts may have provoked this one server into leaving the party.......i found that via HBAnywhere a setting of NodeTimeOut has been set at 10s whereas the default is 30s. This 10s value seems a bit tight in the context of a firmware upgrade, albeit one involving a pause in i/o. &lt;BR /&gt;&lt;BR /&gt;My Windows colleague has told me that the HP Proliant support pack install may be doing this ... my question is should this matter in a Polyserve environment? Has anyone experienced similar issues?&lt;BR /&gt;&lt;BR /&gt;No timeouts have been manually tuned to the best of my knowledge. &lt;BR /&gt;&lt;BR /&gt;It seems reasonable to me to expect to do this work without interruption in a dual-fabric configuration. &lt;BR /&gt;&lt;BR /&gt;regards, &lt;BR /&gt;&lt;BR /&gt;John</description>
    <pubDate>Tue, 14 Jul 2009 08:59:43 GMT</pubDate>
    <dc:creator>johnCatBE</dc:creator>
    <dc:date>2009-07-14T08:59:43Z</dc:date>
    <item>
      <title>Polyserve / HBA timeout issues across SAN switch firmware upgrades</title>
      <link>https://community.hpe.com/t5/storage-software/polyserve-hba-timeout-issues-across-san-switch-firmware-upgrades/m-p/4459191#M55</link>
      <description>Planning to upgrade switches from 5.3.x to 6.0.x and beyond in readiness to start doing Fibre Channel routing. &lt;BR /&gt;&lt;BR /&gt;We have mixed SAN: HP Polyserve / EVA8100 and Sun cluster / sun 3510 storage - in a dual fabric environment. &lt;BR /&gt;&lt;BR /&gt;Recently, i had occasion to reset the routing policy back to Port based routing (from exchange).....I did this each switch at a time, one fabric at a time, during a Sunday maintenance window. This was to correct settings for EVA CA replication. &lt;BR /&gt;&lt;BR /&gt;Our only issue was that one of our 6 -node Polyserve cluster panicked - ie it rebooted itself and its only virtual server was rescued by another node. Luckily for me, whilst this was a production system, this particular system is not in use currently. &lt;BR /&gt;&lt;BR /&gt;To try and avoid something similar happening across 3 upcoming SAN switchfirmware upgrades i want to try and understand why only one node misbehaved. I'm confident that there is no interruption to I/O across an upgrade from 5.3.x to 6.0.x but there is a pause whilst the CPs swap over. &lt;BR /&gt;&lt;BR /&gt;So, i started wondering whether disk i/o timeouts may have provoked this one server into leaving the party.......i found that via HBAnywhere a setting of NodeTimeOut has been set at 10s whereas the default is 30s. This 10s value seems a bit tight in the context of a firmware upgrade, albeit one involving a pause in i/o. &lt;BR /&gt;&lt;BR /&gt;My Windows colleague has told me that the HP Proliant support pack install may be doing this ... my question is should this matter in a Polyserve environment? Has anyone experienced similar issues?&lt;BR /&gt;&lt;BR /&gt;No timeouts have been manually tuned to the best of my knowledge. &lt;BR /&gt;&lt;BR /&gt;It seems reasonable to me to expect to do this work without interruption in a dual-fabric configuration. &lt;BR /&gt;&lt;BR /&gt;regards, &lt;BR /&gt;&lt;BR /&gt;John</description>
      <pubDate>Tue, 14 Jul 2009 08:59:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storage-software/polyserve-hba-timeout-issues-across-san-switch-firmware-upgrades/m-p/4459191#M55</guid>
      <dc:creator>johnCatBE</dc:creator>
      <dc:date>2009-07-14T08:59:43Z</dc:date>
    </item>
    <item>
      <title>Re: Polyserve / HBA timeout issues across SAN switch firmware upgrades</title>
      <link>https://community.hpe.com/t5/storage-software/polyserve-hba-timeout-issues-across-san-switch-firmware-upgrades/m-p/4459192#M56</link>
      <description>I know this is an old post but it may help someone else. I had a similar problem when my server support team was updating some drivers. I found that following the provided SAN maintenance instructions in the admin guide helped. You do this on each server, as you are doing maintenance on each one:&lt;BR /&gt;&lt;BR /&gt;Change a Host Bus Adapter or Driver&lt;BR /&gt;Matrix Server and the psd driver must be disabled when you add,&lt;BR /&gt;remove, or update a Host Bus Adapter or its driver. The following&lt;BR /&gt;procedure describes how to change a Host Bus Adapter or driver on a&lt;BR /&gt;server. All commands are run from the Command Prompt.&lt;BR /&gt;1. Stop Matrix Server:&lt;BR /&gt;net stop matrixserver&lt;BR /&gt;2. Disable the Matrix Server service:&lt;BR /&gt;mxservice -uninstall&lt;BR /&gt;3. Remove the psd driver from the driver stack:&lt;BR /&gt;psdcoinst -uninstall&lt;BR /&gt;4. Reboot the server. The server will come up without Matrix Server and&lt;BR /&gt;the psd driver.&lt;BR /&gt;5. Make the necessary change to the HBA or driver. Reboot the system if&lt;BR /&gt;the HBA installation prompts you to do so.&lt;BR /&gt;6. (Optional.) Verify that the new HBA is supported:&lt;BR /&gt;mxcheck&lt;BR /&gt;7. Update the registry:&lt;BR /&gt;regedit /s psd.reg&lt;BR /&gt;Chapter 19: SAN Maintenance 254&lt;BR /&gt;Copyright Â© 1999-2007 PolyServe, Inc. All rights reserved.&lt;BR /&gt;8. Enable Matrix Server and the psd driver:&lt;BR /&gt;mxservice -install&lt;BR /&gt;psdcoinst -install&lt;BR /&gt;9. Reboot the server to return the psd driver to the driver stack.&lt;BR /&gt;10.When the system is rebooted, Matrix Server will still be disabled in the&lt;BR /&gt;Windows Services Control Panel. Re-enable it for Automatic startup if&lt;BR /&gt;desired.&lt;BR /&gt;11. Start Matrix Server (or wait until the next reboot).&lt;BR /&gt;net start matrixserver</description>
      <pubDate>Mon, 19 Oct 2009 13:18:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storage-software/polyserve-hba-timeout-issues-across-san-switch-firmware-upgrades/m-p/4459192#M56</guid>
      <dc:creator>Tammy Lawson</dc:creator>
      <dc:date>2009-10-19T13:18:37Z</dc:date>
    </item>
    <item>
      <title>Re: Polyserve / HBA timeout issues across SAN switch firmware upgrades</title>
      <link>https://community.hpe.com/t5/storage-software/polyserve-hba-timeout-issues-across-san-switch-firmware-upgrades/m-p/4459193#M57</link>
      <description>Tammy &lt;BR /&gt;&lt;BR /&gt;Thanks for your post - whilst the scenario you describe is not exactly as ours was - ie i had no intention (or perceived need) of disabling or stopping matrix server - your notes will be useful in their own right. &lt;BR /&gt;&lt;BR /&gt;In fact, since this post, we've upgraded again from 6.0.x to presently at 6.1.1d  - with no more Polyserve issues .... (it was VMware that played up last time!)&lt;BR /&gt;&lt;BR /&gt;john</description>
      <pubDate>Tue, 20 Oct 2009 07:53:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storage-software/polyserve-hba-timeout-issues-across-san-switch-firmware-upgrades/m-p/4459193#M57</guid>
      <dc:creator>johnCatBE</dc:creator>
      <dc:date>2009-10-20T07:53:02Z</dc:date>
    </item>
  </channel>
</rss>

