Hi,

this looks like the behaviour when "volatile" is enabled. Please inspect the service in question.


Am 28.11.2016 um 15:15 schrieb Lee Clemens:
Hi Michael,

On 11/28/2016 03:27 AM, Michael Friedrich wrote:
Hi,

On 28 Nov 2016, at 00:13, Lee Clemens <j...@leeclemens.net> wrote:

Hello,

I have the following Notification template and apply it as below. This is 
working, except if the service remains Warning or Critical - notifications 
continue to be sent based on the service's check interval.
Please show the output of “icinga2 —version”.

icinga2 - The Icinga 2 network monitoring daemon (version: v2.5.4)

Copyright (c) 2012-2016 Icinga Development Team (https://www.icinga.org/)
License GPLv2+: GNU GPL version 2 or later <http://gnu.org/licenses/gpl2.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Application information:
   Installation root: /usr
   Sysconf directory: /etc
   Run directory: /run
   Local state directory: /var
   Package data directory: /usr/share/icinga2
   State path: /var/lib/icinga2/icinga2.state
   Modified attributes path: /var/lib/icinga2/modified-attributes.conf
   Objects path: /var/cache/icinga2/icinga2.debug
   Vars path: /var/cache/icinga2/icinga2.vars
   PID path: /run/icinga2/icinga2.pid

System information:
   Platform: CentOS Linux
   Platform version: 7 (Core)
   Kernel: Linux
   Kernel version: 3.10.0-327.36.3.el7.x86_64
   Architecture: x86_64

Build information:
   Compiler: GNU 4.8.5
   Build host: unknown

Thanks,
Lee

Kind regards,
Michael


My understanding was that interval = 0 should disable such re-notifications, but it 
seems to Critical -> Critical or Warning -> Warning checks are considered hard 
state changes and notifications are sent (and re-sent).

Is this the intended behavior? Is there a way to disable the re-notifications when 
the state is not changing? My intent is for Critical -> Critical or W->W for an 
unacknowledged service should not trigger additional pages/notifications.

Removing the apply configuration below stops all notifications, so it does not 
appear some other configuration is getting involved.


template Notification "Test Service Email Template" {
    command = "Standard Email Service"
    interval = 0
    states = [ Critical, OK, Unknown, Warning ]
    types = [
        Acknowledgement,
        Custom,
        DowntimeEnd,
        DowntimeRemoved,
        DowntimeStart,
        FlappingEnd,
        FlappingStart,
        Problem,
        Recovery
    ]
}

apply Notification "Apply Email Services Lee Clemens" to Service {
    import "Test Service Email Template"

    interval = 0
    assign where "Notify Lee Clemens" in host.groups
    users = [ "Lee Clemens" ]
}


Thanks,
Lee Clemens
_______________________________________________
icinga-users mailing list
icinga-users@lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-users

-- 
Michael Friedrich, DI (FH)
Senior Developer

NETWAYS GmbH | Deutschherrnstr. 15-19 | D-90429 Nuernberg
Tel: +49 911 92885-0 | Fax: +49 911 92885-77
CEO: Julian Hein, Bernd Erk | AG Nuernberg HRB18461
http://www.netways.de | michael.friedr...@netways.de

** OSMC 2016 - November - netways.de/osmc **
** OSDC 2017 - Mai – osdc.de **
_______________________________________________
icinga-users mailing list
icinga-users@lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-users

_______________________________________________
icinga-users mailing list
icinga-users@lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-users


_______________________________________________
icinga-users mailing list
icinga-users@lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-users

Reply via email to