[Top] [All Lists]

[nv-l] 7.1.4 Is the hang in nvtecia or ruleset?

To: <nv-l@lists.us.ibm.com>
Subject: [nv-l] 7.1.4 Is the hang in nvtecia or ruleset?
From: "Van Order, Drew \(US - Hermitage\)" <dvanorder@deloitte.com>
Date: Sun, 29 Aug 2004 08:34:05 -0500
Delivery-date: Sun, 29 Aug 2004 14:46:32 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
Importance: normal
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
Thread-index: AcSAtNeQwt/0uAuCSTqyMCqHqDEhvwNE9S1w
Thread-topic: [nv-l] 7.1.4 Is the hang in nvtecia or ruleset?
Hi all,
I'm back with another NV to TEC integration question/problem. Everything is centered around TEC in our organization; everything we tell NV to act upon is designed to generate a TEC event. We are seeing intermittent delays in receiving TEC events through our TEC_ITS ruleset. Sometimes it will resolve itself within an hour, other times a full daemon cycle is needed, and NV is fine afterwards. The ruleset in use is the core TEC_ITS ruleset provided with 7.1.4 and we have added 8 trap settings nodes to generate events from our routers/switches/eventually Compaq Insight Agents. We have no timer or decision making nodes, it's very basic.
The issue appears to be in ruleset processing or TEC forwarding. I say this because when you ovstop/ovstart, events from the ruleset suddenly appear at TEC. There are no trap storms occurring when these delays hit. We are getting ready to manage considerably more devices and will have to add even more trap nodes to TEC_ITS.rls, so we've got to get a handle on why this is occurring. Any troubleshooting ideas or places where we may have a configuration problem?
Thanks much--Drew

This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited.

<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web