<?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: OpenVMS Cluster System Performance in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104049#M89629</link>
    <description>Feige,&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;&amp;gt;&lt;BR /&gt;Now a subprocess after running 10min then fails to quit. after restart the subprocess the same thing still happens. my god!&lt;BR /&gt;&amp;lt;&amp;lt;&amp;lt;&lt;BR /&gt;&lt;BR /&gt;So, this definitely shows PRCLM is NOT the cause. Too low a value can prevent new processes to start, but does not influence already started processes.&lt;BR /&gt;&lt;BR /&gt;I have not yet seen (or did I overlook it?) a process termination status for the failing processes.&lt;BR /&gt;$ ACCOUNT /IDEN= &lt;PID of="" terminated="" process=""&gt;/FULL&lt;BR /&gt;-&amp;gt; the process will have a final status.&lt;BR /&gt;&lt;BR /&gt;Let's see what we can make out of that.&lt;BR /&gt;&lt;BR /&gt;Proost.&lt;BR /&gt;&lt;BR /&gt;Have one on me.&lt;BR /&gt;&lt;BR /&gt;jpe&lt;/PID&gt;</description>
    <pubDate>Fri, 18 Apr 2008 07:41:14 GMT</pubDate>
    <dc:creator>Jan van den Ende</dc:creator>
    <dc:date>2008-04-18T07:41:14Z</dc:date>
    <item>
      <title>OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104037#M89617</link>
      <description>Dear all,&lt;BR /&gt;&lt;BR /&gt;   I setup a Alpha cluster system: node A and nodes B. Configuration as follows:&lt;BR /&gt;&lt;BR /&gt;Node A: Memory 4G,OpenVMS Ver8.2,Oracle 9.2.0.2&lt;BR /&gt;Node B: Memory 4G,OpenVMS Ver8.2,Oracle RAC 9.2.0.2&lt;BR /&gt;&lt;BR /&gt;    Now We run Startup Node A and Startup B, After checked $show cluster is ok, then I startup Oracle node A and B separately,instance names: "YUDB1" and "YUDB2",and DB name is "YUDB". &lt;BR /&gt;&lt;BR /&gt;   After successfully start oracle,then I follow two mode to start "YUAPP" application but get fully different result:&lt;BR /&gt;&lt;BR /&gt; 1) Standalone start "YUAPP" on node A,if need I firstly manually stop "YUAPP" on node A and then start "YUAPP" on node B. In this mode,this performance is very great. CPU utility is only 5%~10% at most,Page fault is 0~40.&lt;BR /&gt; 2) I start application "YUAPP" to "ONLINE" mode on node A, and node B to "Standby" mode.&lt;BR /&gt;Two process "SWITCHMONITOR" is always monitoring "YUAPP" status every 1 seconds.Once "ONLINE" is lost then "STANDBY" automatically switch from "STANDBY" to "ONLINE".Unfortunately, the CPU utility is high than 25%. and Page fault some time is 400.&lt;BR /&gt;&lt;BR /&gt;  What's wrong? Please help me because customer is challenging me. Thanks in advance.</description>
      <pubDate>Thu, 17 Apr 2008 06:57:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104037#M89617</guid>
      <dc:creator>Feige</dc:creator>
      <dc:date>2008-04-17T06:57:54Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104038#M89618</link>
      <description>Hello&lt;BR /&gt;&lt;BR /&gt;I am not sure I have understood what you want to do, but you shoudl run some tool in order to  have some data to analyze, like&lt;BR /&gt;Ecp&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/openvms/products/ecp/index.html" target="_blank"&gt;http://h71000.www7.hp.com/openvms/products/ecp/index.html&lt;/A&gt;&lt;BR /&gt;or&lt;BR /&gt;Tdc&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/openvms/products/tdc/index.html" target="_blank"&gt;http://h71000.www7.hp.com/openvms/products/tdc/index.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;A basic &lt;BR /&gt;$ monitor dlock&lt;BR /&gt;on both nodes should be interesting, as&lt;BR /&gt;$ monitor process/topcpu&lt;BR /&gt;$ monitor process/topfault&lt;BR /&gt;$ monitor modes&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Apr 2008 07:11:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104038#M89618</guid>
      <dc:creator>labadie_1</dc:creator>
      <dc:date>2008-04-17T07:11:59Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104039#M89619</link>
      <description>I set account: system/prclm=90 and oracle/prolm=50,&lt;BR /&gt;&lt;BR /&gt;Maybe is too small? which is ok?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Apr 2008 08:03:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104039#M89619</guid>
      <dc:creator>Feige</dc:creator>
      <dc:date>2008-04-17T08:03:38Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104040#M89620</link>
      <description>I doubt, that PRCLM is the culprit, it's the subprocess quota limit. To be sure, just increase it and try.&lt;BR /&gt;&lt;BR /&gt;regards Kalle</description>
      <pubDate>Thu, 17 Apr 2008 09:18:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104040#M89620</guid>
      <dc:creator>Karl Rohwedder</dc:creator>
      <dc:date>2008-04-17T09:18:23Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104041#M89621</link>
      <description>Feige,&lt;BR /&gt;&lt;BR /&gt;What is running on the node that is "performing poorly"? What processes are actively consuming CPU time and generating page faults?&lt;BR /&gt;&lt;BR /&gt;Much of this information can be determined using the MONITOR utility and supplemental tools such as T4. &lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;</description>
      <pubDate>Thu, 17 Apr 2008 11:12:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104041#M89621</guid>
      <dc:creator>Robert Gezelter</dc:creator>
      <dc:date>2008-04-17T11:12:24Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104042#M89622</link>
      <description>Typically incorrect process limits will cause an application to fail, not for it to go slower. That is unless the error handler would go into a tight loop trying again and again.&lt;BR /&gt;&lt;BR /&gt;Are those 4-cpu boxes?&lt;BR /&gt;So could 25+ % cpu be explained by a process looping?&lt;BR /&gt;&lt;BR /&gt;Did it ever work 'correctly'?&lt;BR /&gt;&lt;BR /&gt;Do you have system performance tools running (ECP, T4,...).&lt;BR /&gt;&lt;BR /&gt;I would suggest a simple $MONI PROC/TOPC and/or MONI PROC/TOPF to 'see' what process(es) are using the extra resources and take it from there.&lt;BR /&gt;&lt;BR /&gt;I would not be surprised if that was an Application Process, nor Oracle, nor system.&lt;BR /&gt;You may want to contact the support organization for the application. (is that you? :-).&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Hope this helps some,&lt;BR /&gt;Hein van den Heuvel (at gmail dot com)&lt;BR /&gt;HvdH Performance Consulting&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Apr 2008 12:05:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104042#M89622</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2008-04-17T12:05:46Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104043#M89623</link>
      <description>Hein van den,&lt;BR /&gt;&lt;BR /&gt;   Thank you very much!&lt;BR /&gt;&lt;BR /&gt;   Now a subprocess after running 10min then fails to quit. after restart the subprocess the same thing still happens. my god!&lt;BR /&gt;&lt;BR /&gt;  I think ORACLE account PRCLM is too small(PRCLM=50),so change to PRCLM=200,but not run AUTOGEN and restart alpha server. it still happens.&lt;BR /&gt;&lt;BR /&gt; maybe after change the parameter PRCLM=200,must and should run AUTOGEN and restart.</description>
      <pubDate>Thu, 17 Apr 2008 13:11:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104043#M89623</guid>
      <dc:creator>Feige</dc:creator>
      <dc:date>2008-04-17T13:11:04Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104044#M89624</link>
      <description>Hein,&lt;BR /&gt;  The Application Process is developed by me.but if I only start oracle on node A or B, everything is ok.&lt;BR /&gt;&lt;BR /&gt;  If I start Oracle on node A and B, then it happens.&lt;BR /&gt;&lt;BR /&gt;  Thanks!</description>
      <pubDate>Thu, 17 Apr 2008 13:14:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104044#M89624</guid>
      <dc:creator>Feige</dc:creator>
      <dc:date>2008-04-17T13:14:29Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104045#M89625</link>
      <description>Hi,Everyone&lt;BR /&gt;&lt;BR /&gt;   Anything else if it's possible?I still can't fix the problems. &lt;BR /&gt;&lt;BR /&gt;   Help me. Customer is challenging me.........&lt;BR /&gt;&lt;BR /&gt;  Thanks!</description>
      <pubDate>Thu, 17 Apr 2008 22:53:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104045#M89625</guid>
      <dc:creator>Feige</dc:creator>
      <dc:date>2008-04-17T22:53:45Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104046#M89626</link>
      <description>&amp;gt;&amp;gt; I still can't fix the problems. &lt;BR /&gt;&amp;gt;&amp;gt; Help me. &lt;BR /&gt;&amp;gt;&amp;gt; Customer is challenging me.........&lt;BR /&gt;&lt;BR /&gt;Sure. Send money first.&lt;BR /&gt;&lt;BR /&gt;Seriously, if a customer is paying you to sort this out, and you can not, then you may need to engage professional help.&lt;BR /&gt;Maybe from Oracle, maybe from HP, maybe independent.&lt;BR /&gt;So far I have not seen enough pertinent data to suggest that the problem is in  capable hands, nor enough data to allow well willing (and able!) folks here to help beyond basic stuff.&lt;BR /&gt;&lt;BR /&gt;Best regards,&lt;BR /&gt;Hein.&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Apr 2008 23:21:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104046#M89626</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2008-04-17T23:21:55Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104047#M89627</link>
      <description>Hein,&lt;BR /&gt;   &lt;BR /&gt;  Thanks!&lt;BR /&gt;&lt;BR /&gt;  I understand what you mean. But in my opinion, The project is developed by me and also I puchased HP hardware and software,so I need get help from HP. And also I know the HP service is the best in IT especial in China.&lt;BR /&gt;&lt;BR /&gt;   If you help get more any data,Please tell me,Thank you very much!.</description>
      <pubDate>Fri, 18 Apr 2008 04:37:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104047#M89627</guid>
      <dc:creator>Feige</dc:creator>
      <dc:date>2008-04-18T04:37:09Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104048#M89628</link>
      <description>&amp;gt;&amp;gt;&amp;gt; Anything else if it's possible?I still can't fix the problems. &lt;BR /&gt;&lt;BR /&gt;Yes, install Ecp or T4 or TDC, collect data and post it, or post the various &lt;BR /&gt;$ monitor ...&lt;BR /&gt;already asked&lt;BR /&gt;&lt;BR /&gt;Such a problem is not easy to solve through a forum, by the way.</description>
      <pubDate>Fri, 18 Apr 2008 05:28:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104048#M89628</guid>
      <dc:creator>labadie_1</dc:creator>
      <dc:date>2008-04-18T05:28:53Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104049#M89629</link>
      <description>Feige,&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;&amp;gt;&lt;BR /&gt;Now a subprocess after running 10min then fails to quit. after restart the subprocess the same thing still happens. my god!&lt;BR /&gt;&amp;lt;&amp;lt;&amp;lt;&lt;BR /&gt;&lt;BR /&gt;So, this definitely shows PRCLM is NOT the cause. Too low a value can prevent new processes to start, but does not influence already started processes.&lt;BR /&gt;&lt;BR /&gt;I have not yet seen (or did I overlook it?) a process termination status for the failing processes.&lt;BR /&gt;$ ACCOUNT /IDEN= &lt;PID of="" terminated="" process=""&gt;/FULL&lt;BR /&gt;-&amp;gt; the process will have a final status.&lt;BR /&gt;&lt;BR /&gt;Let's see what we can make out of that.&lt;BR /&gt;&lt;BR /&gt;Proost.&lt;BR /&gt;&lt;BR /&gt;Have one on me.&lt;BR /&gt;&lt;BR /&gt;jpe&lt;/PID&gt;</description>
      <pubDate>Fri, 18 Apr 2008 07:41:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104049#M89629</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2008-04-18T07:41:14Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104050#M89630</link>
      <description>Feige,&lt;BR /&gt;&lt;BR /&gt;First, since this is an OpenVMS cluster, polling is not the most efficient way to do the monitoring of the other task. A Lock (using the OpenVMS Lock Manager) is the correct way to do this. Additionally, this will inherit all of the underlying cluster presumptions without the risk of implementation problems.&lt;BR /&gt;&lt;BR /&gt;I do not see if Oracle is configured properly for a cluster configuration.&lt;BR /&gt;&lt;BR /&gt;If utilization is high in an otherwise idle system, I would suspect an error in the implementation of polling. The only way to understand precisely what is happening is a detailed review of the code involved.&lt;BR /&gt;&lt;BR /&gt;Without more details, it is impossible to underestand precisely what is happening. As has been commented, Hein, myself, and others do provide consulting services in these areas.&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;</description>
      <pubDate>Fri, 18 Apr 2008 10:58:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104050#M89630</guid>
      <dc:creator>Robert Gezelter</dc:creator>
      <dc:date>2008-04-18T10:58:15Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104051#M89631</link>
      <description>Oracle RAC on an OpenVMS cluster isn't a cheap configuration, and it isn't going to be cheap to keep it going when something goes wrong. &lt;BR /&gt;&lt;BR /&gt;As a commercial entity, you're now faced with a decision.   Specifically, find and the issue yourself (and -- free advice -- PRCLM is almost certainly either not involved, or is only peripherally involved), get somebody else to find and fix the issue (which will probably not be free), learn about the environment and how to fix the problem (training), or give your customer their money back.&lt;BR /&gt;&lt;BR /&gt;More free advice: your code is the assumed and most likely culprit here, until proven otherwise.  (I'm not intending this position to be derogatory, either.  I assume my own code is the culprit, until I can prove the error lurks elsewhere.)  Run your code under /DEBUG, or instrument your code, or both. See what's going on within your code.  &lt;BR /&gt;&lt;BR /&gt;Create a reproducer.  Post it.&lt;BR /&gt;&lt;BR /&gt;Which vendors have the best support -- or even any support -- is irrelevant here, if and when you're writing your own code.  That's between you and your customers.  But if you (or somebody you formally bring in) can prove Oracle or OpenVMS are broken, then the vendor might or will be interested.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 18 Apr 2008 15:03:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104051#M89631</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2008-04-18T15:03:27Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104052#M89632</link>
      <description>Thanks everyone!&lt;BR /&gt;&lt;BR /&gt;Special thanks Hoff,Robert and Hein for your support!&lt;BR /&gt;&lt;BR /&gt;Now it fixed.</description>
      <pubDate>Mon, 21 Apr 2008 00:21:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104052#M89632</guid>
      <dc:creator>Feige</dc:creator>
      <dc:date>2008-04-21T00:21:27Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Cluster System Performance</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104053#M89633</link>
      <description>Thanks everyone!&lt;BR /&gt;&lt;BR /&gt;Special thanks Hoff,Robert and Hein for your support!&lt;BR /&gt;&lt;BR /&gt;Now it fixed.</description>
      <pubDate>Mon, 28 Apr 2008 09:28:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-cluster-system-performance/m-p/5104053#M89633</guid>
      <dc:creator>Feige</dc:creator>
      <dc:date>2008-04-28T09:28:07Z</dc:date>
    </item>
  </channel>
</rss>

