<?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: Help with sar in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/help-with-sar/m-p/5151231#M666115</link>
    <description>I wonder if the disks on your SAN (I'm guessing you have one...) have been renumbered since the data was gathered... do you see the same thing if you look at sar data right now (sar -d 1 1) ? I'd be surprised if sar is intelligent enough to figure out how paths have changed.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;&lt;BR /&gt;Duncan</description>
    <pubDate>Mon, 19 Jan 2009 07:58:32 GMT</pubDate>
    <dc:creator>Duncan Edmonstone</dc:creator>
    <dc:date>2009-01-19T07:58:32Z</dc:date>
    <item>
      <title>Help with sar</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-with-sar/m-p/5151230#M666114</link>
      <description>We're looking at some SAR performance data that we have collected.   We've gzipped the sar data file and have copied that file to another HP-UX system where we have unzipped it for analysis.  &lt;BR /&gt;&lt;BR /&gt;I'm trying to use "sar -d -f &lt;SARDATA filename=""&gt;"  to look at disk i/o stats.&lt;BR /&gt;&lt;BR /&gt;I'm curious to why the disk devices are showing up as hex numbers&lt;BR /&gt;&lt;BR /&gt;09:00:10   c0t6d0   41.62    0.50     111    1028    0.00    5.35&lt;BR /&gt;           c2t6d0   26.88    0.50     104    1001    0.00    3.50&lt;BR /&gt;         0x1f/0x1b0100    7.52    0.50      77    1401    0.00    7.85&lt;BR /&gt;         0x1f/0x1e0100    6.62    0.50      75    1379    0.00    8.74&lt;BR /&gt;         0x1f/0x1d0100    6.42    0.50      75    1366    0.00    8.43&lt;BR /&gt;         0x1f/0x1b0200    7.92    0.50      16     461    0.00    5.91&lt;BR /&gt;         0x1f/0x1e0200    5.02    0.50      14     449    0.00    4.67&lt;BR /&gt;         0x1f/0x1d0200    7.32    0.50      13     441    0.00    6.27&lt;BR /&gt;         0x1f/0x1b0300    2.91    0.50       6     120    0.00    4.62&lt;BR /&gt;         0x1f/0x1e0300    3.51    0.50       6     124    0.00    5.86&lt;BR /&gt;         0x1f/0x1d0300    3.11    0.50       7     130    0.00    4.59&lt;BR /&gt;         0x1f/0x1b0400   29.69    0.50      82    1780    0.00    4.49&lt;BR /&gt;         0x1f/0x1e0400   30.79    0.50      79    1696    0.00    4.64&lt;BR /&gt;         0x1f/0x1d0400   29.89    0.50      80    1740    0.00    4.37&lt;BR /&gt;         0x1f/0x1b0500   11.33    0.50      20     318    0.00    7.72&lt;BR /&gt;         0x1f/0x1e0500   10.43    0.50      19     300    0.00    6.91&lt;BR /&gt;         0x1f/0x1d0500   11.33    0.50      20     326    0.00    7.63&lt;BR /&gt;         0x1f/0x1b0600    4.31    0.50      11     181    0.00   10.00&lt;BR /&gt;         0x1f/0x1e0600    5.62    0.50      12     205    0.00    9.99&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;We're not sure why the output is showing up like this. I was expecting to see the disk devices in /dev/dsk/c#t#d# format...&lt;BR /&gt;&lt;BR /&gt;I'm wondering what would have caused this and if someone could help me figure out if there's a way to change this?&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;/KPS&lt;BR /&gt;&lt;BR /&gt;&lt;/SARDATA&gt;</description>
      <pubDate>Mon, 19 Jan 2009 06:03:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-with-sar/m-p/5151230#M666114</guid>
      <dc:creator>KPS</dc:creator>
      <dc:date>2009-01-19T06:03:03Z</dc:date>
    </item>
    <item>
      <title>Re: Help with sar</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-with-sar/m-p/5151231#M666115</link>
      <description>I wonder if the disks on your SAN (I'm guessing you have one...) have been renumbered since the data was gathered... do you see the same thing if you look at sar data right now (sar -d 1 1) ? I'd be surprised if sar is intelligent enough to figure out how paths have changed.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;&lt;BR /&gt;Duncan</description>
      <pubDate>Mon, 19 Jan 2009 07:58:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-with-sar/m-p/5151231#M666115</guid>
      <dc:creator>Duncan Edmonstone</dc:creator>
      <dc:date>2009-01-19T07:58:32Z</dc:date>
    </item>
    <item>
      <title>Re: Help with sar</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-with-sar/m-p/5151232#M666116</link>
      <description>Duncan,&lt;BR /&gt;&lt;BR /&gt;I never knew that if we move the sar data file to another system, that these results could exist.   You were right we have SAN attached storage and that was what I was really trying to look at sar statistics for. So since that storage wasn't visible to the system we moved the sar data to, this was causing this behavior.  I moved it back to the original server (the source) where we had captured the sar collection and all was back to normal.   &lt;BR /&gt;&lt;BR /&gt;Thanks so much!!&lt;BR /&gt;&lt;BR /&gt;/KPS</description>
      <pubDate>Mon, 19 Jan 2009 15:58:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-with-sar/m-p/5151232#M666116</guid>
      <dc:creator>KPS</dc:creator>
      <dc:date>2009-01-19T15:58:09Z</dc:date>
    </item>
  </channel>
</rss>

