Comments (8)
Hi @tmcnag ,
We develop a monitoring solution and we have about 2 thousand nagios servers in production with a centralized configuration UI . We are updating from nagios 3.5 to nagios 4.2.1. The change that @box293 is talking about isn't written in any release note (at least I don't see it...). So, the change have silently modified the behavior of all updated nagios servers already in production.
Can you please explain in more details why we have to wait for a major version (5.0?)?
Those updating from nagios 3.5 would have a bad surprise when they discover this. Our configuration UI is now incoherent with the updated behavior (it is now impossible to disable retry attempt even if we set the max_check_attemps to 1. In that case there should be only one attempt without retry).
I think it should be modified soon in a minor version. Or at least, please "make this a configuration option" to keep the nagios 3.5 behavior.
Thank you.
from nagioscore.
This was never addressed, just closed by jfrickson
I believe this forum post is directly related and @tmcnag's fix would solve the issue
tmcnag@2f26316
from nagioscore.
Implemented and tested the fix in 4.1, but observed that the buggy behavior was present in both 4.0.8 and 4.1 so it made no sense fixing it for 4.0.8. Didn't notice any side effects, but it was on a toy system so there might be some interesting ramifications e.g. notifications and event handlers.
from nagioscore.
In discussion with tmcnag and scottwilkerson, we decided that this change has potential wide-ranging effects, so it should go in (if at all) with a major release, such as 5.0. The issue will remain open, but the pull request has been closed.
from nagioscore.
To clarify, the changes would mostly be related to escalation and event handler logic. Implementing my change would potentially introduce an off-by-one situation with certain installs that use the aforementioned features. Someone expecting the HARD state to come after the SOFT state might have implemented an event handler that deals with the SOFT state in a certain way, and this change would prevent that from ever happening.
In keeping this issue open, if anyone is interested I can always make this a configuration option. This would increase config file bloat a bit, but if there is enough interest it might be worth discussing.
from nagioscore.
@tmcnag if you need any assistance from us for this issue, we are at your disposal.
from nagioscore.
@Coservit For clarification, the changes I made were to my own repo and were never merged into Core proper. I never even made the pull request. Memory did not serve me well. The request was made but never accepted. If you are experiencing the described behavior, you must be running my fork of Core.
from nagioscore.
This has been fixed in 4.4.0. I forget the commit exactly, but you can see it in base/checks.c in the function host_state_or_hard_state_type_change
.
from nagioscore.
Related Issues (20)
- Disable Event Handlers During Downtime HOT 1
- Updating Nagios Package on CentOS 7 failing HOT 18
- Type uint is undefined on musl HOT 2
- Offline installation hits infinite loop issue on startup HOT 2
- Failed to connect to /usr/local/nagios/var/rw/livestatus: Connection refused at /usr/share/thruk/lib/Monitoring/Livestatus/UNIX.pm line 72 HOT 17
- Create RPM package for Alma Linux 9
- failed to create pdf
- Nagios Core 4.5.2 "/usr/local/nagios/bin" directory not created HOT 2
- Nagios Core vulnerabilties HOT 1
- A user reported a Segfault whenever they try to access Nagvis or the Nagios map after upgrading (4.4.14 => 4.5.2) HOT 1
- 4.5.3 Release small in size (missing files) HOT 3
- modern map files are missing and the Map link points to the legacy one HOT 3
- Feature request: New Flapping Start only Notification option
- [QUESTION] Nagios Core Repo for RHEL next update?? HOT 2
- nagios host "Locate host on map" button dead
- Unauthorised error while accessing nagios core url
- trends.html and histogram.html gone in 4.5.3
- Trends and Alert Histogram links 404ing
- Feature request: Latching status HOT 1
- Feature request: Planned down host HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from nagioscore.