Stephen -
I cannot debug your problem exactly and I don't do netmon in general, but I
will remind you I was not talking about adding a node back by loadhosts but
having it discovered by netmon. Just because you delete a node does not
prevent netmon from discovering it again, and if he thinks, for any reason,
that the object he discovered is different from what he finds in the
database then he will add a new object. Without doing a lot of
ovobjprints to compare the objects and possibly getting a netmon trace
during discovery, I am not sure how else to pin down exactly what happened.
That's all I can tell you. This is not the area of the product I work on.
James Shanks
Team Leader, Level 3 Support
Tivoli NetView for UNIX and NT
Stephen Elliott <selliott@epicrealm.com> on 11/30/2000 10:17:49 AM
Please respond to IBM NetView Discussion <nv-l@tkg.com>
To: "'IBM NetView Discussion'" <nv-l@tkg.com>
cc: (bcc: James Shanks/Tivoli Systems)
Subject: RE: [NV-L] Deleting Objects
James, et al,
Your reply is more than a bit confusing since I typically don't have to run
ovtopofix to add back deleted nodes. Our DB is built entirely via
loadhosts.
I routinely delete all nodes for a site and add them back right away with a
'loadhosts -m <mask> -v < filename' and have never had to run ovtopofix
before doing so.
Now having said that, let me explain what happened a couple days ago. I ran
into the same problem Les did while doing my delete/add routine. The
objects
were deleted from the map and could not be located via Locate, Objects, by
Selection Name or by IP Address, which indicates they have been deleted.
Upon running loadhosts in verbose mode, tho, no new entries displayed to
standard output as is normal and the load finished, stating that no new
nodes were added. An ovobjprint -s against the node's site suffix showed
all
of them to be in the DB. Upon restarting the NetView GUI, all the nodes
show
up under the New Nodes line. Redeleting them all again without reloading
them via loadhosts again showed them still to be in the DB and they again
show up under the New Nodes line upon restarting the GUI.
This is the first time this has happened. After duplicating it on several
more sites, I restored the DB from backup and the problem went away.
Your thoughts?
Regards,
Steve Elliott
Sr. Network Mgmt. Engineer
epicRealm, Inc.
214-570-4560
-----Original Message-----
From: James_Shanks@tivoli.com [mailto:James_Shanks@tivoli.com]
Sent: Thursday, November 30, 2000 7:40 AM
To: IBM NetView Discussion
Subject: Re: [NV-L] Deleting Objects
You need to do an ovtopofix -A to actually remove the objects from the
database after you have removed it from the map. This is so that if you
are removing it from the map only, and do not want it rediscovered, the old
record will stay in the database and netmon will not add a new one, which
you would then have to delete from the map.
James Shanks
Team Leader, Level 3 Support
Tivoli NetView for UNIX and NT
lesdickert@nsimail.com on 11/30/2000 08:23:11 AM
Please respond to IBM NetView Discussion <nv-l@tkg.com>
To: NV-L@tkg.com
cc: (bcc: James Shanks/Tivoli Systems)
Subject: [NV-L] Deleting Objects
Running NetView 6.0.1 under AIX 4.3.2:
I have only one map, and when I delete an
object it doesn't get removed from the object
database. I go to the submap with the object,
highlight it, and do Edit->Delete Object from
All Submaps. However, if I go to the command
line and do ovobjprint -s <object name>, it is
still there, but with no
14 OVW Maps Exists 1
15 OVW Maps Managed 1
entries. From the map, if I do a Locate->Object, it
can't find it.
Problem is that I want to manually re-add the object,
and it won't let me cause it claims the object already
exists.
Is this the way things are supposed to work or what am
I doing wrong?
Thanks,
Les
-------------------------------------------------
Get personalized e-mail and a web address or your
own free e-mail at http://www.networksolutions.com.
_________________________________________________________________________
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
|