Resubmit check results to NRDP outbound transfer

[truston]

Hello,

We are using seven XI servers, six of which run active monitoring. These six servers send host and service check results to a central server using NRDP. From time to time we have an issue which causes the NRDP process to be unable to send the check results (such as an ISP issue). This causes mismatches between the central server and the XI server which does the active monitoring. Since Nagios has no way of telling if the check results were successfully sent, mismatches occur between the active and central server. I was wondering if there is any way of letting Nagios resend all the check results from the active to the central server.

Thank you in advance.

[lmiltchev]

Nagios should be able to send the checks to the central after the issue with the ISP has been fixed. It would be a good idea to set up freshness check on the central. You can read more about the freshness checks in the document below:

https://assets.nagios.com/downloads/nag ... ios-XI.pdf

[truston]

Thank you for the reply. But as I understand freshness just gives a warning that information is outdated. Is this correct?

[tmcdonald]

Freshness will perform an active check if a passive check has not been received in the specified time, however I am not sure if this is what you are looking for. It sounds more like you want queueing/spooling, correct? How do you have the systems set up? Are you using the Outbound Transfers or some other method? We might be able to add in some logic that looks for a valid response, and spools up the passive result if one is not received. This is not currently in the product but it might make a good feature request.

Edit: It looks like this actually already exists in the product (I had no clue). The dev I spoke to believes it should just work and not need to be enabled or anything, but I am awaiting confirmation.

[truston]

Freshness is not really what we are looking for.We are using an outbound transfer which uses NRDP. The servers performing active checks are located in remote customer locations and the upload goes over the public internet. The only connection between the passive and active server is HTTPS. So the server collecting the passive check results has no way of using an active check on these customer servers.

A feature where check results which cannot be delivered are queued would be very much appreciated

[lmiltchev]

A feature where check results which cannot be delivered are queued would be very much appreciated

I discussed the issue with our developers and they told me that in fact, this was implemented already. If sending results times out, the results should be queued and resend. It should work in any XI 5.x version.

What version of XI are you currently using (on the sending machines)?

[truston]

They are running Nagios XI 2014R2.7

[lmiltchev]

Just wanted to give you heads up. Our developers are looking into this as we speak. Can you run the following commands on both, the sending and the receiving machines and show us the output?

Code: Select all

uname -a
cat /etc/*release

[truston]

Sorry for the late reply. Below the requested information:

Linux SRV00448.local 2.6.32-573.3.1.el6.x86_64 #1 SMP Mon Aug 10 09:44:54 EDT 2015 x86_64 x86_64 x86_64 GNU/Linux

LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
Red Hat Enterprise Linux Server release 6.6 (Santiago)

[lmiltchev]

Is this output from the "sending" machines, "receiving" machines or both?