[GH-ISSUE #302] Feature Request: Add integration to run local shell/python scripts #230

Closed
opened 2026-02-25 23:41:41 +03:00 by kerem · 7 comments
Owner

Originally created by @gganeshan on GitHub (Nov 19, 2019).
Original GitHub issue: https://github.com/healthchecks/healthchecks/issues/302

@cuu508 thank you once again for this amazing tool. I have been playing around with it a lot and am almost ready to deploy the self hosted version to prod.

I love the numerous tools with which we can integrate this app.

In our org though, we use snmp-traps for alerting and I was wondering if you can add an integration to run local shell/python scripts for me to accomplish this.

This integration can have the same variables as the Webhook integration.
Please let me know your thoughts.

Alternatively, can you suggest a workaround to be able to run a shell/python script when the status of an alert changes state.

Originally created by @gganeshan on GitHub (Nov 19, 2019). Original GitHub issue: https://github.com/healthchecks/healthchecks/issues/302 @cuu508 thank you once again for this amazing tool. I have been playing around with it a lot and am almost ready to deploy the self hosted version to prod. I love the numerous tools with which we can integrate this app. In our org though, we use `snmp-traps` for alerting and I was wondering if you can add an integration to run local shell/python scripts for me to accomplish this. This integration can have the same variables as the ***Webhook*** integration. Please let me know your thoughts. Alternatively, can you suggest a workaround to be able to run a shell/python script when the status of an alert changes state.
kerem closed this issue 2026-02-25 23:41:41 +03:00
Author
Owner

@cuu508 commented on GitHub (Nov 20, 2019):

Thanks for the suggestion, I like this idea – would give the ultimate flexibility to selfhosted instances with trusted users. Will work on implementing it.

<!-- gh-comment-id:555923276 --> @cuu508 commented on GitHub (Nov 20, 2019): Thanks for the suggestion, I like this idea – would give the ultimate flexibility to selfhosted instances with trusted users. Will work on implementing it.
Author
Owner

@gganeshan commented on GitHub (Nov 20, 2019):

Will work on implementing it.

This is great news.
Thanks @cuu508 once again.

<!-- gh-comment-id:555978135 --> @gganeshan commented on GitHub (Nov 20, 2019): > Will work on implementing it. This is great news. Thanks @cuu508 once again.
Author
Owner

@cuu508 commented on GitHub (Nov 20, 2019):

@gganeshan – just added an initial version of the "Shell Commands" integration.

I've done some testing locally, but it would be great if you could give it a shot and see if it works OK for you, and handles your use case(s).

A word of caution: only enable it if you fully trust the users of your Healthchecks instance. The commands will be executed by the manage.py sendalerts process, and will run with the same system permissions as the sendalerts process. (Added this note to README too)

<!-- gh-comment-id:556016998 --> @cuu508 commented on GitHub (Nov 20, 2019): @gganeshan – just added an initial version of the "Shell Commands" integration. I've done some testing locally, but it would be great if you could give it a shot and see if it works OK for you, and handles your use case(s). A word of caution: only enable it if you fully trust the users of your Healthchecks instance. The commands will be executed by the `manage.py sendalerts` process, and will run with the same system permissions as the `sendalerts` process. (Added this note to README too)
Author
Owner

@gganeshan commented on GitHub (Nov 20, 2019):

t would be great if you could give it a shot and see if it works OK for you, and handles your use case(s).

sure thing. will try today and revert with comments/feedback.

only enable it if you fully trust the users of your Healthchecks instance. The commands will be executed by the manage.py sendalerts process, and will run with the same system permissions as the sendalerts process.

Good to know.
Our container is configured to run as an unprivileged user and has a readonly filesystem. So we should be pretty much safe but I will still test it rigorously.

Thanks once again for the quick turnaround.

<!-- gh-comment-id:556020547 --> @gganeshan commented on GitHub (Nov 20, 2019): > t would be great if you could give it a shot and see if it works OK for you, and handles your use case(s). sure thing. will try today and revert with comments/feedback. > only enable it if you fully trust the users of your Healthchecks instance. The commands will be executed by the `manage.py sendalerts` process, and will run with the same system permissions as the `sendalerts` process. Good to know. Our container is configured to run as an unprivileged user and has a `readonly` filesystem. So we should be pretty much safe but I will still test it rigorously. Thanks once again for the quick turnaround.
Author
Owner

@gganeshan commented on GitHub (Nov 20, 2019):

sure thing. will try today and revert with comments/feedback.

Looks good to me @cuu508 .
Please let me know when you plan on cutting a new release with this feature.

Thanks once again for the quick turnaround.

<!-- gh-comment-id:556042602 --> @gganeshan commented on GitHub (Nov 20, 2019): > sure thing. will try today and revert with comments/feedback. Looks good to me @cuu508 . Please let me know when you plan on cutting a new release with this feature. Thanks once again for the quick turnaround.
Author
Owner

@cuu508 commented on GitHub (Nov 20, 2019):

In the coming couple days – I'll reopen this issue so I don't forget.

<!-- gh-comment-id:556045145 --> @cuu508 commented on GitHub (Nov 20, 2019): In the coming couple days – I'll reopen this issue so I don't forget.
Author
Owner

@cuu508 commented on GitHub (Nov 22, 2019):

Released v1.11.0

<!-- gh-comment-id:557476886 --> @cuu508 commented on GitHub (Nov 22, 2019): Released v1.11.0
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/healthchecks#230
No description provided.