That would fall into the category of things that can't work well
on a R/O map, like Collections based on status, whose
membership changes. If it involves adding and deleting symbols
on the map, it won't work in a R/O map. But it won't work in a r/o
map even if you have a r/w map open somewhere else. I can
see that the more we get dynamic map function into the product,
the less use we will want to make of r/o maps.
I just wanted to clarify this myth that the flow of IP status to r/o maps
was somehow dependant on the activity of r/w maps. Thanks,
James.
So now if you are having trouble getting status, you know you need
to look further for the cause.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
==============================================================================
We just noticed an anomaly related to Status and R/O maps earlier this
week.
Cisco routers with virtual HSRP interfaces don't work well with R/O maps.
When an HSRP failover occurs from router A to router B, NetView deletes the
HSRP interface from router A, and adds it to router B on a R/W map. On a
R/O map the HSRP interface just turns red on router A, and stays red, even
though that IP address CAN be PINGed. Refreshing the map does "correct"
the
problem, i.e. the HSRP interface will show up green on router B.
Joel Gerber - I/T Networking Professional - USAA Information Technology Co.
- San Antonio, TX
* (210)456-4231 * mailto:Joel.Gerber@USAA.com "
http://www.usaa.com
-----Original Message-----
From: James Shanks [SMTP:James_Shanks@TIVOLI.COM]
Sent: Thursday, February 03, 2000 11:44
To: NV-L@UCSBVM.UCSB.EDU
Subject: Re: NetView over XWindows?
There are two issues here, not one.
(1) How does NetView work over a normal X GUI, and
(2) How does NetView work over a particular emulated X GUI.
I can answer the first. I don't know about the second. We do not
use emulators
on a regular basis, though some individuals do, and we do not test
the product
with them. Our job is done when the X GUI works. It is up the
particular brand
of X emulator to reflect that on the emulated display.
Do you need a read-write map open to see status updates on a
read-only map?
The answer is "no".
For an already-discovered object, present on the map at the time it
opened, the
icons will change color as status is updated. I just tried it with
the 5.1.2
boxes on my desk. I opened the only map read-only (netview -ro),
did a locate
and opened the segment submap and the collections submap (the
collection was on
SNMP-supported objects), and saw my other box (this one I am using
to send notes
with). It was green and normal. I simply shut it down and watched
the other
box, the one with the open read-only map, and waited for the events
to come into
the event display which indicated it was down. The icon on both
submaps I had
opened turned red as expected when the events were in the display.
I then
powered up the down box and shortly thereafter netmon noticed it,
and once again
I got the Up events and the icons turned green at about the same
time. This
proves conclusively that status will propagate correctly to a
read-only map when
there is no read-write one opened.
Now, if this isn't what you see on your X GUI then you have a
problem that you
should notify NetView Support about. Note that I am not talking
about devices
discovered after your read-only map is opened, or about devices
coming and going
into collection submaps based on status. A read-only map will not
re-position
an icon without a refresh, but if we are talking about just the
color of an
existing object, this should propagate fine.
Hope this helps
James Shanks
Tivoli (NetView for UNIX) L3 Support
Leslie Clark <lclark@US.IBM.COM> on 02/03/2000 10:58:50 AM
Please respond to Discussion of IBM NetView and POLYCENTER Manager
on NetView
<NV-L@UCSBVM.UCSB.EDU>
To: NV-L@UCSBVM.UCSB.EDU
cc: (bcc: James Shanks/Tivoli Systems)
Subject: Re: NetView over XWindows?
About this business of needing a r/w map open for r/o maps to work:
I have heard this rumor here before, but I have trouble believing
that it
is working as designed. Has anyone taken it up with support and
been
officially notified that a stand-alone R/O map will not reflect
status
correctly? I am just about positive that this has not always been
the case,
and I don't see it documented as a feature....
If I were not getting status updates, I would suspect that the
ipmap
process
for that user had failed, possibly due to insufficient ulimits.
I would appreciate word from anyone who has been given this
information
by Support, as opposed to just observing what works and living with
it.
(Now watch me get in trouble with Support for asking questions like
this....)
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
===========================================================
Mark,
If you do not have read/write access to the map it will not update
unless
you do a map refresh.
-----Original Message-----
From: Discussion of IBM NetView and POLYCENTER Manager on NetView
[mailto:NV-L@UCSBVM.ucsb.edu]On Behalf Of Mark Marcelissen
Sent: Wednesday, February 02, 2000 3:06 PM
To: NV-L@UCSBVM.ucsb.edu
Subject: NetView over XWindows?
I am attempting to have a NT client off a NetView for UNIX using
Exceed.
I am sending the DISPLAY back to my NT desktop from the NetView for
UNIX
server
, it displays OK and the Menus work, BUT, the maps or submaps do
not
update
with status changes. For example: Nodes is a critical state.
A FILE-REFRESH MAP updates the screen.
A NetView session is already running when netview is executed from
the
command line.
Has anyone attempted this or is this a known problem?
Mark M.
DFAIT
|