Some needed improvements

[local.coder]

Quoting Stanley Hopcroft <Stanley.Hopcroft at IPAustralia.Gov.AU>:

When you ack the alert in Nagios it will send an email to anyone that is
currently receiving the alert will get an email with the ACK. The display
screen will have a notes icon which you can click and see the ack reason.

Also you can go in and change the css file for the site and modify the ACK css
styles with different colors so ACK'd alerts show up as a different color
(instead of yellow/red). Also if you are using nagios features for the play
sound on alert via browser then the sounds should stop when the alert is ACK.

Click on the down host or service and on the right you will see "acknowledge
this alert"

There is also some links on the left that will show some configuration info but
it takes some clicks to see admin and contacts for systems. Not much I can help
with there unless you want a new cgi written which would require a real
desperate need since the 2.0 stuff will have more flexibility.

Hope that helps.

Derrick


> Dear Sir,
>
> I am writing to thank you for your letter and say,
>
> On Wed, Jul 07, 2004 at 12:06:38PM +0300, Vilts wrote:
> > Hey
> >
> > We just started to use Nagios for our hosts and service monitoring and
> > well, the bosses are really happy about it, such a great tool :).
> > guys about these improvements
> >
>
> Your suggestions seem more like customisations (changing
> packaging/appearance to suit your requirements) rather than
> improvements. Not everyone is going to find that your proposals
> improve usability.
>
> > First of all, I somehow need to know and show who are contacts for every
> > host and I need to show these admin's email and pager addresses also. So
> > I guess the best place for this info would be in 'Host' section under
> > Host State Information. Has anyone done this before, or are there some
> > reasons why this hasn't been done, or why it's not good idea?
> >
>
> Isn't the config information enough for you ?
>
> If not, and you really want a different view of the Nag data, why not
> create another (a new) CGI that integrates the config info with whatever
> else you want (there is a Perl Nagios object config parser on CPAN that
> may help with this).
>
> Is there any chance that the CGIs in 2.0alpha suit you better ?
>
>
> > When alarms occur, they need to be ack'ed by monitoring dept and they
> > need to add commend like 'this error has been ack'ed and forwarded to A.
> > Dmin'. How is most reasonable to do this? These ack messages need to be
> > stored also.
> >
>
> I am not with you here.
>
> Do you mean that the recipient of notification is _not_ the person who
> will fix it ?
>
> Yes ? The recipient acks as above; the ack message becomes a persistent
> comment.
> No ? then probably the recip is the fixer. As above.
>
> Yours sincerely.
> --
> ------------------------------------------------------------------------
> Stanley Hopcroft
> ------------------------------------------------------------------------
>
> '...No man is an island, entire of itself; every man is a piece of the
> continent, a part of the main. If a clod be washed away by the sea,
> Europe is the less, as well as if a promontory were, as well as if a
> manor of thy friend's or of thine own were. Any man's death diminishes
> me, because I am involved in mankind; and therefore never send to know
> for whom the bell tolls; it tolls for thee...'
>
> from Meditation 17, J Donne.
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Nagios-devel mailing list
> Nagios-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-devel
>



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com