OBM - Simple and fast check who is active DPS

OBM - Simple and fast check who is active DPS

OBM 2018.11

Methods like opr-support-utils and opr-status.py allow to display the HAC status but they are very slow and also do consume memory and CPU. As such, they are not appropriate tools when running scripts that only work on the active DPS.

The request is to have a simple and fast check to see if the current server is the active DPS or not.

 

tfewshe

8 Comments
Micro Focus Expert
Micro Focus Expert

Hi,

have you also evaluated if calling JMX interface directly or using opr-jmxClient will satisfy your needs?

opr-jmxClient.bat -bean Topaz:service=hac-manager -m listMyStatus -r -s localhost:4447

Regards,
Florian

Micro Focus Expert
Micro Focus Expert
Status changed to: New Idea

Dear Submitter,

Can you please respond to the suggestion made by Florian on this idea? I intend to mark it as "aleady offered" in case there is no response.

Thanks & Regards,

Moderator, OpsB IdeaX

Micro Focus Expert
Micro Focus Expert

Thanks for this. This is only a litle bit better. E.g. opr-support-utils -lhs take 7s and your method takes 5s. We are looking for a command which does not take time.

Micro Focus Expert
Micro Focus Expert
Status changed to: Waiting for Votes

Hi,

We will look into it as part of the larger initiative of improving the performance of various CLIs in OBM. However, this will have to be prioritized based on the criticality.

Can you please share your use case behind this ask?

Thanks & Regards,

Moderator, OpsB IdeaX

Trusted Contributor.. Uwe de Reuter Trusted Contributor..
Trusted Contributor..

Hi !

What we have in mind is something like a logfile that is constantly changed on an active DPS or may be a flag file that can be checked. With the current CLI's they always start some kind of java-application which causes some overhead.

Regarding the use case we have some external scripts which are needed e.g. to support KPI calculation. That should be executed only on the active DPS. On a single system that's not a problem. But on a cluster we need to find out somehow.

Micro Focus Expert
Micro Focus Expert

Hi @Uwe de Reuter , thanks for sharing your use case.

Thanks & Regards,

Moderator, OpsB IdeaX

VladislavIvanov Respected Contributor.
Respected Contributor.

Hello all
You can use the following command:

curl -u admin:<jmxpass> "http://<server>:29000/invoke?operation=listMyStatus&objectname=Topaz:service=hac-manager"|grep RUNNING

Trusted Contributor.. Uwe de Reuter Trusted Contributor..
Trusted Contributor..

Hello !

Using jmx-console and curl might be an option. Still some overkill for such an easy question. But the performance seems to be okay. But with that we still have the problem that this URL works only on the DPS. So it should be sufficient just to check if the URL response at all. Thinking about that it might even be sufficient just to check if port 29000 is available or not.

Do you agree with that ?

In the meantime we found another workaround:

We assume that EPI processing happens only on the active DPS. Therefore we added a call that triggers a status-file in the filesystem. The advantage of doing in that way, is that we also have a functionality test for the DPS-Event processing included (assuming that everything is good when EPI-processing is running).

The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.