Re: Upgraded from 3.2.1 to 3.5 - macros broke?

Jason Gauthier <[email protected]> Wed, 4 Sep 2013 17:11:32 +0000
Newsgroups gmane.network.nagios.user
Message-ID <3F662A1FE7322E418A0ECA916407B8253D1081AE@BL2PRD0610MB387.namprd06.prod.outlook.com>
--===============2668697519151529298==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_3F662A1FE7322E418A0ECA916407B8253D1081AEBL2PRD0610MB387_"

--_000_3F662A1FE7322E418A0ECA916407B8253D1081AEBL2PRD0610MB387_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

To follow up on my own email. It looks like this is not just the upgrade. I=
 moved my 3.2.1 binary back in, and it still happens.

And I've found that it's not limited to the notification commands:

[1378314473] SERVICE ALERT: Server86;Server86 - Ping;UNKNOWN;SOFT;1;check_p=
ing: Invalid hostname/address - 19216874204
[1378314493] SERVICE ALERT: Server86;Server86 - SAP;CRITICAL;SOFT;1;TCP CRI=
TICAL - Invalid hostname, address or socket: 19216874204
[1378314503] HOST ALERT: Server86;DOWN;SOFT;1;check_ping: Invalid hostname/=
address - 19216874204
[1378314533] SERVICE ALERT: Server86;Server86 - Ping;UNKNOWN;HARD;2;check_p=
ing: Invalid hostname/address - 19216874204
[1378314543] HOST ALERT: Server86;DOWN;SOFT;2;check_ping: Invalid hostname/=
address - 19216874204
[1378314553] SERVICE ALERT: Server86;Server86 - SAP;CRITICAL;HARD;2;TCP CRI=
TICAL - Invalid hostname, address or socket: 19216874204
[1378314553] SERVICE ALERT: Server86;Server86 - Load;WARNING;HARD;10;85% CP=
U load.
[1378314563] HOST ALERT: Server86;DOWN;SOFT;3;check_ping: Invalid hostname/=
address - 19216874204
[1378314573] HOST ALERT: Server86;DOWN;SOFT;4;check_ping: Invalid hostname/=
address - 19216874204

(the periods are removed from the IPs)
I really have no idea what caused this, but I am reviewing my config and ch=
anges I made while testing splunk, and opsgenie integration.


From: Jason Gauthier
Sent: Wednesday, September 04, 2013 10:28 AM
To: '[email protected]'
Subject: Upgraded from 3.2.1 to 3.5 - macros broke?

Greetings,

It seems during a recent upgrade, my notifications broke!  Well, I did digg=
ing and found notification themselves are working, but the macro variables =
are completely botched.

I took "notify-by-email", and changed it to this:
/usr/bin/printf "\"%b\" \"Notification Type: $NOTIFICATIONTYPE$ ($SERVICEAC=
KAUTHOR$)\n\nService: $SERVICEDESC$\nHost: $HOSTNAME$\nAddress: $HOSTADDRES=
S$\nState: $SERVICESTATE$\n\nDate/Time: $LONGDATETIME$\n\nAdditional Info:\=
n\n$SERVICEOUTPUT$\n\nComment: $SERVICEACKCOMMENT$\" | /bin/mail -s \"** $N=
OTIFICATIONTYPE$ alert - $HOSTNAME$/$SERVICEDESC$ is $SERVICESTATE$ **\" $C=
ONTACTEMAIL$" >> /tmp/nagiosnotify.log

So, it will write the contents to a file instead of just directly piped to =
mail.  Here is what I see:

"Notification Type: RECOVERY ($)

Service: $
Host: v-ww7b2
Address: 19216876178
State: $

Date/Time: W Sp 4 10:18:11 EDT 2013

Additional Info:

$

Comment: $" | /bin/mail -s "** RECOVERY alert - v-ww7b2/$ is $ **" bv


It seems like all of the variable are wrong. For instance, the host is v-wi=
ndows7lab2.
The email address starts with "bv", but it ends with a whole lot more!

I'm not sure what would be causing this, and would appreciate any input.

Thanks!


--_000_3F662A1FE7322E418A0ECA916407B8253D1081AEBL2PRD0610MB387_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">To follow up on my own=
 email. It looks like this is not just the upgrade. I moved my 3.2.1 binary=
 back in, and it still happens.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">And I&#8217;ve found t=
hat it&#8217;s not limited to the notification commands:<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[1378314473] SERVICE A=
LERT: Server86;Server86 - Ping;UNKNOWN;SOFT;1;check_ping: Invalid hostname/=
address - 19216874204<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[1378314493] SERVICE A=
LERT: Server86;Server86 - SAP;CRITICAL;SOFT;1;TCP CRITICAL - Invalid hostna=
me, address or socket: 19216874204<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[1378314503] HOST ALER=
T: Server86;DOWN;SOFT;1;check_ping: Invalid hostname/address - 19216874204<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[1378314533] SERVICE A=
LERT: Server86;Server86 - Ping;UNKNOWN;HARD;2;check_ping: Invalid hostname/=
address - 19216874204<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[1378314543] HOST ALER=
T: Server86;DOWN;SOFT;2;check_ping: Invalid hostname/address - 19216874204<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[1378314553] SERVICE A=
LERT: Server86;Server86 - SAP;CRITICAL;HARD;2;TCP CRITICAL - Invalid hostna=
me, address or socket: 19216874204<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[1378314553] SERVICE A=
LERT: Server86;Server86 - Load;WARNING;HARD;10;85% CPU load.<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[1378314563] HOST ALER=
T: Server86;DOWN;SOFT;3;check_ping: Invalid hostname/address - 19216874204<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[1378314573] HOST ALER=
T: Server86;DOWN;SOFT;4;check_ping: Invalid hostname/address &#8211; 192168=
74204<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">(the periods are remov=
ed from the IPs)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">I really have no idea =
what caused this, but I am reviewing my config and changes I made while tes=
ting splunk, and opsgenie integration.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Jason Ga=
uthier
<br>
<b>Sent:</b> Wednesday, September 04, 2013 10:28 AM<br>
<b>To:</b> '[email protected]'<br>
<b>Subject:</b> Upgraded from 3.2.1 to 3.5 - macros broke?<o:p></o:p></span=
></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Greetings,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">It seems during a recent upgrade, my notifications b=
roke!&nbsp; Well, I did digging and found notification themselves are worki=
ng, but the macro variables are completely botched.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">I took &#8220;notify-by-email&#8221;, and changed it=
 to this:<o:p></o:p></p>
<p class=3D"MsoNormal">/usr/bin/printf &quot;\&quot;%b\&quot; \&quot;Notifi=
cation Type: $NOTIFICATIONTYPE$ ($SERVICEACKAUTHOR$)\n\nService: $SERVICEDE=
SC$\nHost: $HOSTNAME$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\n\nDat=
e/Time: $LONGDATETIME$\n\nAdditional Info:\n\n$SERVICEOUTPUT$\n\nComment:
 $SERVICEACKCOMMENT$\&quot; | /bin/mail -s \&quot;** $NOTIFICATIONTYPE$ ale=
rt - $HOSTNAME$/$SERVICEDESC$ is $SERVICESTATE$ **\&quot; $CONTACTEMAIL$&qu=
ot; &gt;&gt; /tmp/nagiosnotify.log<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">So, it will write the contents to a file instead of =
just directly piped to mail.&nbsp; Here is what I see:<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">&quot;Notification Type: RECOVERY ($)<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Service: $<o:p></o:p></p>
<p class=3D"MsoNormal">Host: v-ww7b2<o:p></o:p></p>
<p class=3D"MsoNormal">Address: 19216876178<o:p></o:p></p>
<p class=3D"MsoNormal">State: $<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Date/Time: W Sp 4 10:18:11 EDT 2013<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Additional Info:<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">$<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Comment: $&quot; | /bin/mail -s &quot;** RECOVERY al=
ert - v-ww7b2/$ is $ **&quot; bv<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">It seems like all of the variable are wrong. For ins=
tance, the host is v-windows7lab2.
<o:p></o:p></p>
<p class=3D"MsoNormal">The email address starts with &#8220;bv&#8221;, but =
it ends with a whole lot more!<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">I&#8217;m not sure what would be causing this, and w=
ould appreciate any input.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Thanks!<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_3F662A1FE7322E418A0ECA916407B8253D1081AEBL2PRD0610MB387_--


--===============2668697519151529298==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
--===============2668697519151529298==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Nagios-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null
--===============2668697519151529298==--