Hey,
I seem to be having a weird issue I'm hoping someone else can confirm. I'm us?ing "directory" to manage my alerts configs.
For example
directory /opt/xymon/server/etc/alerts.d
HOST=* MAIL personal at example.com DURATION>10 REPEAT=30 RECOVERED
However, it doesn't seem to actually get to the HOST entry. It uses the last file listed in the alerts.d folder as the catchall. I would never have noticed this had I not been having a test of some new servers using a script intended for another group. Can anyone else confirm this behavior? I'm currently using 4.3.21.
thanks
=G=
On Thu, November 19, 2015 11:50 am, Galen Johnson wrote:
Hey,
I seem to be having a weird issue I'm hoping someone else can confirm. I'm us?ing "directory" to manage my alerts configs.
For example
directory /opt/xymon/server/etc/alerts.d
HOST=* MAIL personal at example.com DURATION>10 REPEAT=30 RECOVERED
However, it doesn't seem to actually get to the HOST entry. It uses the last file listed in the alerts.d folder as the catchall. I would never have noticed this had I not been having a test of some new servers using a script intended for another group. Can anyone else confirm this behavior? I'm currently using 4.3.21.
Is the line visible from xymond_alert --dump-config as such? After a directory entry, it should simply continue on parsing from there in the original file.
-jc
Yep. It shows up. It's really bizarre as I couldn't find anything that might trigger it but it stopped alerting to the wrong group as soon as I added a config file for that host group.
=G=
From: J.C. Cleaver <cleaver at terabithia.org> Sent: Thursday, November 19, 2015 3:46 PM To: Galen Johnson Cc: xymon at xymon.com Subject: Re: [Xymon] alerts includes
On Thu, November 19, 2015 11:50 am, Galen Johnson wrote:
Hey,
I seem to be having a weird issue I'm hoping someone else can confirm. I'm us?ing "directory" to manage my alerts configs.
For example
directory /opt/xymon/server/etc/alerts.d
HOST=* MAIL personal at example.com DURATION>10 REPEAT=30 RECOVERED
However, it doesn't seem to actually get to the HOST entry. It uses the last file listed in the alerts.d folder as the catchall. I would never have noticed this had I not been having a test of some new servers using a script intended for another group. Can anyone else confirm this behavior? I'm currently using 4.3.21.
Is the line visible from xymond_alert --dump-config as such? After a directory entry, it should simply continue on parsing from there in the original file.
-jc
This is still bugging the hell out of me. It's consistently sending to the wrong alert group. I tried running
../bin/xymond_alert --test tbowl-midtier wksbasic --color=red
This seems to want to match on the wrong rule and I'm damned if I can see it.
00010238 2015-11-23 09:30:38 Matching host:service:dgroup:page 'tbowl-midtier:wksbasic:SAS Servers:TBowl' against rule line 137 00010238 2015-11-23 09:30:38 *** Match with 'HOST=%(eu1[ed]|eucass[1-4]|dse|wsssl[6-7]|tier|eu-|wpentaho|wmysql).*' ***
It does seem that it is matching on the correct rule also...
00010238 2015-11-23 09:30:38 Matching host:service:dgroup:page 'tbowl-midtier:wksbasic:SAS Servers:TBowl' against rule line 144 00010238 2015-11-23 09:30:38 *** Match with 'HOST=%(tbowl-).*' ***
Here are the 2 relevant rules:
137 HOST=%(eu1[ed]|eucass[1-4]|dse|wsssl[6-7]|tier|eu-|wpentaho|wmysql).*
144 HOST=%(tbowl-).*
What am I missing?
=G=
From: Xymon <xymon-bounces at xymon.com> on behalf of Galen Johnson <Galen.Johnson at sas.com> Sent: Thursday, November 19, 2015 5:55 PM To: J.C. Cleaver Cc: xymon at xymon.com Subject: Re: [Xymon] alerts includes
Yep. It shows up. It's really bizarre as I couldn't find anything that might trigger it but it stopped alerting to the wrong group as soon as I added a config file for that host group.
=G=
From: J.C. Cleaver <cleaver at terabithia.org> Sent: Thursday, November 19, 2015 3:46 PM To: Galen Johnson Cc: xymon at xymon.com Subject: Re: [Xymon] alerts includes
On Thu, November 19, 2015 11:50 am, Galen Johnson wrote:
Hey,
I seem to be having a weird issue I'm hoping someone else can confirm. I'm us?ing "directory" to manage my alerts configs.
For example
directory /opt/xymon/server/etc/alerts.d
HOST=* MAIL personal at example.com DURATION>10 REPEAT=30 RECOVERED
However, it doesn't seem to actually get to the HOST entry. It uses the last file listed in the alerts.d folder as the catchall. I would never have noticed this had I not been having a test of some new servers using a script intended for another group. Can anyone else confirm this behavior? I'm currently using 4.3.21.
Is the line visible from xymond_alert --dump-config as such? After a directory entry, it should simply continue on parsing from there in the original file.
-jc
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
I just found the match...midtier matches "tier"...
=G=
From: Xymon <xymon-bounces at xymon.com> on behalf of Galen Johnson <Galen.Johnson at sas.com> Sent: Monday, November 23, 2015 9:45 AM To: J.C. Cleaver Cc: xymon at xymon.com Subject: Re: [Xymon] alerts includes
This is still bugging the hell out of me. It's consistently sending to the wrong alert group. I tried running
../bin/xymond_alert --test tbowl-midtier wksbasic --color=red
This seems to want to match on the wrong rule and I'm damned if I can see it.
00010238 2015-11-23 09:30:38 Matching host:service:dgroup:page 'tbowl-midtier:wksbasic:SAS Servers:TBowl' against rule line 137 00010238 2015-11-23 09:30:38 *** Match with 'HOST=%(eu1[ed]|eucass[1-4]|dse|wsssl[6-7]|tier|eu-|wpentaho|wmysql).*' ***
It does seem that it is matching on the correct rule also...
00010238 2015-11-23 09:30:38 Matching host:service:dgroup:page 'tbowl-midtier:wksbasic:SAS Servers:TBowl' against rule line 144 00010238 2015-11-23 09:30:38 *** Match with 'HOST=%(tbowl-).*' ***
Here are the 2 relevant rules:
137 HOST=%(eu1[ed]|eucass[1-4]|dse|wsssl[6-7]|tier|eu-|wpentaho|wmysql).*
144 HOST=%(tbowl-).*
What am I missing?
=G=
From: Xymon <xymon-bounces at xymon.com> on behalf of Galen Johnson <Galen.Johnson at sas.com> Sent: Thursday, November 19, 2015 5:55 PM To: J.C. Cleaver Cc: xymon at xymon.com Subject: Re: [Xymon] alerts includes
Yep. It shows up. It's really bizarre as I couldn't find anything that might trigger it but it stopped alerting to the wrong group as soon as I added a config file for that host group.
=G=
From: J.C. Cleaver <cleaver at terabithia.org> Sent: Thursday, November 19, 2015 3:46 PM To: Galen Johnson Cc: xymon at xymon.com Subject: Re: [Xymon] alerts includes
On Thu, November 19, 2015 11:50 am, Galen Johnson wrote:
Hey,
I seem to be having a weird issue I'm hoping someone else can confirm. I'm us?ing "directory" to manage my alerts configs.
For example
directory /opt/xymon/server/etc/alerts.d
HOST=* MAIL personal at example.com DURATION>10 REPEAT=30 RECOVERED
However, it doesn't seem to actually get to the HOST entry. It uses the last file listed in the alerts.d folder as the catchall. I would never have noticed this had I not been having a test of some new servers using a script intended for another group. Can anyone else confirm this behavior? I'm currently using 4.3.21.
Is the line visible from xymond_alert --dump-config as such? After a directory entry, it should simply continue on parsing from there in the original file.
-jc
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Hi sorry sending from my mobile but see below
Sent from my mobile Adam Goryachev
On 23 Nov 2015, at 09:45, Galen Johnson <Galen.Johnson at sas.com> wrote:
This is still bugging the hell out of me. It's consistently sending to the wrong alert group. I tried running
../bin/xymond_alert --test tbowl-midtier wksbasic --color=red
This seems to want to match on the wrong rule and I'm damned if I can see it.
00010238 2015-11-23 09:30:38 Matching host:service:dgroup:page 'tbowl-midtier:wksbasic:SAS Servers:TBowl' against rule line 137 00010238 2015-11-23 09:30:38 *** Match with 'HOST=%(eu1[ed]|eucass[1-4]|dse|wsssl[6-7]|tier|eu-|wpentaho|wmysql).*' ***
It does seem that it is matching on the correct rule also...
00010238 2015-11-23 09:30:38 Matching host:service:dgroup:page 'tbowl-midtier:wksbasic:SAS Servers:TBowl' against rule line 144 00010238 2015-11-23 09:30:38 *** Match with 'HOST=%(tbowl-).*' ***
Here are the 2 relevant rules:
137 HOST=%(eu1[ed]|eucass[1-4]|dse|wsssl[6-7]|tier|eu-|wpentaho|wmysql).*
This matches because you have |tier| in the host regex which matches tbowl-midTIER see capital part....
Hope that helps
Regards Adam
144 HOST=%(tbowl-).*
What am I missing?
=G=
From: Xymon <xymon-bounces at xymon.com> on behalf of Galen Johnson <Galen.Johnson at sas.com> Sent: Thursday, November 19, 2015 5:55 PM To: J.C. Cleaver Cc: xymon at xymon.com Subject: Re: [Xymon] alerts includes
Yep. It shows up. It's really bizarre as I couldn't find anything that might trigger it but it stopped alerting to the wrong group as soon as I added a config file for that host group.
=G=
From: J.C. Cleaver <cleaver at terabithia.org> Sent: Thursday, November 19, 2015 3:46 PM To: Galen Johnson Cc: xymon at xymon.com Subject: Re: [Xymon] alerts includes
On Thu, November 19, 2015 11:50 am, Galen Johnson wrote: Hey,
I seem to be having a weird issue I'm hoping someone else can confirm. I'm us?ing "directory" to manage my alerts configs.
For example
directory /opt/xymon/server/etc/alerts.d
HOST=* MAIL personal at example.com DURATION>10 REPEAT=30 RECOVERED
However, it doesn't seem to actually get to the HOST entry. It uses the last file listed in the alerts.d folder as the catchall. I would never have noticed this had I not been having a test of some new servers using a script intended for another group. Can anyone else confirm this behavior? I'm currently using 4.3.21.
Is the line visible from xymond_alert --dump-config as such? After a directory entry, it should simply continue on parsing from there in the original file.
-jc
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
participants (3)
-
adam＠websitemanagers.com.au
-
cleaver＠terabithia.org
-
Galen.Johnson＠sas.com