|To:||"Davis, Donald" <email@example.com>, "IBM NetView Discussion \(E-mail\)" <firstname.lastname@example.org>|
|Subject:||RE: [nv-l] Bizarre Router Behavior|
|From:||"Ray Westphal" <email@example.com>|
|Date:||Mon, 14 Jul 2003 20:11:06 -0500|
|Delivered-to:||mailing list firstname.lastname@example.org|
|Delivery-date:||Tue, 15 Jul 2003 02:11:53 +0100|
|Mailing-list:||contact email@example.com; run by ezmlm|
I had similar behavior, although not as dramatic, before installing FixPack1 and bunch of associated APARs. Of course, I was on AIX with 7.1.3. You don't mention the version or platform. Prior to 7.1.3 on AIX - I also had similar behavior. I avoided 7.1.2 for some of these symptoms.
We also had the situation where unmanaging a subnet for the frame interfaces on a router would unmanage the entire router and hub router. The opposite was also true; managing the frame interface network subnet would manage the router and the frame hub router. This was due the design of our maps. Locations with their routers, switches and servers could be 2 - 3 levels below the top level (home) U.S. map.
Two more ideas you probably have already considered:
Have you checked ovwdb cache and current database object count?
Is the router ICMP or SNMP status polled? I've seen the router object act unusual with SNMP status poll and long response times.
Hope this helps.
Let us know what you find.
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: [nv-l] netviewd unstable, Paul|
|Next by Date:||Re: [nv-l] netviewd unstable, John Bruer|
|Previous by Thread:||[nv-l] Bizarre Router Behavior, Davis, Donald|
|Next by Thread:||RE: [nv-l] Bizarre Router Behavior, Enriquez,Carlos,GLENDALE,GLOBE Center AMS|
|Indexes:||[Date] [Thread] [Top] [All Lists]|
Archive operated by Skills 1st Ltd
See also: The NetView Web