If ovtopofix does not remove it, it must have more than just the
first two fields. Sometimes that happens when another product adds
certain kinds of fields to a node, and then you delete the node using
Netview-only facilities (Edit..Delete, for example), when you really
needed to use that other application to delete that field first. The
node won't be completely deleted because of that field. In that case,
I would go ahead and add the node manually, overriding the message,
and then use that other app, whatever it is, to unset the field, then
delete the node.
Also try using the Locate function. You might be surprised to find
some reference to the object actually is in the map, and can be
deleted once you find it. And look carefully through the output if
ovtopofix -a for references to this object. It may be giving you some
If you are still having trouble with it, tell us what fields are showing
in ovobjprint, and maybe somebody will recognize it.
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
First, ovtopofix, as the name implies, and as the man page will tell you,
used primarily to synchronize the topology database with the map database,
it only does very limited things with the object database that ovwdb
All that ovtopofix will remove from the ovwdb-owned object database are
objects which are not fully fleshed out. Once an object has been
pinged and all the appropriate fields added, ovtopofix will not remove
object. It can, however, force a map update of an object that is the
database to be put on the map. See the -u | -U options for that.
What options did you try? If you do an ovtopodump -lvr can you find this
object in the topology database or not ? The ovobjprint should also give
like "maps exist" and "maps managed" and a symbol list for each map which
can then double-check with ovmapdump. If you have that, then you need to
again to find this object on the map and delete it from there. Note than
you run ovtopofix for any reason, most of what it does is to update object
create and last updated times, which then causes ipmap to re-evaluate the
when the red-write map is next started. Usually when you run ovtopofix,
you are just trying to remove hints, you must then restart the GUI with the
read-write map to see any results, because it is ipmap who will make the
to the maps based on the topology update.
As has been posted her before, there are ways to rip an object out of the
database (and out of toplogy) but they are
dangerous because they do so without regard to the other databases, so you
corrupt the whole thing, and then the only way out is to restore from a
of /usr/OV/databases/openview/ or to clear the toplogy and start over.
you go that route you need to determine (a) in what databases does this
exist and (b) what is my backup plan in case this backfires. We can talk
that some more, if necessary, after you have done some more investigation.
Tivoli (NetView for UNIX) L3 Support
"Boulieris, Arthur" <Arthur.Boulieris AT NZ.UNISYS DOT COM> on 12/21/99 04:43:17
Please respond to Discussion of IBM NetView and POLYCENTER Manager on
<NV-L AT UCSBVM.UCSB DOT EDU>
To: NV-L AT UCSBVM.UCSB DOT EDU
cc: (bcc: James Shanks/Tivoli Systems)
Im running netview 5.1.1 for Solaris 2.6.
I have an object thats in my ovwdb but not on the map?
I can do an ovobjprint -s <ip-address> and it prints out info for an
If I do an ovtopfix using all the options for this object it wont go away.
If I try to add to a map it says I cant cos the object exists.
Any one have a fix for this catch 22?
any help much appreciated,
Implementation & Support
Attachments are virus free!
This message has been scanned for viruses at the originating end by
Nemx Anti-Virus for MS Exchange Server/IMC