topic Re: OCM 6.41RC1 and OPM 2.1RC1 Pairing Status : BAD in Active IQ Unified Manager Discussions

OCM 6.41RC1 and OPM 2.1RC1 Pairing Status : BAD

GROOVE — Wed, 04 Jun 2025 21:53:01 GMT

2nd attempt at getting a full integration setup working.

Everything seems to upgrade OK , however I cannot get the Pairing status to anything other than BAD>

Inbox filling up with

Trigger Condition - The cluster PPSANCxxxxx is not reachable. Cluster PPSANCxx performance events have stopped being sent by Performance Manager server xxxxx.internal.xxxx.co.uk This condition could be caused by a communication issue between Unified Manager and Performance Manager, or between Performance Manager and cluster PPSANCxxxx

Ive reset accounts. Setup new Event publisher accounts. reset the full integration connection.

Cannot get past this.

Re: OCM 6.41RC1 and OPM 2.1RC1 Pairing Status : BAD

Sahana — Mon, 07 Mar 2016 06:50:23 GMT

Refer KB 2024573 Troubleshooting Workflow: How to handle OPM server side changes in OPM-UM incident management workflow

Re: OCM 6.41RC1 and OPM 2.1RC1 Pairing Status : BAD

kirana — Mon, 07 Mar 2016 09:32:52 GMT

Hi Groove,

Can you check on below mentioned points also (in addition to the point that Sahana mentioned - regarding IP/FQDN changes) ?

Possible Cause 1: Check if SPOG RP certificate(Self-signed / CA-signed) has been altered (from UM SetupOptions-HTTPs web GUI page).

We can check this using web GUI Administration-Setup_Options-Management_Server-HTTPs-View_HTTPs_certificate.

If certificate regeneration/CA-signing of certificate workflow has been run on OPM server, We need to run a 'Modify full-integration' option(from the OPM maintenance console) for this specific OPM server.

If certificate regeneration/CA-signing of certificate workflow has been run on SPOG UM server, We need to run a 'Modify full-integration' option(from the OPM maintenance console) for ALL the registered OPM

servers.

Possible Cause 2: Check if heartbeat service touch (ZAPI Calls from OPM to UM) are happening as per defined schedule(every 5 mins).

We can check this using 'lastUpdateTimestamp' value from o/p of command 'mysql -e "select * from ocum.heartbeatservice"'

If the heartbeat-service touch timestamp has exceeded 5 mins, then we need to check if OPM services/OPM server is down/Any other reason causing communication failure between OPM and UM, and then

once backup ensure the 'lastUpdateTimestamp' is withing 5 mins.

Re: OCM 6.41RC1 and OPM 2.1RC1 Pairing Status : BAD

kjag — Thu, 17 Mar 2016 11:36:49 GMT

Hi,

During upgrade of OPM to 2.1, by any chance that UM might be down? In that case the pairing status might be bad..

-KJag

Re: OCM 6.41RC1 and OPM 2.1RC1 Pairing Status : BAD

GROOVE — Mon, 21 Mar 2016 17:01:51 GMT

HI Sahana

THanks for your reply. The troubleshooting workflow only seems to mention 6.2 and 6.3 ?

Is either of these applicable to 6.4 ?

Re: OCM 6.41RC1 and OPM 2.1RC1 Pairing Status : BAD

GROOVE — Mon, 21 Mar 2016 17:36:11 GMT

Hi Kirana

THanks for your reply , however im a little confused what you are asking me to check here.

Regarding certificates what I have done is as follows -

From UM server GUI / Administration / HTTPS Certificate > Regenerate HTTPS certificate.

Restart UM

From PM console > Modify Full Integration settings > run through setup procedure again giving details for UM server (FQDN) , ocm local Oncommand administrator username/password , event publisher username and password. Wizard completes successfully and serices restart ok.

Both tools seem to work ok individually of each other , however Pairing status is still Bad , and no new performance events are recieved in PM.

Both of these boxes are vmware ovf applications and not running Windows. How do I check the heatbeat service on these ?

Thanks

Andy