RE: [nv-l] ? about yellow map status near root - but zero "failing resources" found in submaps
2005-06-29 12:29:57
Thanks everyone for your input. I got lucky and found
my problem (or identified my lack of understanding) I have a few subnets I
have not "plumbed" snmp and icmp access to yet (variety of firewalls to
navigate). As a result, those subnets were white (unreachable) which
I thought was similar to unmanaged but I was wrong. By changing them to
unmanaged (until I update the firewall rules) I was able to regain green status
all the way to the root map (hooray!!)
Glen Warn
PEMCO Corporation Computer Services
(PCCS)
206-628-5770
You might try running
ovmapcount -b
If there are objects in the map that are not in
the topology, this will list them and tell you how to go about deleting them.
They may be affecting your status. And then I would look at Switch Analyzer
involvement.
With so many people
reporting funny propogation after FP3, I think maybe someone should call Support
and have them analyze your database just to be sure.
Cordially,
Leslie A. Clark IBM Global
Services - Systems Mgmt & Networking (248) 552-4968 Voicemail, Fax,
Pager
"Colin Mulkerrins"
<Colin.Mulkerrins AT anpost DOT ie> Sent by: owner-nv-l AT lists.us.ibm DOT com
06/24/2005 05:50 AM
|
To
| <nv-l AT lists.us.ibm DOT com>
|
cc
|
|
Subject
| RE: [nv-l] ? about
yellow map status near root - but zero "failing
resources" found in submaps |
|
Glen, I have been having similar issues with icons going
marginal when everything under them is OK (I have even had leaf interfaces going
marginal). All this started when I upgraded from 7.1.2 to 7.1.4 (on AIX) I
am up to FP3 and it is still happening. I can change them back to green by
unmanaging and remanaging the icon (normally a router) but after a while (not
consistant) it changes back to yellow again - I have set logging but so far
cannot find any reason why this is happening nothing ashows up in the logs.
They do not appear to be generating traps and my network team have not
complained about spurious alerts (and they would if they got any :-)). It
is just a pain in the a** and makes the map look bad. I suppose I'll get
around to opening a pmr on the problem at some stage when I get a chance
Regs Colin M. "We bought Tivoli to alleviate firefighting - now
we are firefighting Tivoli" me. -----Original Message----- From:
owner-nv-l AT lists.us.ibm DOT com [mailto:owner-nv-l AT lists.us.ibm DOT com] On Behalf Of
Glen Warn Sent: 23 June 2005 17:51 To:
nv-l AT lists.us.ibm DOT com Subject: [nv-l] ? about yellow map status near
root - but zero "failing resources" found in submaps
Hi, Running Netview 7.1.4 FP3 on Redhat Linux AS 2.1 My root map has been carved up into 5 objects that represent 5
different companies. Each of those companies networks and devices have
been cut from the root map and pasted into the company specific submaps.
Everything works perfectly - except on thing. 4 of the 5 submaps
(representing each company) show status of yellow. Drilling into the
submaps - everything is either green or unmanaged (including hidden objects).
I've tried using the TOOLS-> FAILING RESOURCE DISPLAY utility to ID my
problem, but it returns "no specified resources found". Even odder, a
month or so ago, Company X was green and everyone else yellow. Now,
company X is yellow and company Z is green! I've run the various DB
utilities too (resolve DB inconsistencies, compress IP and objects
topology) I also only have only a single
map. Any
thoughts would be greatly appreciated,
Glen Warn PEMCO
Corporation Computer Services (PCCS) glen.warn AT pemcocorp DOT com 206-628-5770 *********************************************************************************
This e-mail and its attachments, is
confidential and is intended for the addressee(s) only. If you are not the
intended recipient, disclosure, distribution or any action taken in reliance on
it is prohibited and may be unlawful. Please note that any information expressed
in this message or its attachments is not given or endorsed by An Post unless
otherwise indicated by an authorised representative independently of this
message. An Post does not accept responsibility for the contents of this message
and although it has been scanned for viruses An Post will not accept
responsibility for any damage caused as a result of a virus being passed on.
*********************************************************************************
|
|
|