[GH-ISSUE #378] "Apprise is disabled and/or not installed" depends on caller #291

New issue

Closed

opened 2026-02-25 23:41:55 +03:00 by kerem · 2 comments

kerem commented

2026-02-25 23:41:55 +03:00

Owner

Originally created by @CosmicToast on GitHub (Jun 8, 2020).
Original GitHub issue: https://github.com/healthchecks/healthchecks/issues/378

On one of my servers, when an apprise integration actually runs, it fails with "Apprise is disabled and/or not installed".
However, apprise is enabled, present in the integrations list, and pressing the "Test" button on the integration successfully sends the notification via apprise.
The apprise(1) executable is present, and import apprise by hand works ok.
I looked through the code, but that doesn't appear to help.
DEBUG = True does not provide any additional insights.
How would I go about debugging this further?

Originally created by @CosmicToast on GitHub (Jun 8, 2020). Original GitHub issue: https://github.com/healthchecks/healthchecks/issues/378 On one of my servers, when an apprise integration actually runs, it fails with "Apprise is disabled and/or not installed". However, apprise is enabled, present in the integrations list, and pressing the "Test" button on the integration successfully sends the notification via apprise. The apprise(1) executable is present, and `import apprise` by hand works ok. I looked through the code, but that doesn't appear to help. `DEBUG = True` does not provide any additional insights. How would I go about debugging this further?

kerem closed this issue

2026-02-25 23:41:55 +03:00

kerem commented

2026-02-25 23:41:55 +03:00

Author

Owner

@cuu508 commented on GitHub (Jun 9, 2020):

How are you running the sendalerts command?

My hunch would be that the sendalerts command doesn't have the same environment variables, or is not using the same virtualenv as the web server.

@cuu508 commented on GitHub (Jun 9, 2020): How are you running the `sendalerts` command? My hunch would be that the `sendalerts` command doesn't have the same environment variables, or is not using the same virtualenv as the web server.

kerem commented

2026-02-25 23:41:55 +03:00

Author

Owner

@CosmicToast commented on GitHub (Jun 9, 2020):

Aha! That wasn't quite it, but I have it solved now.
I was running sendalerts as a systemd service, but while tinkering around I didn't reload it (only the main deployment) when making changes.
All it took was a restart of the sendalerts service to get everything working as expected, thank you for the hint!
Hopefully this issue helps anyone else that has any similar problems.

@CosmicToast commented on GitHub (Jun 9, 2020): Aha! That wasn't quite it, but I have it solved now. I was running sendalerts as a systemd service, but while tinkering around I didn't reload it (only the main deployment) when making changes. All it took was a restart of the sendalerts service to get everything working as expected, thank you for the hint! Hopefully this issue helps anyone else that has any similar problems.

kerem referenced this issue

2026-02-25 23:43:15 +03:00

[GH-ISSUE #973] Make the timezone selection key sensitive #679

kerem referenced this issue

2026-02-25 23:44:10 +03:00

[PR #291] [CLOSED] Allow setting default timezone via env variable #926