<?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: Serviceguard performance problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-performance-problem/m-p/2667304#M49968</link>
    <description>Hi Mark:&lt;BR /&gt;&lt;BR /&gt;With a node down, I'd expect a delay while 'cmviewcl' probes each node and encounters a timeout condition on one.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
    <pubDate>Tue, 19 Feb 2002 13:25:39 GMT</pubDate>
    <dc:creator>James R. Ferguson</dc:creator>
    <dc:date>2002-02-19T13:25:39Z</dc:date>
    <item>
      <title>Serviceguard performance problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-performance-problem/m-p/2667303#M49967</link>
      <description>cmviewcl and cmmodpkg are taking a lot longer to come back with output.  15 seconds for example for cmviewcl to report its status.  We have 1 node down because we are moving it.  So I had cmhaltnode, then shut machine down (out of a 5 node cluster).  I am wondering why all of a sudden S/G is painfully slow.&lt;BR /&gt;&lt;BR /&gt;Any ideas please?</description>
      <pubDate>Tue, 19 Feb 2002 13:21:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-performance-problem/m-p/2667303#M49967</guid>
      <dc:creator>Richard Woolley</dc:creator>
      <dc:date>2002-02-19T13:21:25Z</dc:date>
    </item>
    <item>
      <title>Re: Serviceguard performance problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-performance-problem/m-p/2667304#M49968</link>
      <description>Hi Mark:&lt;BR /&gt;&lt;BR /&gt;With a node down, I'd expect a delay while 'cmviewcl' probes each node and encounters a timeout condition on one.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Tue, 19 Feb 2002 13:25:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-performance-problem/m-p/2667304#M49968</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-02-19T13:25:39Z</dc:date>
    </item>
    <item>
      <title>Re: Serviceguard performance problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-performance-problem/m-p/2667305#M49969</link>
      <description>Is there ANY way I can check this is the case.  By telling the cluster NOT to look for that machine and prove that this is where the delay lies?&lt;BR /&gt;&lt;BR /&gt;Otherwise I will have to wait till this other machine gains power and i can power it back on again.&lt;BR /&gt;&lt;BR /&gt;Thanks for help.</description>
      <pubDate>Tue, 19 Feb 2002 13:32:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-performance-problem/m-p/2667305#M49969</guid>
      <dc:creator>Richard Woolley</dc:creator>
      <dc:date>2002-02-19T13:32:02Z</dc:date>
    </item>
  </channel>
</rss>

