nv-l
[Top] [All Lists]

RE: Color not propagating to submap

To: nv-l@lists.tivoli.com
Subject: RE: Color not propagating to submap
From: "James Shanks" <SHANKS@us.tivoli.com>
Date: Thu, 19 Jul 2001 17:02:34 -0400
Symbols in your smartsets and symbols on the IP map should show the same
color/status.
If they don't, then right click each of them and do Display Object
Information and verify that they each point to the same object in the
object data base.
They both should always reflect the IP status of that object.  If your
smartset icons don't, then check that collmap is running.  If your IP Map
icons don't then suspect ipmap.  But if you are having a problem keeping
either of those running, then you need to call Support.

James Shanks
Team Leader, Level 3 Support
Tivoli NetView for UNIX and NT


"Scott Barr" <scott_barr@csgsystems.com>@tkg.com on 07/19/2001 01:09:40 PM

Please respond to IBM NetView Discussion <nv-l@tkg.com>

Sent by:  owner-nv-l@tkg.com


To:   "IBM NetView Discussion" <nv-l@tkg.com>
cc:
Subject:  RE: [NV-L] Color not propagating to submap



Okay I may be missing something here but I am looking at a similar
situation. We use location.conf to segregate the networks into geographic
areas. Then I cut the routers from the IP Internet submap into the location
icons. When they are pasted, the links to the subnets are drawn and
everything looks fine. But I know that I have routers in marginal status
with Green icons from time to time (no specific issue right now)

So my question is, should the smartset symbol for a router AND the
cut/pasted symbol for the router always show the same status and should
that
status be marginal (yellow) when an interface is down? I think what I am
doing is the way Leslie says it should be done and therefore am wondering
if
I am looking at a bug?

-----Original Message-----
From: owner-nv-l@tkg.com [mailto:owner-nv-l@tkg.com]On Behalf Of Duble,
Ethan
Sent: Thursday, July 19, 2001 10:33 AM
To: 'IBM NetView Discussion'
Subject: RE: [NV-L] Color not propagating to submap


After upgrading to 6.0.2 (aix) we had similar problems with propagation and
colors.
routers (mostly/only) whould not reflect true status.
after working with tivoli for months (with no resultion) i discovered that
if i turned RFI off
and rediscovered the routers (removed completly form the database) that
things are once again normal.

one of the things i learned from that case was to get the database ID # of
the router
example

ovtopodump -RL 10.108.254.53

CLASS    OBJECT ID(S)   OBJECT               STATUS    IP ADDRESS      LINK
ADDRESS
NETWORKS 119571         10.108.254.53        Up        10.108.254.53

then look at what the database thinks the status is
ovobjprint -o 119571

OBJECT: 119571

        FIELD ID        FIELD NAME                      FIELD VALUE
        10              Selection Name                  "10.108.254.53"
        14              OVW Maps Exists                 1
        15              OVW Maps Managed                1
        18              IP Subnet Mask                  "255.255.255.255"
        19              IP Status                       Normal(2)
        20              IP Network Name                 "10.108.254.53"
        35              isLocation                      FALSE
        36              isNetwork                       TRUE
        37              isInternet                      FALSE
        38              isSegment                       FALSE
        39              isBusSegment                    FALSE
        40              isStarSegment                   FALSE
        41              isTokenRingSegment              FALSE
        42              isFDDIRingSegment               FALSE
        68              isIP                            TRUE
        102             TopM Segment Count              1
        104             TopM Interface Count            1
        109             TopM Default Seg ID             119573
        107017          isUnreachable                   FALSE

then finally look at the symbol properties of the router on ipmap


In our case ipmap was not reflecting what was in the database.

-----Original Message-----
From: Leslie Clark [mailto:lclark@us.ibm.com]
Sent: Thursday, July 19, 2001 7:46 AM
To: IBM NetView Discussion
Subject: RE: [NV-L] Color not propagating to submap


Here's the deal: the ipmap application, the one that makes color changes
on your map, manages the IP Internet Topology on the root submap. Any
topologies you add to the root submap are for you to manage with your own
application. That is why I said the Copy function was not really there for
you
to use. Since Netview was designed as an integration platform, many of the
functions in it are intended for the developers of management applications.
What you are doing is something that is often attempted. And it will look
like
it works, for a while. But it is not supported. You may be able to get it
to work
again by adjusting the status source of each symbol, but it will still be
unsupported. I promise you that what you are seeing is working as designed.

There are sure to be supported alternatives. Describe your requirements in
more
detail, and we can come up with something in the way of a proper cut/paste.

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit


"Chan, Jack" <jack.chan@nz.unisys.com>@tkg.com on 07/19/2001 01:41:21 AM

Please respond to IBM NetView Discussion <nv-l@tkg.com>

Sent by:  owner-nv-l@tkg.com


To:   "'IBM NetView Discussion'" <nv-l@tkg.com>
cc:   "Boulieris, Arthur" <Arthur.Boulieris@nz.unisys.com>
Subject:  RE: [NV-L] Color not propagating to submap



Hi Leslie,

Before the Netview upgrade to 6.02, we had 5.1, and colors of the copy and
pasted maps were propagating through. And 6.02 doesn't (e.g. router
interfaces - one red, one green, but router is GREEN, which was yellow
before the upgrade).

Please let me explain why we are using copy and pasted maps. It is because
we separates logical geographical branches for each clients. So we have a
generic object for each client, and under that, we have IP submaps of the
branch offices. So we did not use Smartsets.

Do you think it will help it I turn the router fault isolation off?
How else can I solve this color problem? It is affecting the daily
operation
people, because they look at the map with all the customer's generic
object.

Sorry for being a pain, thanks a lot for your help.

Jack Chan.
New Zealand, Enterprise System Management.


-----Original Message-----
From: Leslie Clark [mailto:lclark@us.ibm.com]
Sent: Wednesday, 18 July 2001 4:16 a.m.
To: IBM NetView Discussion
Subject: Re: [NV-L] Color not propagating to submap


You should not be copying and pasting. That menu option is only there
to mislead you. Use Cut & Paste to organize the map. If you need an
extra copy somewhere for a different view, use the Smartsets.

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit


"Chan, Jack" <jack.chan@nz.unisys.com>@tkg.com on 07/17/2001 12:28:13 AM

Please respond to IBM NetView Discussion <nv-l@tkg.com>

Sent by:  owner-nv-l@tkg.com


To:   "'IBM NetView Discussion'" <nv-l@tkg.com>
cc:
Subject:  [NV-L] Color not propagating to submap



Hi List,

I have Netview 6.02 on solaris 2.6, upgraded from 5.1

When there is a router down, it shows white (normal). Under the IP Internet
map, the router and all the nodes hanging of it shows white (normal). So we
avoided a lot of node down pages.

BUT.....in my copy and pasted submaps, some IP Network and switches are not
white (either yellow or green).

In essence, one thing shows white on IP Internet map and yellow/green in
other submaps. It seems like the color is not propagating through to some
submaps.

Has anyone encountered this before? What should I do?

Thanks in advance,

Jack Chan
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l


_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l


_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l

_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l


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

Archive operated by Skills 1st Ltd

See also: The NetView Web