Merge ~paulgear/charm-nrpe/+git/nrpe-charm:master into ~nrpe-charmers/charm-nrpe:master
Proposed by
Paul Gear
Status: | Merged |
---|---|
Merged at revision: | 10198d38461b550b406ca945947533318fd71c8b |
Proposed branch: | ~paulgear/charm-nrpe/+git/nrpe-charm:master |
Merge into: | ~nrpe-charmers/charm-nrpe:master |
Diff against target: |
87 lines (+30/-9) 2 files modified
hooks/nrpe_utils.py (+28/-2) hooks/services.py (+2/-7) |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Stuart Bishop (community) | Approve | ||
William Grant | Approve | ||
Review via email: mp+323818@code.launchpad.net |
Description of the change
I spent a sizable chunk of a large ticket a few months back debugging why adding a relation made the nrpe charm generate incorrect hostnames when it had previously had correct ones. I think this is due to a timing issue because of when the nagios hostname is obtained vs. when it is used, and this change seems to help, but I'm not familiar enough with the services framework to know whether this is just luck.
To post a comment you must log in.
This seems like a reasonable change. I'm not sure why the host definition would need a rewrite on nrpe-config, but it empirically has seemed to be the case in the past, and neither change can make things worse.