Also worth noting: trying to remove the same nagios unit (needed to redeploy it for proper tracking in MAAS) seems to trigger this bug as well. So, I don't think it's purely a transitional bug.
-- You received this bug notification because you are a member of Nagios Charm developers, which is subscribed to Nagios Charm. https://bugs.launchpad.net/bugs/1956541 Title: Nagios not reloading due to config errors after dedupe patch Status in Nagios Charm: New Bug description: I've found on one particular environment that the new nagios charm's dedupe logic isn't quite working as intended. Environment before upgrade was: * Dupes observed across ceph-osd and nova-compute-kvm. Both are deployed to the same metals, and each app has its own nrpe subordinate. * Upgraded nagios first to cs:nagios-46, waited for it to settle, then upgraded the nrpe apps to cs:nrpe-75. Not sure re: original revisions, but they were before dedupe logic was added to both. Expected behavior: multiple entries for the same host, each with a unique prefix. Observed behavior: * Some entries with the old host entry, some additional entries with the prefix. * Some records have a parent listed with the prefixed ID, however the parent record doesn't appear to exist on disk, thus nagios refuses to reload. (This also has the side effect of causing hooks take awhile to rerun because of attempting to wait for a nagios reload.) Workaround: wait for all the hooks to run (even if they take awhile), then run the rewrite-peer-config action to do a clean rewrite of the config. To manage notifications about this bug go to: https://bugs.launchpad.net/charm-nagios/+bug/1956541/+subscriptions -- Mailing list: https://launchpad.net/~nagios-charmers Post to : [email protected] Unsubscribe : https://launchpad.net/~nagios-charmers More help : https://help.launchpad.net/ListHelp
