Merge ~ballot/charm-prometheus-alertmanager/+git/charm-prometheus-alertmanager:log-level into charm-prometheus-alertmanager:master
Proposed by
Benjamin Allot
Status: | Merged |
---|---|
Approved by: | Xav Paice |
Approved revision: | b289d7ae413d83447ddb084654d33dc157d58b18 |
Merged at revision: | b289d7ae413d83447ddb084654d33dc157d58b18 |
Proposed branch: | ~ballot/charm-prometheus-alertmanager/+git/charm-prometheus-alertmanager:log-level |
Merge into: | charm-prometheus-alertmanager:master |
Diff against target: |
114 lines (+72/-0) 3 files modified
src/config.yaml (+6/-0) src/reactive/alertmanager.py (+15/-0) src/tests/unit/test_reactive_alertmanager.py (+51/-0) |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Xav Paice (community) | Approve | ||
Drew Freiberger (community) | Approve | ||
Review via email: mp+396993@code.launchpad.net |
This proposal supersedes a proposal from 2021-01-06.
Commit message
Add the log-level config item
In order to easily debug, configuring the log-level of alertmanager can be handy.
The old default value of info (if not specified) is kept so an upgrade won't be bothered by the change.
To post a comment you must log in.
I'd like to see this charm go into a blocked state for an incorrectly configured log level value, and would appreciate seeing the values accepted for log-level in the config.yaml description.
I am also concerned that this change when upgrade-charm runs will restart the service (which is typically frowned upon) even if no configuration change is expected. Maybe the default should be a blank string, which equates to not setting a --log.level, which should keep the config file from being updated and the service from restarting based on service context change.