<?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: STM Alternative in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254094#M175871</link>
    <description>STM is the only diagnostic tool available to customers. There are more extensive offline diagnostics, but after troubleshooting hardware problems on dozens of HP 9000's over the last 15 years, most of the CPU board failures were unbootable, meaning that trying to get the diags into the computer was impossible. If the machine could boot the diags, there were many hardware paths (very dependent on which of the hundreds of models of HP 9000 you have) that cannot be isolated (memory controllers, I/O adapters, backplane interfaces, etc). In general, it was much faster to look at the failure code (LCD panel, GSP, whatever) and swap the big boards.&lt;BR /&gt; &lt;BR /&gt;Having information as to the component that failed would be great but you couldn't afford the cost of such a machine. Memory tests are useful but if something is wrong with the memory controller, most of the time the computer can't boot. I've run extensive offline memory tests on many platforms and no errors would be reported but bootup HP-UX and start a few apps and memory problems would often start getting logged.&lt;BR /&gt; &lt;BR /&gt;Many, many problems attributed to hardware are actually software and/or patch issues. For instance, "out of memory" has nothing to do with RAM hardware errors...it is a software configuration issue.&lt;BR /&gt; &lt;BR /&gt;Disks are a different problem. First there's the actual disk itself and EMS does a good job in logging the problem when it occurs, albeit in a very cryptic manner. When I see problems with disks, if it is a plain old SCSI disk, I get a new one and let mirroring bring it up to speed. I don't have time to run the diags to find that track 1234 and sectors 44-66 are unreadable...as if I could do anything about it. Most disks will try to fix themselves when you run mediainint but again, it takes a lot of time.&lt;BR /&gt; &lt;BR /&gt;The other side of disks is the SAN side...and fibre controllers and fabric switches are all emerging products (read: lots of firmware updates, propietary programs to configure them, etc). Only the mfr's code will help there.&lt;BR /&gt; &lt;BR /&gt;As far as another opsystem, Linux runs a very small number of HP 9000 models but the OS won't enable better diags. In fact, I don't know any diag programs that run on Linux for PA-RISC. Good diagnostics are very expensive products to create and as many service techs will tell you, they can usually out-fix the hardware strategist every time by swapping the most likely modules.</description>
    <pubDate>Tue, 20 Apr 2004 15:23:58 GMT</pubDate>
    <dc:creator>Bill Hassell</dc:creator>
    <dc:date>2004-04-20T15:23:58Z</dc:date>
    <item>
      <title>STM Alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254091#M175868</link>
      <description>Hey all,&lt;BR /&gt;&lt;BR /&gt;I have been searching for something that would take the place of STM, perhaps offer a more detailed failure information, be more configurable in nature, etc...&lt;BR /&gt;&lt;BR /&gt;Does anyone know of anything else that will work. I am also willing to investigate other OSes that will run on the HP9000 providing I can get my hands on something more robust to check the hardware..&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks in advance for any help you may be able to provide..&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Glenn May</description>
      <pubDate>Tue, 20 Apr 2004 14:54:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254091#M175868</guid>
      <dc:creator>Glenn May</dc:creator>
      <dc:date>2004-04-20T14:54:05Z</dc:date>
    </item>
    <item>
      <title>Re: STM Alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254092#M175869</link>
      <description>You can have EMS run a shell script and email you the output when certain conditions are met.&lt;BR /&gt;&lt;BR /&gt;To achieve more detail than stm, you need to identify the information and write a shell script to provide the information to you.&lt;BR /&gt;&lt;BR /&gt;cstm,mstm,xstm are pretty darned detail.&lt;BR /&gt;&lt;BR /&gt;Linux will run on PA-RISC and Itanium HP-9000 but you are still going to have to write it yourself. As far as I know.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 20 Apr 2004 15:08:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254092#M175869</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-04-20T15:08:34Z</dc:date>
    </item>
    <item>
      <title>Re: STM Alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254093#M175870</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I don't think there is an alternative to STM. We have disk monitoring software / apps that tells you that the disk has failed, but don't think they give you a whole lot of info that helps in identifying the root cause of problem.&lt;BR /&gt;&lt;BR /&gt;Hope this helps.&lt;BR /&gt;&lt;BR /&gt;Regds&lt;BR /&gt;</description>
      <pubDate>Tue, 20 Apr 2004 15:09:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254093#M175870</guid>
      <dc:creator>Sanjay_6</dc:creator>
      <dc:date>2004-04-20T15:09:02Z</dc:date>
    </item>
    <item>
      <title>Re: STM Alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254094#M175871</link>
      <description>STM is the only diagnostic tool available to customers. There are more extensive offline diagnostics, but after troubleshooting hardware problems on dozens of HP 9000's over the last 15 years, most of the CPU board failures were unbootable, meaning that trying to get the diags into the computer was impossible. If the machine could boot the diags, there were many hardware paths (very dependent on which of the hundreds of models of HP 9000 you have) that cannot be isolated (memory controllers, I/O adapters, backplane interfaces, etc). In general, it was much faster to look at the failure code (LCD panel, GSP, whatever) and swap the big boards.&lt;BR /&gt; &lt;BR /&gt;Having information as to the component that failed would be great but you couldn't afford the cost of such a machine. Memory tests are useful but if something is wrong with the memory controller, most of the time the computer can't boot. I've run extensive offline memory tests on many platforms and no errors would be reported but bootup HP-UX and start a few apps and memory problems would often start getting logged.&lt;BR /&gt; &lt;BR /&gt;Many, many problems attributed to hardware are actually software and/or patch issues. For instance, "out of memory" has nothing to do with RAM hardware errors...it is a software configuration issue.&lt;BR /&gt; &lt;BR /&gt;Disks are a different problem. First there's the actual disk itself and EMS does a good job in logging the problem when it occurs, albeit in a very cryptic manner. When I see problems with disks, if it is a plain old SCSI disk, I get a new one and let mirroring bring it up to speed. I don't have time to run the diags to find that track 1234 and sectors 44-66 are unreadable...as if I could do anything about it. Most disks will try to fix themselves when you run mediainint but again, it takes a lot of time.&lt;BR /&gt; &lt;BR /&gt;The other side of disks is the SAN side...and fibre controllers and fabric switches are all emerging products (read: lots of firmware updates, propietary programs to configure them, etc). Only the mfr's code will help there.&lt;BR /&gt; &lt;BR /&gt;As far as another opsystem, Linux runs a very small number of HP 9000 models but the OS won't enable better diags. In fact, I don't know any diag programs that run on Linux for PA-RISC. Good diagnostics are very expensive products to create and as many service techs will tell you, they can usually out-fix the hardware strategist every time by swapping the most likely modules.</description>
      <pubDate>Tue, 20 Apr 2004 15:23:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254094#M175871</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2004-04-20T15:23:58Z</dc:date>
    </item>
    <item>
      <title>Re: STM Alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254095#M175872</link>
      <description>Thanks for the response. I kind of expected that answer, but thought I might toss it out anyway. &lt;BR /&gt;&lt;BR /&gt;We are also heavy users of Sun's VTS suite, that one is a little more robust.   Can't blame a guy for trying.. &lt;GRIN&gt;&lt;BR /&gt;&lt;BR /&gt;Have a great day..&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Glenn&lt;/GRIN&gt;</description>
      <pubDate>Wed, 21 Apr 2004 07:01:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254095#M175872</guid>
      <dc:creator>Glenn May</dc:creator>
      <dc:date>2004-04-21T07:01:33Z</dc:date>
    </item>
    <item>
      <title>Re: STM Alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254096#M175873</link>
      <description>Hi Glenn,&lt;BR /&gt; What are the failings, as you see it, with STM? What would a replacement for it give you?&lt;BR /&gt;&lt;BR /&gt;Do you mean just STM, or are you including the EMS Hardware Monitors?&lt;BR /&gt;&lt;BR /&gt;Andrew</description>
      <pubDate>Thu, 22 Apr 2004 07:13:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254096#M175873</guid>
      <dc:creator>Andrew Merritt_2</dc:creator>
      <dc:date>2004-04-22T07:13:26Z</dc:date>
    </item>
    <item>
      <title>Re: STM Alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254097#M175874</link>
      <description>I am just referring to STM. Perhaps I am simply not undertanding it entirely yet, I Have been working with Sun VTS for many years now, and it responds with error codes, descriptions of what failed, and if possible exactly what failed, I.E. Memory stick in slot XXXXXXX   &lt;BR /&gt;&lt;BR /&gt;I was hoping that I could get the same information out of STM, although it appears to be a bit short in that aspect. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If I am missing something, let me know. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Glenn May</description>
      <pubDate>Thu, 22 Apr 2004 09:21:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254097#M175874</guid>
      <dc:creator>Glenn May</dc:creator>
      <dc:date>2004-04-22T09:21:53Z</dc:date>
    </item>
    <item>
      <title>Re: STM Alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254098#M175875</link>
      <description>Hi Glenn,&lt;BR /&gt;&lt;BR /&gt;&amp;gt; Sun VTS for many years now, and it responds &lt;BR /&gt;&amp;gt; with error codes, descriptions of what &lt;BR /&gt;&amp;gt; failed, and if possible exactly what failed, &lt;BR /&gt;&amp;gt; I.E. Memory stick in slot XXXXXXX &lt;BR /&gt;&lt;BR /&gt;   It sounds like the model is slightly different on HP from Sun.&lt;BR /&gt;&lt;BR /&gt;The EMS Hardware Monitors would provide notification of new faults, via email, SNMP and log files, and there is the peripheral status monitor, which shows up or down for a particular device.  For the current status, or recent faults, there are, I believe, frameworks that will show you (based on what the hardware monitors have reported).  ISEE and HAO might be worth looking at, and HP SIM for the future (&lt;A href="http://h71028.www7.hp.com/enterprise/cache/4225-0-0-225-121.aspx," target="_blank"&gt;http://h71028.www7.hp.com/enterprise/cache/4225-0-0-225-121.aspx,&lt;/A&gt; &lt;A href="http://h18004.www1.hp.com/products/servers/management/hpsim/index.html)" target="_blank"&gt;http://h18004.www1.hp.com/products/servers/management/hpsim/index.html)&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Andrew&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 22 Apr 2004 10:04:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/stm-alternative/m-p/3254098#M175875</guid>
      <dc:creator>Andrew Merritt_2</dc:creator>
      <dc:date>2004-04-22T10:04:04Z</dc:date>
    </item>
  </channel>
</rss>

