Alert checker sending email notifications every polling round
Hi all
I have an odd alerting issue where I am receiving email alerts about a failed check each time a polling interval passes.
Checking the alert_table for the device_id in question I see that it has_alerted = 1 and everything else appears to be in order.
Wondering why I am getting repeated alerts, pretty sure with my other alerts I have configured I only get one when the alert triggers and another if the ‘send recovery information” option is checked.
Any advice on how to troubleshoot this would be appreciated.
I have tried disassociating my email address from the alert and also rebuilt alerts.
Thanks
Is the last_alerted field set in the database?
Adam.
Sent from BlueMail
On 19 Jul 2016, 02:36, at 02:36, Daniel Horth dan@horth.com.au wrote:
Hi all
I have an odd alerting issue where I am receiving email alerts about a failed check each time a polling interval passes.
Checking the alert_table for the device_id in question I see that it has_alerted = 1 and everything else appears to be in order.
Wondering why I am getting repeated alerts, pretty sure with my other alerts I have configured I only get one when the alert triggers and another if the ‘send recovery information” option is checked.
Any advice on how to troubleshoot this would be appreciated.
I have tried disassociating my email address from the alert and also rebuilt alerts.
Thanks _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20... https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20.png?dl=0
On 19 Jul 2016, at 4:54 PM, Adam Armstrong adama@memetic.org wrote:
Is the last_alerted field set in the database?
Adam.
Sent from BlueMail http://www.bluemail.me/r
On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.au mailto:dan@horth.com.au> wrote: Hi all
I have an odd alerting issue where I am receiving email alerts about a failed check each time a polling interval passes.
If it helps I can send sample DB data for that device_id when back at work tomorrow
On 19 Jul 2016, at 5:33 PM, Daniel Horth dan@horth.com.au wrote:
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20... https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20.png?dl=0
On 19 Jul 2016, at 4:54 PM, Adam Armstrong <adama@memetic.org mailto:adama@memetic.org> wrote:
Is the last_alerted field set in the database?
Adam.
Sent from BlueMail http://www.bluemail.me/r
On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.au mailto:dan@horth.com.au> wrote: Hi all
I have an odd alerting issue where I am receiving email alerts about a failed check each time a polling interval passes.
The spam from Observium is ongoing. :(
It’s not just this alert checker - any failed one causes repeated notifications
Can someone confirm my assumption that an alert notification should only be sent when the alert status changes - not each time the polling cycle runs.
In the mean time I’m going to have a dig through the code to work out what is triggering the notifications and why the spam.
Thanks
On 19 Jul 2016, at 5:38 PM, Daniel Horth dan@horth.com.au wrote:
If it helps I can send sample DB data for that device_id when back at work tomorrow
On 19 Jul 2016, at 5:33 PM, Daniel Horth <dan@horth.com.au mailto:dan@horth.com.au> wrote:
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20... https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20.png?dl=0
On 19 Jul 2016, at 4:54 PM, Adam Armstrong <adama@memetic.org mailto:adama@memetic.org> wrote:
Is the last_alerted field set in the database?
Adam.
Sent from BlueMail http://www.bluemail.me/r
On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.au mailto:dan@horth.com.au> wrote: Hi all
I have an odd alerting issue where I am receiving email alerts about a failed check each time a polling interval passes.
It should trigger when the alert goes up or down, and every 24 hours if it is down.
I don't recall any probably with repeated renotification, and your database seems to have the correct data in it.
Either something is weird on your install, or this really is a CE bug :)
Adam.
Sent from BlueMail
On 21 Jul 2016, 01:01, at 01:01, Daniel Horth dan@horth.com.au wrote:
The spam from Observium is ongoing. :(
It’s not just this alert checker - any failed one causes repeated notifications
Can someone confirm my assumption that an alert notification should only be sent when the alert status changes - not each time the polling cycle runs.
In the mean time I’m going to have a dig through the code to work out what is triggering the notifications and why the spam.
Thanks
On 19 Jul 2016, at 5:38 PM, Daniel Horth dan@horth.com.au wrote:
If it helps I can send sample DB data for that device_id when back at
work tomorrow
On 19 Jul 2016, at 5:33 PM, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20... https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20.png?dl=0
On 19 Jul 2016, at 4:54 PM, Adam Armstrong <adama@memetic.org
mailto:adama@memetic.org> wrote:
Is the last_alerted field set in the database?
Adam.
Sent from BlueMail http://www.bluemail.me/r
On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
Hi all
I have an odd alerting issue where I am receiving email alerts
about a failed check each time a polling interval passes.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I vote the former.
Will do some digging and advise when I find the culprit
On 21 Jul 2016, at 10:03 AM, Adam Armstrong adama@memetic.org wrote: Either something is weird on your install, or this really is a CE bug :)
There's a tiny bit of code in the middle of the alerter code which checks if last notification time is more than the Renotification period, which is in defaults.inc.php somewhere...
Can't exactly remember at the moment, but it shouldn't be too hard to find, and a couple of print_r()s there should show whatever it is :D
Adam.
Sent from BlueMail
On 21 Jul 2016, 01:08, at 01:08, Daniel Horth dan@horth.com.au wrote:
I vote the former.
Will do some digging and advise when I find the culprit
On 21 Jul 2016, at 10:03 AM, Adam Armstrong adama@memetic.org
wrote:
Either something is weird on your install, or this really is a CE bug
:)
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I’ve noticed this in my CE version as well, I ended up setting $config['alerts']['interval'] = 86400; at the top of the alerter.php file.
I would love to use subscription edition, but I just can’t get work to shell out for it :(
R
On 21 Jul 2016, at 01:03, Adam Armstrong adama@memetic.org wrote:
It should trigger when the alert goes up or down, and every 24 hours if it is down.
I don't recall any probably with repeated renotification, and your database seems to have the correct data in it.
Either something is weird on your install, or this really is a CE bug :)
Adam.
Sent from BlueMail http://www.bluemail.me/r
On 21 Jul 2016, at 01:01, Daniel Horth <dan@horth.com.au mailto:dan@horth.com.au> wrote: The spam from Observium is ongoing. :(
It’s not just this alert checker - any failed one causes repeated notifications
Can someone confirm my assumption that an alert notification should only be sent when the alert status changes - not each time the polling cycle runs.
In the mean time I’m going to have a dig through the code to work out what is triggering the notifications and why the spam.
Thanks
On 19 Jul 2016, at 5:38 PM, Daniel Horth <dan@horth.com.au mailto:dan@horth.com.au> wrote:
If it helps I can send sample DB data for that device_id when back at work tomorrow
On 19 Jul 2016, at 5:33 PM, Daniel Horth <dan@horth.com.au mailto:dan@horth.com.au> wrote:
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20... https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20.png?dl=0
On 19 Jul 2016, at 4:54 PM, Adam Armstrong <adama@memetic.org mailto:adama@memetic.org> wrote:
Is the last_alerted field set in the database?
Adam.
Sent from BlueMail http://www.bluemail.me/r
On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.au mailto:dan@horth.com.au> wrote: Hi all
I have an odd alerting issue where I am receiving email alerts about a failed check each time a polling interval passes.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hello
A half year ago I met this problem too in the CE version.
But I got a patch from a member of this list and after I applied it, the alerting works normally.
May be Adam will kill me for this but here is the patch ☺
Includes/alerts.inc.php, I replaced the following line:
if ((time() - $entry['last_alerted']) < $config['alerts']['interval'] && !isset($GLOBALS['spam'])) { $entry['suppress_alert'] = TRUE; }
with:
if ((time() - $entry['last_alerted']) < 86400 && !isset($GLOBALS['spam'])) { $entry['suppress_alert'] = TRUE; }
I just installed it in a half year ago but later we bought the Professional verison and looks like this patch not needed in it. Now I checked it and this line in my (Prof version) alerting.inc.php looks like the unpatched version and no problem with the alerting.
So it is just a idea, if you are on the CE, may be you can try it.
BR Laszlo
From: observium observium-bounces@observium.org on behalf of Richard Franks richardfranks152@gmail.com Reply-To: Observium Network Observation System observium@observium.org Date: Thursday 21 July 2016 at 08:17 To: Observium Network Observation System observium@observium.org Subject: Re: [Observium] Alert checker sending email notifications every polling round
I’ve noticed this in my CE version as well, I ended up setting $config['alerts']['interval'] = 86400; at the top of the alerter.php file.
I would love to use subscription edition, but I just can’t get work to shell out for it :(
R
On 21 Jul 2016, at 01:03, Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> wrote:
It should trigger when the alert goes up or down, and every 24 hours if it is down. I don't recall any probably with repeated renotification, and your database seems to have the correct data in it. Either something is weird on your install, or this really is a CE bug :) Adam. Sent from BlueMailhttp://www.bluemail.me/r On 21 Jul 2016, at 01:01, Daniel Horth <dan@horth.com.aumailto:dan@horth.com.au> wrote: The spam from Observium is ongoing. :(
It’s not just this alert checker - any failed one causes repeated notifications
Can someone confirm my assumption that an alert notification should only be sent when the alert status changes - not each time the polling cycle runs.
In the mean time I’m going to have a dig through the code to work out what is triggering the notifications and why the spam.
Thanks
On 19 Jul 2016, at 5:38 PM, Daniel Horth <dan@horth.com.aumailto:dan@horth.com.au> wrote:
If it helps I can send sample DB data for that device_id when back at work tomorrow
On 19 Jul 2016, at 5:33 PM, Daniel Horth <dan@horth.com.aumailto:dan@horth.com.au> wrote:
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20...
On 19 Jul 2016, at 4:54 PM, Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> wrote:
Is the last_alerted field set in the database? Adam. Sent from BlueMailhttp://www.bluemail.me/r On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.aumailto:dan@horth.com.au> wrote:
Hi all
I have an odd alerting issue where I am receiving email alerts about a failed check each time a polling interval passes.
________________________________
observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
The correct fix is to set
$config['alerts']['interval']
In the config.php. the value is in seconds.
I wonder how that's managed to survive in CE for this long! Perhaps people just assumed alerting every 5 mins was as designed!
Adam.
Sent from BlueMail
On 21 Jul 2016, 10:05, at 10:05, Laszlo Nemeth laszlo.nemeth@emarsys.com wrote:
Hello
A half year ago I met this problem too in the CE version.
But I got a patch from a member of this list and after I applied it, the alerting works normally.
May be Adam will kill me for this but here is the patch ☺
Includes/alerts.inc.php, I replaced the following line:
if ((time() - $entry['last_alerted']) < $config['alerts']['interval'] && !isset($GLOBALS['spam'])) { $entry['suppress_alert'] = TRUE; }
with:
if ((time() - $entry['last_alerted']) < 86400 && !isset($GLOBALS['spam'])) { $entry['suppress_alert'] = TRUE; }
I just installed it in a half year ago but later we bought the Professional verison and looks like this patch not needed in it. Now I checked it and this line in my (Prof version) alerting.inc.php looks like the unpatched version and no problem with the alerting.
So it is just a idea, if you are on the CE, may be you can try it.
BR Laszlo
From: observium observium-bounces@observium.org on behalf of Richard Franks richardfranks152@gmail.com Reply-To: Observium Network Observation System observium@observium.org Date: Thursday 21 July 2016 at 08:17 To: Observium Network Observation System observium@observium.org Subject: Re: [Observium] Alert checker sending email notifications every polling round
I’ve noticed this in my CE version as well, I ended up setting $config['alerts']['interval'] = 86400; at the top of the alerter.php file.
I would love to use subscription edition, but I just can’t get work to shell out for it :(
R
On 21 Jul 2016, at 01:03, Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> wrote:
It should trigger when the alert goes up or down, and every 24 hours if it is down. I don't recall any probably with repeated renotification, and your database seems to have the correct data in it. Either something is weird on your install, or this really is a CE bug :) Adam. Sent from BlueMailhttp://www.bluemail.me/r On 21 Jul 2016, at 01:01, Daniel Horth <dan@horth.com.aumailto:dan@horth.com.au> wrote: The spam from Observium is ongoing. :(
It’s not just this alert checker - any failed one causes repeated notifications
Can someone confirm my assumption that an alert notification should only be sent when the alert status changes - not each time the polling cycle runs.
In the mean time I’m going to have a dig through the code to work out what is triggering the notifications and why the spam.
Thanks
On 19 Jul 2016, at 5:38 PM, Daniel Horth <dan@horth.com.aumailto:dan@horth.com.au> wrote:
If it helps I can send sample DB data for that device_id when back at work tomorrow
On 19 Jul 2016, at 5:33 PM, Daniel Horth <dan@horth.com.aumailto:dan@horth.com.au> wrote:
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20...
On 19 Jul 2016, at 4:54 PM, Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> wrote:
Is the last_alerted field set in the database? Adam. Sent from BlueMailhttp://www.bluemail.me/r On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.aumailto:dan@horth.com.au> wrote:
Hi all
I have an odd alerting issue where I am receiving email alerts about a failed check each time a polling interval passes.
observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I tried setting $config['alerts']['interval’] = 86400 in config.php when investigating yesterday however the alerts kept coming.
I note that even if $config['alerts']['interval’] is missing from config.php (as it was originally in my case) this should not matter considering it is already set to 86400 in includes/defaults.inc.php
If the subscription version didn’t look so pretty and work so well I might spend further time investigating.For now my efforts are better focussed on getting the subscription build in to our production environment.
:)
On 21 Jul 2016, at 7:15 PM, Adam Armstrong adama@memetic.org wrote:
The correct fix is to set
$config['alerts']['interval']
In the config.php. the value is in seconds.
I wonder how that's managed to survive in CE for this long! Perhaps people just assumed alerting every 5 mins was as designed!
Have you altered the default value in config.php for the following
$config['alerts']['interval'] = 86400;
That is the value for time between resending an alert notification if there is no status change. Default is 24hr.
Michael
On 21 July 2016 10:01:19 am AEST, Daniel Horth dan@horth.com.au wrote:
The spam from Observium is ongoing. :(
It’s not just this alert checker - any failed one causes repeated notifications
Can someone confirm my assumption that an alert notification should only be sent when the alert status changes - not each time the polling cycle runs.
In the mean time I’m going to have a dig through the code to work out what is triggering the notifications and why the spam.
Thanks
On 19 Jul 2016, at 5:38 PM, Daniel Horth dan@horth.com.au wrote:
If it helps I can send sample DB data for that device_id when back at
work tomorrow
On 19 Jul 2016, at 5:33 PM, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20... https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20.png?dl=0
On 19 Jul 2016, at 4:54 PM, Adam Armstrong <adama@memetic.org
mailto:adama@memetic.org> wrote:
Is the last_alerted field set in the database?
Adam.
Sent from BlueMail http://www.bluemail.me/r
On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
Hi all
I have an odd alerting issue where I am receiving email alerts
about a failed check each time a polling interval passes.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Nope, I inherited this setup so have altered nothing :)
But - checking config.php there is no $config['alerts']['interval’] setting - which is surely not a good thing.
Changing now to see if that helps.
On 21 Jul 2016, at 10:09 AM, Michael obslist@smarsz.com wrote:
Have you altered the default value in config.php for the following
$config['alerts']['interval'] = 86400;
That is the value for time between resending an alert notification if there is no status change. Default is 24hr.
Michael
On 21 July 2016 10:01:19 am AEST, Daniel Horth dan@horth.com.au wrote:
The spam from Observium is ongoing. :(
It’s not just this alert checker - any failed one causes repeated notifications
Can someone confirm my assumption that an alert notification should only be sent when the alert status changes - not each time the polling cycle runs.
In the mean time I’m going to have a dig through the code to work out what is triggering the notifications and why the spam.
Thanks
On 19 Jul 2016, at 5:38 PM, Daniel Horth dan@horth.com.au wrote:
If it helps I can send sample DB data for that device_id when back at
work tomorrow
On 19 Jul 2016, at 5:33 PM, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20... https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20.png?dl=0
On 19 Jul 2016, at 4:54 PM, Adam Armstrong <adama@memetic.org
mailto:adama@memetic.org> wrote:
Is the last_alerted field set in the database?
Adam.
Sent from BlueMail http://www.bluemail.me/r
On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
Hi all
I have an odd alerting issue where I am receiving email alerts
about a failed check each time a polling interval passes.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I'm getting a RECOVER alert every 5 minutes on the same host. I'm on the latest Observium subscription version. Although I am seeing all sorts of weirdness on my install. Not sure if this related to your post Daniel.
Leo ________________________________________ From: observium observium-bounces@observium.org on behalf of Daniel Horth dan@horth.com.au Sent: Wednesday, July 20, 2016 5:17 PM To: Observium Network Observation System Subject: Re: [Observium] Alert checker sending email notifications every polling round
Nope, I inherited this setup so have altered nothing :)
But - checking config.php there is no $config['alerts']['interval’] setting - which is surely not a good thing.
Changing now to see if that helps.
On 21 Jul 2016, at 10:09 AM, Michael obslist@smarsz.com wrote:
Have you altered the default value in config.php for the following
$config['alerts']['interval'] = 86400;
That is the value for time between resending an alert notification if there is no status change. Default is 24hr.
Michael
On 21 July 2016 10:01:19 am AEST, Daniel Horth dan@horth.com.au wrote:
The spam from Observium is ongoing. :(
It’s not just this alert checker - any failed one causes repeated notifications
Can someone confirm my assumption that an alert notification should only be sent when the alert status changes - not each time the polling cycle runs.
In the mean time I’m going to have a dig through the code to work out what is triggering the notifications and why the spam.
Thanks
On 19 Jul 2016, at 5:38 PM, Daniel Horth dan@horth.com.au wrote:
If it helps I can send sample DB data for that device_id when back at
work tomorrow
On 19 Jul 2016, at 5:33 PM, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20... https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20.png?dl=0
On 19 Jul 2016, at 4:54 PM, Adam Armstrong <adama@memetic.org
mailto:adama@memetic.org> wrote:
Is the last_alerted field set in the database?
Adam.
Sent from BlueMail http://www.bluemail.me/r
On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
Hi all
I have an odd alerting issue where I am receiving email alerts
about a failed check each time a polling interval passes.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Umm... A *recover* every 5 minutes?
Oo
How? The only thing that might cause that is failing to update the alerts table, but this would be even weirder than the other stuff you were seeing.
Adam.
Sent from BlueMail
On 21 Jul 2016, 02:10, at 02:10, "Dano, Leo" ldano@qualcomm.com wrote:
I'm getting a RECOVER alert every 5 minutes on the same host. I'm on the latest Observium subscription version. Although I am seeing all sorts of weirdness on my install. Not sure if this related to your post Daniel.
Leo ________________________________________ From: observium observium-bounces@observium.org on behalf of Daniel Horth dan@horth.com.au Sent: Wednesday, July 20, 2016 5:17 PM To: Observium Network Observation System Subject: Re: [Observium] Alert checker sending email notifications every polling round
Nope, I inherited this setup so have altered nothing :)
But - checking config.php there is no $config['alerts']['interval’] setting - which is surely not a good thing.
Changing now to see if that helps.
On 21 Jul 2016, at 10:09 AM, Michael obslist@smarsz.com wrote:
Have you altered the default value in config.php for the following
$config['alerts']['interval'] = 86400;
That is the value for time between resending an alert notification if
there is no status change. Default is 24hr.
Michael
On 21 July 2016 10:01:19 am AEST, Daniel Horth dan@horth.com.au
wrote:
The spam from Observium is ongoing. :(
It’s not just this alert checker - any failed one causes repeated notifications
Can someone confirm my assumption that an alert notification should only be sent when the alert status changes - not each time the
polling
cycle runs.
In the mean time I’m going to have a dig through the code to work
out
what is triggering the notifications and why the spam.
Thanks
On 19 Jul 2016, at 5:38 PM, Daniel Horth dan@horth.com.au wrote:
If it helps I can send sample DB data for that device_id when back
at
work tomorrow
On 19 Jul 2016, at 5:33 PM, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20...
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20.png?dl=0
On 19 Jul 2016, at 4:54 PM, Adam Armstrong <adama@memetic.org
mailto:adama@memetic.org> wrote:
Is the last_alerted field set in the database?
Adam.
Sent from BlueMail http://www.bluemail.me/r
On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
Hi all
I have an odd alerting issue where I am receiving email alerts
about a failed check each time a polling interval passes.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I have been unable to make any headway on this with the CE.
I have exactly the same behaviour on a second CE (Observium Community Edition 0.16.1.7533) server in my lab. Clean install, no modifications, simple config:
<?php
## Check http://www.observium.org/docs/config_options/ for documentation of possible settings
// Database config --- This MUST be configured $config['db_extension'] = 'mysqli'; $config['db_host'] = 'localhost'; $config['db_user'] = 'observium'; $config['db_pass'] = ‘XXXXXXXXX'; $config['db_name'] = 'observium';
// Base directory #$config['install_dir'] = "/opt/observium";
// Default community list to use when adding/discovering $config['snmp']['community'] = array("public");
// Authentication Model $config['auth_mechanism'] = "mysql"; // default, other options: ldap, http-auth, please see documentation for config help
// Enable alerter (not available in CE) // $config['poller-wrapper']['alerter'] = TRUE;
// Set up a default alerter (email to a single address) $config['email']['default'] = "dan@horth.com.au"; $config['email']['from'] = "Observium observium@lab.local"; $config['email']['default_only'] = TRUE;
$config['fping'] = "/sbin/fping";
// End config.php
Even adding $config['alerts']['interval'] = 86400; has no effect.
The lab setup is a Centos 7 core server
Dev box (the one that first started spamming me) is RHEL 6
Am going to get the subscription edition set up in my lab to see if that makes a difference.
Thanks
On 21 Jul 2016, at 10:17 AM, Daniel Horth dan@horth.com.au wrote:
Nope, I inherited this setup so have altered nothing :)
But - checking config.php there is no $config['alerts']['interval’] setting - which is surely not a good thing.
Changing now to see if that helps.
On 21 Jul 2016, at 10:09 AM, Michael obslist@smarsz.com wrote:
Have you altered the default value in config.php for the following
$config['alerts']['interval'] = 86400;
That is the value for time between resending an alert notification if there is no status change. Default is 24hr.
Michael
On 21 July 2016 10:01:19 am AEST, Daniel Horth dan@horth.com.au wrote:
The spam from Observium is ongoing. :(
It’s not just this alert checker - any failed one causes repeated notifications
Can someone confirm my assumption that an alert notification should only be sent when the alert status changes - not each time the polling cycle runs.
In the mean time I’m going to have a dig through the code to work out what is triggering the notifications and why the spam.
Thanks
On 19 Jul 2016, at 5:38 PM, Daniel Horth dan@horth.com.au wrote:
If it helps I can send sample DB data for that device_id when back at
work tomorrow
On 19 Jul 2016, at 5:33 PM, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
yes - has a timestamp in it
Interface shows last alerted time also, e.g.:
https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20... https://www.dropbox.com/s/ldmradc2plzsekd/Screenshot%202016-07-19%2010.43.20.png?dl=0
On 19 Jul 2016, at 4:54 PM, Adam Armstrong <adama@memetic.org
mailto:adama@memetic.org> wrote:
Is the last_alerted field set in the database?
Adam.
Sent from BlueMail http://www.bluemail.me/r
On 19 Jul 2016, at 02:36, Daniel Horth <dan@horth.com.au
mailto:dan@horth.com.au> wrote:
Hi all
I have an odd alerting issue where I am receiving email alerts
about a failed check each time a polling interval passes.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
For now I am working around the issue by setting “igore_until_ok” = 1 on all tripped alerts
On 21 Jul 2016, at 12:51 PM, Daniel Horth dan@horth.com.au wrote:
Am going to get the subscription edition set up in my lab to see if that makes a difference.
FYI I have switched my lab server to rolling subscription edition and the multiple alert email issue has gone away.
Subscription edition is so much prettier… not sure why I was punishing myself trying to get CE to behave nicely :)
On 21 Jul 2016, at 12:51 PM, Daniel Horth dan@horth.com.au wrote:
I have exactly the same behaviour on a second CE (Observium Community Edition 0.16.1.7533) server in my lab. Clean install, no modifications, simple config
participants (6)
-
Adam Armstrong -
Daniel Horth -
Dano, Leo -
Laszlo Nemeth -
Michael -
Richard Franks