<?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: High Qlen on a VA7400 in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732446#M4933</link>
    <description>All good suggestions but perhaps a few questions might be useful before jumping too far. Here are a few that might be revealing :-)&lt;BR /&gt; &lt;BR /&gt;Have you allocated more than 1/2 of the space of the array to LUNs ? and if so, is the array in AutoRAID ?&lt;BR /&gt;How many spindles are in the array ?&lt;BR /&gt;Are you in RAID 5 mode ? and if so, is your application write intensive ?&lt;BR /&gt;The cache segment size on the VA7400 is 64 Kbytes. What is the typical read/write transfer size of the application ? &lt;BR /&gt;Did you use vxtunefs on the filesystem to set the value of max_buf_data_size so that it would be a better match for the cache segment size ?&lt;BR /&gt;Have you checked the fibre channels for errors using fcmsutil ? Sometimes silent errors can create silent retries and slow things down.&lt;BR /&gt;How much memory is in the system ? How much of it is being used for buffer cache ?&lt;BR /&gt;(If one satisfies more ops out of buffer cache then the array's queue depth will be small)&lt;BR /&gt;&lt;BR /&gt;Enjoy,&lt;BR /&gt;</description>
    <pubDate>Wed, 29 May 2002 11:52:46 GMT</pubDate>
    <dc:creator>Don Capps_1</dc:creator>
    <dc:date>2002-05-29T11:52:46Z</dc:date>
    <item>
      <title>High Qlen on a VA7400</title>
      <link>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732442#M4929</link>
      <description>Hi,&lt;BR /&gt;using Glance, I can see a costantly high value of Qlen for a specific VA7400 LUN (other LUNs of same array are OK).&lt;BR /&gt;Where can I indagate furtherly?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance&lt;BR /&gt;Mimmus</description>
      <pubDate>Tue, 28 May 2002 09:01:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732442#M4929</guid>
      <dc:creator>Domenico Viggiani</dc:creator>
      <dc:date>2002-05-28T09:01:57Z</dc:date>
    </item>
    <item>
      <title>Re: High Qlen on a VA7400</title>
      <link>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732443#M4930</link>
      <description>Hi Domenico,&lt;BR /&gt;&lt;BR /&gt;is the concerned LUN on the same node like the other LUNS you talk about?</description>
      <pubDate>Tue, 28 May 2002 09:22:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732443#M4930</guid>
      <dc:creator>Paul Barmettler</dc:creator>
      <dc:date>2002-05-28T09:22:56Z</dc:date>
    </item>
    <item>
      <title>Re: High Qlen on a VA7400</title>
      <link>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732444#M4931</link>
      <description>Hi,&lt;BR /&gt;the LUN of this array are all &lt;BR /&gt;mounted on the same system.&lt;BR /&gt;Now I tried to set queue_depth to an higher value (using sysctl) and to use primary/alternate path according to some performance tips from HP (primary path on controller 1 for LUN in Redundancy Group 1 and viceversa). &lt;BR /&gt;I hope in better performance.</description>
      <pubDate>Tue, 28 May 2002 12:51:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732444#M4931</guid>
      <dc:creator>Domenico Viggiani</dc:creator>
      <dc:date>2002-05-28T12:51:24Z</dc:date>
    </item>
    <item>
      <title>Re: High Qlen on a VA7400</title>
      <link>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732445#M4932</link>
      <description>If you queue depth does not increase when you tune the kernel to allow it, then the disk array is keeping up with the demand.  The VA can handle about 256 queue tags, so go ahead and make the queue depth limit 100 and see what happens.&lt;BR /&gt;&lt;BR /&gt;If your queue depth goes to 100 and stays there, you have a performance bottleneck on that LUN.  If it does not increase the Glance Qlen, then the array is doing well.&lt;BR /&gt;&lt;BR /&gt;I would say that if it's over 10 to 15, you should split that LUN into two, one on each Redundancy Group (RG), and then stripe them.  This should give better performance.&lt;BR /&gt;&lt;BR /&gt;Good luck!</description>
      <pubDate>Tue, 28 May 2002 22:31:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732445#M4932</guid>
      <dc:creator>Vincent Fleming</dc:creator>
      <dc:date>2002-05-28T22:31:02Z</dc:date>
    </item>
    <item>
      <title>Re: High Qlen on a VA7400</title>
      <link>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732446#M4933</link>
      <description>All good suggestions but perhaps a few questions might be useful before jumping too far. Here are a few that might be revealing :-)&lt;BR /&gt; &lt;BR /&gt;Have you allocated more than 1/2 of the space of the array to LUNs ? and if so, is the array in AutoRAID ?&lt;BR /&gt;How many spindles are in the array ?&lt;BR /&gt;Are you in RAID 5 mode ? and if so, is your application write intensive ?&lt;BR /&gt;The cache segment size on the VA7400 is 64 Kbytes. What is the typical read/write transfer size of the application ? &lt;BR /&gt;Did you use vxtunefs on the filesystem to set the value of max_buf_data_size so that it would be a better match for the cache segment size ?&lt;BR /&gt;Have you checked the fibre channels for errors using fcmsutil ? Sometimes silent errors can create silent retries and slow things down.&lt;BR /&gt;How much memory is in the system ? How much of it is being used for buffer cache ?&lt;BR /&gt;(If one satisfies more ops out of buffer cache then the array's queue depth will be small)&lt;BR /&gt;&lt;BR /&gt;Enjoy,&lt;BR /&gt;</description>
      <pubDate>Wed, 29 May 2002 11:52:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732446#M4933</guid>
      <dc:creator>Don Capps_1</dc:creator>
      <dc:date>2002-05-29T11:52:46Z</dc:date>
    </item>
    <item>
      <title>Re: High Qlen on a VA7400</title>
      <link>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732447#M4934</link>
      <description>Setting controller 1 as primary path for LUNs in Redundancy Group 1 (and controller 2 as primary path for LUNs in Redundancy Group 2) seems to alleviate the problem.&lt;BR /&gt;&lt;BR /&gt;Thanks for all suggestions</description>
      <pubDate>Thu, 30 May 2002 06:34:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/high-qlen-on-a-va7400/m-p/2732447#M4934</guid>
      <dc:creator>Domenico Viggiani</dc:creator>
      <dc:date>2002-05-30T06:34:12Z</dc:date>
    </item>
  </channel>
</rss>

