1828214
Members
2267
Online
109975
Solutions
SOLVED
Manix,
>> What i have seen new in MCSG 11.20 , concept of assigning logical weights and priorities to the individual packages ,where max no of packages on a node & package with high priorities can be fixed, but this is again a logical concept.
Package weights and priorities control how and when packages are allowed to startup/stop in relation to other packages - they have nothing to do with the CPU/Memory utilization of those packages.
>> You can look for PRM which is Process Resource Manager
PRM would allow you to _control_ CPU and memory utilization, not _report on it_ which is I think what Shameem asked for...
Shameem,
You are looking in the right place if you are looking at the extract command, as it is part of the Performance Agent software which you can use for this task.
However the Performance Agent has no concept of Serviceguard packages, so you need to figure out which processes in the process table are associated with each package...
Let's say I have 2 packages on my cluster called OLTP and MIS - both Oracle databases... to tell Performance Agent about these databases I have to edit the file /var/opt/perf/parm and add a record for each application that matches a reasonable specification for the processes in that package.
So for example, if both databases ran as seperate packages, and the processes ran as different user names (oraoltp and oramis), then I could simply add the following to the parm file:
application = Oracle_OLTP
user = oraoltp
application = Oracle_MIS
user = oramis
That's nice and easy... however if the database processes in both packages were running as the same user, I might have to get a bit cleverer and add some specs that define the processes in the process table... so something like:
application = Oracle_OLTP
file = ora_*_OLTP,oracleOLTP*
application = Oracle_MIS
file = ora_*_MIS,oracleMIS*
Would allow the Performance Agent to match on the Oracle server and shadow processes for those 2 instances...
Make sure the ensries you add to /var/opt/perf/parm are always _above_ the last entry in the file:
application = other_user_root
user = root
If that one's not last, you may have problems...
Once you are done editing the parm file, you need to restart the Performance Agent using:
ovpa restart all
And then you can see if your spec is working by looking in
glance -A
You should now see an entry in Glance for your application with a number of processes... use 'S' and the index number of your process to drill down and see that all the processes associated with your package are shown there.
Once that's working, you can leave it running for a bit and then use the extract command to get historical data too, but I think we'll leave that for another post.
HTH
Duncan
I am an HPE Employee
>> What i have seen new in MCSG 11.20 , concept of assigning logical weights and priorities to the individual packages ,where max no of packages on a node & package with high priorities can be fixed, but this is again a logical concept.
Package weights and priorities control how and when packages are allowed to startup/stop in relation to other packages - they have nothing to do with the CPU/Memory utilization of those packages.
>> You can look for PRM which is Process Resource Manager
PRM would allow you to _control_ CPU and memory utilization, not _report on it_ which is I think what Shameem asked for...
Shameem,
You are looking in the right place if you are looking at the extract command, as it is part of the Performance Agent software which you can use for this task.
However the Performance Agent has no concept of Serviceguard packages, so you need to figure out which processes in the process table are associated with each package...
Let's say I have 2 packages on my cluster called OLTP and MIS - both Oracle databases... to tell Performance Agent about these databases I have to edit the file /var/opt/perf/parm and add a record for each application that matches a reasonable specification for the processes in that package.
So for example, if both databases ran as seperate packages, and the processes ran as different user names (oraoltp and oramis), then I could simply add the following to the parm file:
application = Oracle_OLTP
user = oraoltp
application = Oracle_MIS
user = oramis
That's nice and easy... however if the database processes in both packages were running as the same user, I might have to get a bit cleverer and add some specs that define the processes in the process table... so something like:
application = Oracle_OLTP
file = ora_*_OLTP,oracleOLTP*
application = Oracle_MIS
file = ora_*_MIS,oracleMIS*
Would allow the Performance Agent to match on the Oracle server and shadow processes for those 2 instances...
Make sure the ensries you add to /var/opt/perf/parm are always _above_ the last entry in the file:
application = other_user_root
user = root
If that one's not last, you may have problems...
Once you are done editing the parm file, you need to restart the Performance Agent using:
ovpa restart all
And then you can see if your spec is working by looking in
glance -A
You should now see an entry in Glance for your application with a number of processes... use 'S' and the index number of your process to drill down and see that all the processes associated with your package are shown there.
Once that's working, you can leave it running for a bit and then use the extract command to get historical data too, but I think we'll leave that for another post.
HTH
Duncan
I am an HPE Employee
Shameem,
The label specified in the:
application =
line can be anything you like, as long as it is one contiguous string - you can call your application "shameeems_app" if you want - it's just a label...
There are some examples for SAP in the file:
/opt/perf/examples/ovpaconfig/parm_apps
Have a look there...
HTH
Duncan
I am an HPE Employee
The label specified in the:
application =
line can be anything you like, as long as it is one contiguous string - you can call your application "shameeems_app" if you want - it's just a label...
There are some examples for SAP in the file:
/opt/perf/examples/ovpaconfig/parm_apps
Have a look there...
HTH
Duncan
I am an HPE Employee
Shameem,
I can't answer that for you... you really need to look at the output of "ps -ef" on your system and compare against that list. On some SAP systems, the processes are neatly divided with the SIDadm user running SAP, and the oraSID user running Oracle, but I have seen other systems where this wasn't the case. So the real answer is "suck it and see".
HTH
Duncan
I am an HPE Employee
I can't answer that for you... you really need to look at the output of "ps -ef" on your system and compare against that list. On some SAP systems, the processes are neatly divided with the SIDadm user running SAP, and the oraSID user running Oracle, but I have seen other systems where this wasn't the case. So the real answer is "suck it and see".
HTH
Duncan
I am an HPE Employee
Shameem,
Yes in this case, use the "user = " field.
HTH
Duncan
I am an HPE Employee
Yes in this case, use the "user = " field.
HTH
Duncan
I am an HPE Employee