<?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: hwmgr status comp (critical) in Operating System - Tru64 Unix</title>
    <link>https://community.hpe.com/t5/operating-system-tru64-unix/hwmgr-status-comp-critical/m-p/3762584#M16583</link>
    <description>Ivan&lt;BR /&gt;Most likely, WSEA or its predecessor (Compaq Analyze) is installed to monitor the system, and it detected one or more hardware errors that make it think these two cpus might be going bad.  (try "whereis wsea; whereis ca" to verify whther wsea or compaq analyze are installed)&lt;BR /&gt;WSEA has logic to indict hardware components like this, so this is the most likely explanation.  Its logic is not infallible, though.&lt;BR /&gt;You should have the /var/adm/binary.errlog analyzed using the wsea utility.  If you have a service contract, they will take care of this. &lt;BR /&gt;&lt;BR /&gt;If there is no service contract, it would probably be wise to look into the errors, and possibly remove one or more of the cpus before you start seeing real problems.  In that case, I can give you a summary of wsea commands that would give you more info.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Thu, 30 Mar 2006 22:05:52 GMT</pubDate>
    <dc:creator>Aaron Biver_2</dc:creator>
    <dc:date>2006-03-30T22:05:52Z</dc:date>
    <item>
      <title>hwmgr status comp (critical)</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/hwmgr-status-comp-critical/m-p/3762583#M16582</link>
      <description>When I run hwmgr status component on some of my servers, I get this output:&lt;BR /&gt;&lt;BR /&gt;                   STATUS   ACCESS                          INDICT&lt;BR /&gt; HWID:  HOSTNAME   SUMMARY  STATE              STATE        LEVEL   NAME&lt;BR /&gt;------------------------------------------------------------------------------&lt;BR /&gt;&lt;BR /&gt; 200:  HOSTNAME        critical online             available    high    CPU0&lt;BR /&gt;  201:  HOSTNAME        critical online             available    high    CPU1&lt;BR /&gt;&lt;BR /&gt;What this means? Why is critical? And what is the Indict Level?</description>
      <pubDate>Thu, 30 Mar 2006 16:34:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/hwmgr-status-comp-critical/m-p/3762583#M16582</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2006-03-30T16:34:11Z</dc:date>
    </item>
    <item>
      <title>Re: hwmgr status comp (critical)</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/hwmgr-status-comp-critical/m-p/3762584#M16583</link>
      <description>Ivan&lt;BR /&gt;Most likely, WSEA or its predecessor (Compaq Analyze) is installed to monitor the system, and it detected one or more hardware errors that make it think these two cpus might be going bad.  (try "whereis wsea; whereis ca" to verify whther wsea or compaq analyze are installed)&lt;BR /&gt;WSEA has logic to indict hardware components like this, so this is the most likely explanation.  Its logic is not infallible, though.&lt;BR /&gt;You should have the /var/adm/binary.errlog analyzed using the wsea utility.  If you have a service contract, they will take care of this. &lt;BR /&gt;&lt;BR /&gt;If there is no service contract, it would probably be wise to look into the errors, and possibly remove one or more of the cpus before you start seeing real problems.  In that case, I can give you a summary of wsea commands that would give you more info.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 30 Mar 2006 22:05:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/hwmgr-status-comp-critical/m-p/3762584#M16583</guid>
      <dc:creator>Aaron Biver_2</dc:creator>
      <dc:date>2006-03-30T22:05:52Z</dc:date>
    </item>
    <item>
      <title>Re: hwmgr status comp (critical)</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/hwmgr-status-comp-critical/m-p/3762585#M16584</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I had experienced the same problem. &lt;BR /&gt;You can try following command &lt;BR /&gt;&lt;BR /&gt;# hwmgr -unindict -id 200&lt;BR /&gt;# hwmgr -unindict -id 201&lt;BR /&gt;&lt;BR /&gt;200 and 201 is CPU id&lt;BR /&gt;&lt;BR /&gt;Sometimes alpha keeps the status of CPU inthis state if any crash has happened.</description>
      <pubDate>Fri, 31 Mar 2006 01:19:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/hwmgr-status-comp-critical/m-p/3762585#M16584</guid>
      <dc:creator>Harmanjit_1</dc:creator>
      <dc:date>2006-03-31T01:19:10Z</dc:date>
    </item>
    <item>
      <title>Re: hwmgr status comp (critical)</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/hwmgr-status-comp-critical/m-p/3762586#M16585</link>
      <description>Thanks for the responses. &lt;BR /&gt;&lt;BR /&gt;Information also available on:&lt;BR /&gt;&lt;BR /&gt;Online Addition and Removal&lt;BR /&gt;&lt;BR /&gt;man hwmgr_ops &lt;BR /&gt;</description>
      <pubDate>Fri, 31 Mar 2006 08:10:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/hwmgr-status-comp-critical/m-p/3762586#M16585</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2006-03-31T08:10:23Z</dc:date>
    </item>
  </channel>
</rss>

