Acclaimed Contributor.. Acclaimed Contributor..
Acclaimed Contributor..

Viewing the Reconciliation Queue?


We're running uCMDB 10.22 CUP1.2
Content Pack 19.00.82

Occasionally within the UI, when updating non-discoverable attributes on a CI (like data_note), we get an error message like 'The reconciliation queue is full and cannot handle current request'.

If I understand that message, it indicates that discovery is attempting to update CIs, and has some kind of queue of incoming data.  That queue is full, and so the system is holding off, preventing anything from attempting to update CIs (including updates via the UI) until the queue size decreases.

First - is there a way to view the data currently in the reconciliation queue?  I understand that there are a couple of log files that spit out data as it's attempting to be reconcilied, but is there a way to view what's currently in the queue, either via the UI, the JMX Console or by looking at the database level itself?  

What I'd like to do is get more understanding of why the queue is filling faster than it can empty itself out, or get a sense of where a particular update request IS in the queue, to know when it's been processed.

Any help is appreciated.

1 Reply
Honored Contributor.. Honored Contributor..
Honored Contributor..

Re: Viewing the Reconciliation Queue?

The best place to start is to identify what is taking up a lot of processing time, as you can see by the "Total Time" in the cmdb.reconciliation.audit.log

Once you find some with high numbers, see what is causing the hold-up. From there, it depends on what you are seeing...

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.