My suggestion is that you add an in-line action to your ruleset, in which you
grep a file which is a list of nodes scheduled for maintenance. If the node is
in the list, then you exit the ruleset, else you continue. You would have to
maintain the list of course.
Somehow you have to make your automation more sophisticated. The way you have
built it ignores the maintenance requirement, so now it is up to you to add it.
The only other alternative I can think of is to have your maintenance people
unmanage these devices before they go down for service, and re-manage them after
they come up.
James Shanks
Tivoli (NetView for UNIX and NT) L3 Support
W.M.de.Bruin@DNB.NL on 03/07/2000 05:10:27 AM
Please respond to IBM NetView Discussion <nv-l@tkg.com>
To: NV-L@UCSBVM.ucsb.edu
cc: (bcc: James Shanks/Tivoli Systems)
Subject: [NV-L] Node Up/Down Traps
Hi all,
Important servers are monitored for availability by Netview. Status Polling is
set to take place every 5 minutes.
If a server does not respond, a Node Down trap is generated, and automatic
escalation takes place. (Paging, SMS-messages, etc....)
This is all fine, except that once every week or two, some of these servers are
rebooted at night, or over the weekend, and are then unavailable for approx. 30
minutes.
At this time, we don
´t want any traps, because the events are then escalated to
maintenance personnel.
Problem is that it is not only with one server, but with a couple, so the
maintenance personnel cannot be told to just ignore the escalation at a specific
time.
How can I solve this?
I have thought of writing a script that gets executed at shutdown, to generate a
custom trap to tell Netview that this is normal maintenance, and then a rule to
cancel the automatic escalation, but I am sure that there are simpler ways to
solve it.
Any help appreciated.
Wouter de Bruin
Network Management Consultant
`Externe E-Mail wordt door DNB niet gebruikt voor het aangaan van
verplichtingen`
`Any e-mail messages from De Nederlandsche Bank are given in good faith but
shall not
be binding nor shall they be construed as constituting any obligation on the
part of the Bank.`
_________________________________________________________________________
NV-L List information (unsubscribing, policies, posting, digest version,
searchable archives): http://www.tkg.com/nv-l
|