-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
unexpected visible log output in Icingaweb2 #314
Comments
Thanks for the report. Most of my experience has been with Nagios Core (v3 mostly, v4 recently) and only a small exposure to Nagios XI. While Icinga has been on my list to try, I've not used it. Nagios doesn't use I don't believe that Does this accomplish what you're looking to do? |
Yes that's fine I'll simply put the log level in the command template. Can be closed if you want. |
Thanks for the feedback, and for giving this project a try. I'll close after a bit, but in the meantime will try to think of a way to convey setting |
Until recently, emitting plugin logging details to `stderr` was seen as a safe approach. `stdout` is processed by Nagios and used to generate notifications, web UI details, etc. Output to `stderr` by default was intended to make troubleshooting plugin operation easier for sysadmins. After receiving a report from @Byolock, I learned that Icinga Web 2 displays `stderr` output within the web UI mixed in with `stdout`. This is undesirable. This commit attempts to make both the original intent and potential problems clearer along with providing a workaround for the command definitions for plugins in this project: --log-level "disabled" refs GH-314 refs GH-323
Spun off separate discussion item here for potential long-term changes: |
Until recently, emitting plugin logging details to `stderr` was seen as a safe approach. `stdout` is processed by Nagios and used to generate notifications, web UI details, etc. Output to `stderr` by default was intended to make troubleshooting plugin operation easier for sysadmins. After receiving a report from @Byolock, I learned that Icinga Web 2 displays `stderr` output within the web UI mixed in with `stdout`. This is undesirable. This commit attempts to make both the original intent and potential problems clearer along with providing a workaround for the command definitions for plugins in this project: --log-level "disabled" refs GH-314 refs GH-323
Updated README (GH-324) to provide additional coverage regarding the use of Thanks again for raising the issue. |
When a service reaches warning or critical state, the log output gets visible in icingaweb2 :
I wondered if it was expected and simply set the log level to fatal instead of info as a workaround, but based on this text it seems like it's not expected :
Unfortunately, I wasn't able to find information on how Icinga2 / Icingaweb2 differs from Nagios v3.x in this regard.
Do you recommend to just stay on log level fatal or do you want to develop a fix? I will provide any useful info I can in case you need some.
The text was updated successfully, but these errors were encountered: