Hi Michael, You are correct as was Jurgen, The configs for when to notify is incorrect and I'll fix those, as those will only affect when notifications are sent,however misconfigured templates and notifications won't trigger sending to the wrong user, which is the core problem I'm having.
In my original mail I pasted the debug message : information/Notification: Sending notification 'hostname!http!mail-support' for user 'infra' Which clearly shows that the notification is being triggered for mail-support, but send for user "infra" which is not correct. My understanding of the processes is as follows. I have a service called "http" on host "hostname" that is in Unknown state. notification "mail-support" is applied to Service, importing custom-service-notification which will trigger command "mail-service-notification" when states = [ Warning, Critical, Unknown ] and types = [ Custom ] I then log into tjhe web interface and click on the host and service and then on "Send notification" I enter a custom message and the mail is sent to the infra user, instead of the support user as configured above. The debug message above confirms this. H On Mon, Mar 23, 2015 at 11:08 PM, Michael Friedrich < michael.friedr...@netways.de> wrote: > Hmmm. Your host notification templates use the wrong state filters (Down > instead of Warning, Critical). > > Enable debug log and check that filters don't match currently. > > Kind regards, > Michael > > Von meinem iPhone gesendet > > Am 23.03.2015 um 20:13 schrieb Henti Smith <he...@geekware.co.za<mailto: > he...@geekware.co.za>>: > > Hi Michael, > > The host config is from the client as per the documentation. There is no > host object appart from the dummy ones created in the repository. > > I'll mail them tomorrow as well. > > H > > On Mon, Mar 23, 2015 at 5:46 PM, Michael Friedrich < > michael.friedr...@netways.de<mailto:michael.friedr...@netways.de>> wrote: > Am 23.03.2015 um 14:15 schrieb Henti Smith: > Hi there, > > All configs below: > > The Host object is enough, and that's not listed below. > > > > /* users.conf */ > > object User "infra" { > import "generic-user" > display_name = "Infra" > groups = [ "infra" ] > email= "infra@hostname" > } > > object User "support" { > import "generic-user" > display_name = "Support" > groups = [ "support" ] > email = "support@hostnmae" > } > > object UserGroup "support" { > display_name = "Support Group" > } > > object UserGroup "infra" { > display_name = "Infra Group" > } > > /* notifications.conf */ > > apply Notification "mail-infra" to Host { > import "infra-host-notification" > user_groups = host.vars.notification.mail.groups > assign where host.vars.notification.mail > } > > apply Notification "mail-infra" to Service { > import "infra-service-notification" > user_groups = host.vars.notification.mail.groups > assign where host.vars.notification.mail > } > > apply Notification "mail-support" to Host { > import "support-host-notification" > import "custom-host-notification" > user_groups = host.vars.notification.mail.groups > assign where host.vars.notification.mail > } > > apply Notification "mail-support" to Service { > import "support-service-notification" > import "custom-service-notification" > user_groups = host.vars.notification.mail.groups > assign where host.vars.notification.mail > } > > /* templates.conf */ > > template Notification "support-host-notification" { > command = "mail-host-notification" > states = [ Warning, Critical ] > types = [ Problem, Custom ] > period = "24x7" > } > > template Notification "custom-host-notification" { > command = "mail-host-notification" > states = [ Warning, Critical, Unknown ] > types = [ Custom ] > period = "24x7" > } > > template Notification "support-service-notification" { > command = "mail-service-notification" > states = [ Warning, Critical ] > types = [ Problem, Custom ] > period = "24x7" > } > > template Notification "custom-service-notification" { > command = "mail-service-notification" > states = [ Warning, Critical, Unknown ] > types = [ Custom ] > period = "24x7" > } > > template Notification "infra-host-notification" { > command = "mail-host-notification" > states = [ Up ] > types = [ Problem, Acknowledgement, Recovery, Custom, > FlappingStart, FlappingEnd, > DowntimeStart, DowntimeEnd, DowntimeRemoved ] > period = "24x7" > } > > template Notification "infra-service-notification" { > command = "mail-service-notification" > states = [ OK ] > types = [ Problem, Acknowledgement, Recovery, Custom, > FlappingStart, FlappingEnd, > DowntimeStart, DowntimeEnd, DowntimeRemoved ] > period = "24x7" > } > > > On Mon, Mar 23, 2015 at 3:02 PM, Michael Friedrich < > michael.friedr...@netways.de<mailto:michael.friedr...@netways.de>> wrote: > Am 23.03.2015 um 13:33 schrieb Henti Smith: > Good day all. > > I'm struggling to get my notification working as expected and getting a > strange behaviour where notification mail is sent using the wrong user. > > The check in question (http) is from a windows client discovered from the > master. > The check is Unknown in the web interface. > > First off the relevant configs. > > users.conf has two users support and infra each in a group with the same > name. > > apply Notification "mail-support" to Host { import > "support-host-notification" import "custom-host-notification" user_groups = > host.vars.notification.mail.groups assign where host.vars.notification.mail} > apply Notification "mail-support" to Service { import > "support-service-notification" import "custom-service-notification" > user_groups = host.vars.notification.mail.groups assign where > host.vars.notification.mail } > apply Notification "mail-infra" to Host { import "infra-host-notification" > user_groups = host.vars.notification.mail.groups assign where > host.vars.notification.mail } > apply Notification "mail-infra" to Service { import > "infra-service-notification" user_groups = > host.vars.notification.mail.groups assign where host.vars.notification.mail > } > > Please paste them line by line, it's pretty much unreadable currently. > > > The behaviour I'm seeing is the support user never gets a mail, but the > infra user does and in the debug log I see : > > information/Notification: Sending notification > 'hostname!http!mail-support' for user 'infra' > > At first I thought it's a last match scenario so I swapped the > notifications around. This had no affect. The only other thought I had is > that Notification cannot support multiple imports. > > I'm pretty sure I'm getting the logic of using apply wrong here. > > Your host object definition would be interesting. This is referenced as > user_groups source in your notification apply rules. > > > What I'm trying to achieve is as follows: > > Two users called support and infra. > > mail support when services and hosts states = [ Warning, Critical ] and > types = [ Problem, Custom ] > mail infra when services and hosts states = [ Warning, Critical, Unknown ] > and types = [ Custom ] > > Am I missing something ? > > H > > -- > -- > > > > _______________________________________________ > icinga-users mailing list > icinga-users@lists.icinga.org<mailto:icinga-users@lists.icinga.org> > https://lists.icinga.org/mailman/listinfo/icinga-users > > > > -- > Michael Friedrich, DI (FH) > Application Developer > > NETWAYS GmbH | Deutschherrnstr. 15-19 | D-90429 Nuernberg > Tel: +49 911 92885-0 | Fax: +49 911 92885-77<tel:%2B49%20911%2092885-77> > GF: Julian Hein, Bernd Erk | AG Nuernberg HRB18461 > http://www.netways.de | michael.friedr...@netways.de<mailto: > michael.friedr...@netways.de> > > ** OSDC 2015 - April - osdc.de<http://osdc.de> ** > ** Puppet Camp Berlin 2015 - April - netways.de/puppetcamp< > http://netways.de/puppetcamp> ** > ** OSBConf 2015 - September - osbconf.org<http://osbconf.org> ** > > _______________________________________________ > icinga-users mailing list > icinga-users@lists.icinga.org<mailto:icinga-users@lists.icinga.org> > https://lists.icinga.org/mailman/listinfo/icinga-users > > > > > -- > -- > > > > _______________________________________________ > icinga-users mailing list > icinga-users@lists.icinga.org<mailto:icinga-users@lists.icinga.org> > https://lists.icinga.org/mailman/listinfo/icinga-users > > > > -- > Michael Friedrich, DI (FH) > Application Developer > > NETWAYS GmbH | Deutschherrnstr. 15-19 | D-90429 Nuernberg > Tel: +49 911 92885-0 | Fax: +49 911 92885-77<tel:%2B49%20911%2092885-77> > GF: Julian Hein, Bernd Erk | AG Nuernberg HRB18461 > http://www.netways.de | michael.friedr...@netways.de<mailto: > michael.friedr...@netways.de> > > ** OSDC 2015 - April - osdc.de<http://osdc.de> ** > ** Puppet Camp Berlin 2015 - April - netways.de/puppetcamp< > http://netways.de/puppetcamp> ** > ** OSBConf 2015 - September - osbconf.org<http://osbconf.org> ** > > _______________________________________________ > icinga-users mailing list > icinga-users@lists.icinga.org<mailto:icinga-users@lists.icinga.org> > https://lists.icinga.org/mailman/listinfo/icinga-users > > > _______________________________________________ > icinga-users mailing list > icinga-users@lists.icinga.org<mailto:icinga-users@lists.icinga.org> > https://lists.icinga.org/mailman/listinfo/icinga-users > > -- > Michael Friedrich, DI (FH) > Application Developer > > NETWAYS GmbH | Deutschherrnstr. 15-19 | D-90429 Nuernberg > Tel: +49 911 92885-0 | Fax: +49 911 92885-77 > GF: Julian Hein, Bernd Erk | AG Nuernberg HRB18461 > http://www.netways.de | michael.friedr...@netways.de > > ** OSDC 2015 - April - osdc.de ** > ** Puppet Camp Berlin 2015 - April - netways.de/puppetcamp ** > ** OSBConf 2015 - September - osbconf.org ** > _______________________________________________ > icinga-users mailing list > icinga-users@lists.icinga.org > https://lists.icinga.org/mailman/listinfo/icinga-users > -- -- <X-Clacks-Overhead: GNU Terry Pratchett>
_______________________________________________ icinga-users mailing list icinga-users@lists.icinga.org https://lists.icinga.org/mailman/listinfo/icinga-users
