<?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: evaperf pdg with non-friendly name in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195082#M43328</link>
    <description>Those are the LDAD number of each disk group. The first one you create (Default disk group) is LDAD 00, the next one LDAD 01...&lt;BR /&gt;&lt;BR /&gt;The LDAD number is part of the disk group objectid, the first 2 digits of the objectid are the disk group number.</description>
    <pubDate>Wed, 26 Aug 2009 07:19:24 GMT</pubDate>
    <dc:creator>Víctor Cespón</dc:creator>
    <dc:date>2009-08-26T07:19:24Z</dc:date>
    <item>
      <title>evaperf pdg with non-friendly name</title>
      <link>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195079#M43325</link>
      <description>If I run evaperf pdg -nfn I get the disk groups identified as:&lt;BR /&gt;Default&lt;BR /&gt;01&lt;BR /&gt;02&lt;BR /&gt;&lt;BR /&gt;etc.&lt;BR /&gt;&lt;BR /&gt;However, I can't figure out how to identify which of the values Default, 01, 02 correspond to the friendly name. The output does not give the hexuid or objectid which I could extract through sssu "ls diskgroupfolder full".&lt;BR /&gt;&lt;BR /&gt;I'd like to not use evaperf without -nfn, since this would require me to always keep the fnames.conf file updated and I try to run evaperf 24/7 to always gather performane data. Easier for me to run an sssu script in parallel and correlate later.</description>
      <pubDate>Tue, 25 Aug 2009 10:26:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195079#M43325</guid>
      <dc:creator>Cmorrall</dc:creator>
      <dc:date>2009-08-25T10:26:19Z</dc:date>
    </item>
    <item>
      <title>Re: evaperf pdg with non-friendly name</title>
      <link>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195080#M43326</link>
      <description>What could be the problem if you run "evaperf fn" to reload friendly names from time to time and they avoid the cross matching even if you run 24x7?</description>
      <pubDate>Tue, 25 Aug 2009 15:35:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195080#M43326</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2009-08-25T15:35:00Z</dc:date>
    </item>
    <item>
      <title>Re: evaperf pdg with non-friendly name</title>
      <link>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195081#M43327</link>
      <description>I have found that in larger configurations with several EVAs behind a Command View server, evaperf fn will at best take a few hours to run. At worst, it will hang indefinitely.&lt;BR /&gt;&lt;BR /&gt;Also, and correct me if I'm wrong, when the update starts the fnames.conf file get copied to a .bak file and a new fnames.conf is created. During this, there is no friendly names mapping and an ongoing evaperf data collection not using -nfn won't have a friendly names file anyway and I end up with a performance log contain both friendly and non-friendly names.</description>
      <pubDate>Wed, 26 Aug 2009 06:22:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195081#M43327</guid>
      <dc:creator>Cmorrall</dc:creator>
      <dc:date>2009-08-26T06:22:22Z</dc:date>
    </item>
    <item>
      <title>Re: evaperf pdg with non-friendly name</title>
      <link>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195082#M43328</link>
      <description>Those are the LDAD number of each disk group. The first one you create (Default disk group) is LDAD 00, the next one LDAD 01...&lt;BR /&gt;&lt;BR /&gt;The LDAD number is part of the disk group objectid, the first 2 digits of the objectid are the disk group number.</description>
      <pubDate>Wed, 26 Aug 2009 07:19:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195082#M43328</guid>
      <dc:creator>Víctor Cespón</dc:creator>
      <dc:date>2009-08-26T07:19:24Z</dc:date>
    </item>
    <item>
      <title>Re: evaperf pdg with non-friendly name</title>
      <link>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195083#M43329</link>
      <description>That was exactly what I was looking for, from the data I have it matches.</description>
      <pubDate>Wed, 26 Aug 2009 07:48:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195083#M43329</guid>
      <dc:creator>Cmorrall</dc:creator>
      <dc:date>2009-08-26T07:48:39Z</dc:date>
    </item>
    <item>
      <title>Re: evaperf pdg with non-friendly name</title>
      <link>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195084#M43330</link>
      <description>closing thread</description>
      <pubDate>Wed, 26 Aug 2009 07:48:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/evaperf-pdg-with-non-friendly-name/m-p/5195084#M43330</guid>
      <dc:creator>Cmorrall</dc:creator>
      <dc:date>2009-08-26T07:48:57Z</dc:date>
    </item>
  </channel>
</rss>

