<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2657.73">
<TITLE>RE: [Nagios-users] Custom notification commands...old question with new twist...</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>I had a similar requirement.  I decided to just use a mysql backend.  My notifications include the nagios info plus the info out of the db gotten by a query when an outage occurs.  On the alias line for the hosts.cfg, I included a link to the mysql data so that you can pull the additional info from the db right in the nagios interface.</FONT></P>

<P><FONT SIZE=2>I know it's not what you want.  But here's why I mentioned my solution.  One thing about putting additional info is when you put a link in the alias field, it tends to break the 3d maps.  I did not use them so I did not worry about them.  I have found that it's not that big of a deal to maintain the hosts file and the mysql db because the db gets populated first (usually) and then the nagios config is done from the info in the db.</FONT></P>

<P><FONT SIZE=2>Good luck!</FONT>
</P>

<P><FONT SIZE=2>-----Original Message-----</FONT>
<BR><FONT SIZE=2>From: nagios-users-admin@lists.sourceforge.net [<A HREF="mailto:nagios-users-admin@lists.sourceforge.net">mailto:nagios-users-admin@lists.sourceforge.net</A>] On Behalf Of Steve Gilbert</FONT></P>

<P><FONT SIZE=2>Sent: Tuesday, October 05, 2004 1:11 PM</FONT>
<BR><FONT SIZE=2>To: nagios-users@lists.sourceforge.net</FONT>
<BR><FONT SIZE=2>Subject: [Nagios-users] Custom notification commands...old question with new twist...</FONT>
</P>
<BR>

<P><FONT SIZE=2>I've got a variation on a question that has been asked here several times before.  Please bear with me...</FONT>
</P>

<P><FONT SIZE=2>I want to modify my notification messages to include such things as physical location, serial number, user contact list, vendor contract numbers, etc.</FONT></P>

<P><FONT SIZE=2>This is simple to do via changing the misccommands.cfg file...lots of folks seem to be just having it grep for the appropriate info from a flat file or database or whatever.  Simple enough.</FONT></P>

<P><FONT SIZE=2>Here's where I'd like to do it a little differently...and I'm not sure if this is possible or not.  I'd really like to have all this info come straight from my hosts.cfg file somehow.  Is it possible to add in another directive to a hosts definition?  I've played around with just trying to use the alias directive to hold all this info, but it's pretty ugly.  I'd love to have some sort of "notes" directive in here that would populate a macro...preferably being able to hold multiple lines of info.  It would just be nice to store all this info in one place and not have to maintain a hosts.cfg and a separate notes file.  Would this require a modification to the core Nagios code?</FONT></P>

<P><FONT SIZE=2>Thanks!</FONT>
</P>

<P><FONT SIZE=2>Steve Gilbert</FONT>
<BR><FONT SIZE=2>Unix Systems Administrator</FONT>
<BR><FONT SIZE=2>sgilbert@nvidia.com</FONT>
</P>
<BR>

<P><FONT SIZE=2>-------------------------------------------------------</FONT>
<BR><FONT SIZE=2>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more <A HREF="http://productguide.itmanagersjournal.com/guidepromo.tmpl" TARGET="_blank">http://productguide.itmanagersjournal.com/guidepromo.tmpl</A></FONT></P>

<P><FONT SIZE=2>_______________________________________________</FONT>
<BR><FONT SIZE=2>Nagios-users mailing list</FONT>
<BR><FONT SIZE=2>Nagios-users@lists.sourceforge.net</FONT>
<BR><FONT SIZE=2><A HREF="https://lists.sourceforge.net/lists/listinfo/nagios-users" TARGET="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-users</A></FONT>
<BR><FONT SIZE=2>::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. </FONT>
<BR><FONT SIZE=2>::: Messages without supporting info will risk being sent to /dev/null</FONT>
</P>

</BODY>
</HTML>