starred/uptime-kuma

Fork 0

mirror of https://github.com/louislam/uptime-kuma.git synced 2026-03-02 22:57:00 -05:00

Scheduled Maintenance Windows (Pauses notifications & banner displays on Status Page) #1264

New issue

Closed

opened 2026-02-28 02:15:27 -05:00 by deekerman · 9 comments

deekerman commented

2026-02-28 02:15:27 -05:00

Owner

Originally created by @kristiandg on GitHub (Jul 17, 2022).

⚠️ Please verify that this feature request has NOT been suggested before.

I checked and didn't find similar feature request

🏷️ Feature Request Type

New Notification, UI Feature

🔖 Feature description

The ability to schedule a maintenance window, and indicate which monitors are impacted, so they don't alert during that time (selectable to not alert, alert maintenance start/end, and alert as normal).

✔️ Solution

When a maintenance schedule is created, at the start of the window, the impacted monitors (selected at the time of creation), will go into a new mode that shows "Maintenance" (could even do this by displaying the monitor with a quaint "construction barber pole yellow/black banner over the monitor, or a set of emojis).

For alerts, if set to start/end, alerts would be send at the beginning/end of the maintenance window only. If alert as normal was set, then it would still send alerts, but an added line would indicate it's currently in maintenance so the alert should be treated accordingly.

❓ Alternatives

Right now, I see no provision to handle planned maintenance, short of pausing the impacted monitors manually.

📝 Additional Context

If accessible from the API, might even allow someone's existing ticketing system to auto build maintenance windows based on approved/scheduled change activity.

Originally created by @kristiandg on GitHub (Jul 17, 2022). ### ⚠️ Please verify that this feature request has NOT been suggested before. - [X] I checked and didn't find similar feature request ### 🏷️ Feature Request Type New Notification, UI Feature ### 🔖 Feature description The ability to schedule a maintenance window, and indicate which monitors are impacted, so they don't alert during that time (selectable to not alert, alert maintenance start/end, and alert as normal). ### ✔️ Solution When a maintenance schedule is created, at the start of the window, the impacted monitors (selected at the time of creation), will go into a new mode that shows "Maintenance" (could even do this by displaying the monitor with a quaint "construction barber pole yellow/black banner over the monitor, or a set of emojis). For alerts, if set to start/end, alerts would be send at the beginning/end of the maintenance window only. If alert as normal was set, then it would still send alerts, but an added line would indicate it's currently in maintenance so the alert should be treated accordingly. ### ❓ Alternatives Right now, I see no provision to handle planned maintenance, short of pausing the impacted monitors manually. ### 📝 Additional Context If accessible from the API, might even allow someone's existing ticketing system to auto build maintenance windows based on approved/scheduled change activity.

deekerman

2026-02-28 02:15:27 -05:00

closed this issue
added the
feature-request

A:maintenance
labels

deekerman commented

2026-02-28 02:15:32 -05:00

Author

Owner

@HujinoKun commented on GitHub (Jul 21, 2022):

@HujinoKun commented on GitHub (Jul 21, 2022): +1

deekerman commented

2026-02-28 02:15:33 -05:00

Author

Owner

@RangersMS commented on GitHub (Aug 7, 2022):

@RangersMS commented on GitHub (Aug 7, 2022): +1

deekerman commented

2026-02-28 02:15:33 -05:00

Author

Owner

@alexdetsch commented on GitHub (Aug 8, 2022):

This is a duplicate of #191
Someone opened a pull request https://github.com/louislam/uptime-kuma/pull/1213 which adds adds a maintenance planning system.

@alexdetsch commented on GitHub (Aug 8, 2022): This is a duplicate of #191 Someone opened a pull request https://github.com/louislam/uptime-kuma/pull/1213 which adds adds a maintenance planning system.

deekerman commented

2026-02-28 02:15:33 -05:00

Author

Owner

@kristiandg commented on GitHub (Aug 8, 2022):

Added these notes to that one.

@kristiandg commented on GitHub (Aug 8, 2022): Added these notes to that one.

deekerman commented

2026-02-28 02:15:33 -05:00

Author

Owner

@WeterPeter commented on GitHub (Feb 2, 2024):