You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Issue Summary
If a blackout period is created with service and/or tags set to null, it doesn't take effect.
Environment
OS: Linux
API version: 9.0.1
Deployment: self-hosted
For self-hosted, WSGI environment: nginx/uwsgi
Database: Postgres
Server config:
Auth enabled? Yes
Auth provider? basic/builtin
Customer views? No
(or provide the /config endpoint output)
web UI version: Not sure, the latest I believe
CLI version: 8.5.2
To Reproduce
Steps to reproduce the behavior:
Create a blackout - using the CLI works here: alerta blackout -E Production -r RES1 --text "blackout testing" --duration 7200
this blackout works - alerts are rejected
Now via python sdk: aconn.update_blackout(id=blackout.id, resource=RES1, endTime=blackout.end_time + datetime.timedelta(hours=6)`)
Now when alerts are sent for this resource, the blackout DOESN'T work
Expected behavior
This seems like a data validation issue - not sure where/how it should be handled though. probably at the update_blackout / REST endpoint layer?
Screenshots
NA
Additional context
Noticed in the DB blackouts table that the service/tags column were NULL on these non-functioning blackouts, while others were set to empty array {}. Manually updated a specific blackout to set those values and then the blackout started working again.
The text was updated successfully, but these errors were encountered:
Issue Summary
If a blackout period is created with service and/or tags set to
null
, it doesn't take effect.Environment
OS: Linux
API version: 9.0.1
Deployment: self-hosted
For self-hosted, WSGI environment: nginx/uwsgi
Database: Postgres
Server config:
Auth enabled? Yes
Auth provider? basic/builtin
Customer views? No
(or provide the
/config
endpoint output)web UI version: Not sure, the latest I believe
CLI version: 8.5.2
To Reproduce
Steps to reproduce the behavior:
alerta blackout -E Production -r RES1 --text "blackout testing" --duration 7200
aconn.update_blackout(id=blackout.id, resource=RES1, endTime=
blackout.end_time + datetime.timedelta(hours=6)`)Expected behavior
This seems like a data validation issue - not sure where/how it should be handled though. probably at the
update_blackout
/ REST endpoint layer?Screenshots
NA
Additional context
Noticed in the DB
blackouts
table that the service/tags column were NULL on these non-functioning blackouts, while others were set to empty array{}
. Manually updated a specific blackout to set those values and then the blackout started working again.The text was updated successfully, but these errors were encountered: