-
Notifications
You must be signed in to change notification settings - Fork 188
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
Feature Request - Disable Nagios exit codes if Alert Providers used #475
Comments
@varuzam Hmm... this one is really interesting to me. I think there might be two separate issues here... First, just to make sure I'm understanding you correctly, what you're asking for is an option so that when an Alert Provider is used, Secondly, I'm a bit confused/surprised about what you said in the "Installation Method" section. You're saying that you've installed awslimitchecker via |
@jantman you understand me correctly sorry, my bad. installed via pip it works as expected. returning the 0/1/2 exit code |
@varuzam I just want to make sure I understand the current state of this issue:
Is this correct? |
Correct
|
This has been fixed in 9.0.0, which is now live on PyPI and on the Docker Hub. Thank you so much! |
Feature Request
add args like --nagios-mode
Feature Description
it is nice to have such behavior:
when the script is executed with --nagios-mode argument it returns exit code 1 for alerts with warning severity and 2 - critical
without the argument it returns non-zero exit code only if any exceptions or critical errors happen
Use Cases
I run the script from cronjob and need to monitor that it is working properly without any exceptions and any errors. I use alert provider for getting alerts. Such approach gives me ability to distinguish alerts about failure of execution the script and alerts about AWS limits.
Testing Assistance
I can help in testing it
Installation Method
I noticed that it behaves such way only in official docker image and, likely, when installed from the repo. When installed from pip it returns exit code 0 even when any AWS limits exceeded
The text was updated successfully, but these errors were encountered: