Nonstop email alerts

From time to time we would get spammed by a monitor with email alerts even after the monitor is disabled or even deleted. Sometimes even restarting the serverscheck virtual machine won't fix it either. It's rather rare but really annoying when it happens. Any suggestions as to why this would happen? Thanks.

You can check the alert logs - it may be a loop in your mail server. Another possibility is that the alert notification is set to every down cycle

I work with zixun, and that problem occurred once when an SNMP poll target was not available. The question I wanted raised was when we delete a monitor, ServersCheck continues to monitor and send email alerts for that check even though it cannot be found in the UI. The only resolution is to reboot Windows (maybe restart the service, but restarting Windows is just as easy).

What version are you using?



You can also check the serverscheck.conf file and if the deleted monitor's there, just manually remove it from there.



If they no longer appear in the list, then you can also simply stop/start the Monitoring Service

Version 10.2.0. The deleted monitor in question isn't in serverscheck.conf but is in delete.conf.

As requested:

- did you check alert logs?

- did you stop and restart monitoring service for that deleted monitor?



It is quite confusing at this time if this topic is about non-stop email alerts about a check that has been deleted, or non-stop email alerts about a check that still exists, or non-stop email alerts and a delete check still being performed.

Please try to do the following:



1) Remove current configuration of email alert settings and save

2) Restart ServersCheck services

3) Reapply configuration of email alert settings and save

4) Restart ServersCheck services

We removed the lines referring to the deleted monitor from delete.conf and restarted the Serverscheck VM and now we no longer receive those alerts.



It seemed the monitor was fully active even though it was deleted from the UI and was not present in serverscheck.conf. It was also still included in group reporting days after it was deleted and brought down the availability figure for its whole group. Now the problem is fixed.

Thank you for the feedback. We'll be forwarding this to our development team.