Actually, while I agree with your post, I am reminded occasionally by James
and Leslie that this forum does not generate enhancment requests
<FLAMETHROWER ON>
IT SHOULD!
<FLAMETHROWER OFF>
I have been told in the past to track down my Tivoli marketing rep for these
types of enhancements.
<FLAMETHROWER ON>
The marketing reps have demonstrated repeatedly that they are typically not
equipped to respond to any Technical issues at all.
<FLAMETHROWER OFF>
Keep the faith brother.
-----Original Message-----
From: Tremblay, David A. [mailto:dtremblay@jhancock.com]
Sent: Wednesday, August 22, 2001 1:10 PM
To: 'IBM NetView Discussion'
Subject: [NV-L] RE: command line interface
Leslie,
<FLAMETHROWER ON>
Why hasn't there ever been or planned a command line method to delete
objects from the map in the many upgrades and enhancements within NetView?
This is a BASIC function that should be available by now in such an advanced
product as NetView. It would be easier for many shops to script AUTOMATIC
deletion of objects within the NetView databases instead of having a person
have to go in and perform this task MANUALLY. Regardless of setting up a
SMART SET and trying to manually delete objects after the fact.
It seems like a reasonable request especially if you have to delete 1,000's
of objects from your maps when you do a MAJOR rebuild of your network which
many companies do from time to time. It is UNREASONABLE to ask our staff
to delete these objects one by one or in groups when an AUTOMATED SOLUTION
should exist that could be a more efficient use of our time.
Lastly, by giving the customer the ability to tap into a CLI method such as
this, map maintenance would become a breeze as opposed to the nightmare I
have encountered in my experience with the product. We do use a seedfile
for discovery and even have it linked into an inventory database but IP
Addresses change, DNS entries get dropped and departments sometimes want us
to exclude monitoring of their box. When you multiply out these changes
times 100 or 1000, it becomes very time consuming to search for all of these
nodes to delete them using the current method.
This is one of many complaints that I have with the product and yes, I have
started to open enhancement requests to address other issues I have but this
one in particular strikes a nerve.
<FLAMETHROWER OFF>
I would suggest that more members of the list open enhancement requests to
address issues such as this. Maybe if enough people complain, the product
will change for the better.
Dave
P.S. Leslie, please keep up your good work because we do learn quite a bit
from both you and James. I have a problem with some aspects of the product
and know the only way to create change is to follow through with some noise
and an enhancement request.
David A. Tremblay John Hancock Financial Services
Lead Systems Analyst Corporate Technology Services
Boston, MA 02117
E-Mail: dtremblay@jhancock.com
-----Original Message-----
From: Leslie Clark [SMTP:lclark@us.ibm.com]
Sent: Tuesday, August 21, 2001 6:41 PM
To: IBM NetView Discussion
Subject: RE: Antw: RE: [NV-L] [nv-l]: command line interface
Deleting from the map is a map function. No commandline
utility is provided to do that. You are supposed to open the map,
delete the thing (from all submaps), and then open any other maps
you have and do the same thing. Once it is gone from all maps, it
will be deleted from the topology database. What you are doing
with that ovtopofix -r command is yanking it from the topology
database first. The maps will supposedly figure that out and
clean themselves up. But the reason that command exists is
for fixing problems which left things in the topology database
that are not in the map. Use it at your own risk. Better to
just delete it from the map manually. If there are a bunch of them,
make a Smartset that groups them all in one place, adjust the
seedfile to prevent their rediscovery (if that is your intent),
and then select them in the Smartset and delete.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
Johnson Brian-O10519
<Brian.W.Johnson@mot To: "'IBM NetView
Discussion'"
orola.com> <nv-l@tkg.com>
Sent by: cc:
owner-nv-l@tkg.com Subject: RE:
Antw: RE: [NV-L] [nv-l]:
command line
interface
08/21/01 12:25 PM
Please respond to
IBM NetView
Discussion
I am trying to delete an object from all submaps from the command
line.
-----Original Message-----
From: Leslie Clark [mailto:lclark@us.ibm.com]
Sent: Tuesday, August 21, 2001 6:34 AM
To: IBM NetView Discussion
Subject: Re: Antw: RE: [NV-L] [nv-l]: command line interface
Brian, I feel compelled to warn you that the 'ovtopofix -r' is
undocumented
for a reason. It is intended as an emergency utility only, and very
bad
things can happen if you use it without knowing exactly what you are
doing. Support will not be happy if you call them about corruption
in
the database after using it. What is it that you are trying to
accomplish?
Maybe there is a better way to go about it.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
"Michael
Seibold" To: <nv-l@tkg.com>
<Michael.Seibo cc:
ld@gek.de> Subject: Antw: RE:
[NV-L]
[nv-l]: command
Sent by: line interface
owner-nv-l@tkg
.com
08/20/01 05:47
AM
Please respond
to IBM NetView
Discussion
..and be careful while importing with xnmsnmpconf. If you have
nodenames in
the config file where nameresolution fails import will stop at that
line.
If you don't catch and correct this your configuration may look
quite
different afterwards from what you expect it to be.
Michael Seibold
Gmünder Ersatzkasse GEK
Germany
>>> donald.davis@firstcitizens.com 17.08.2001 22.42 Uhr >>>
Brian,
Neither of the tasks that you want to perform are simple...
>>a) set SNMP Configuration for a node (as one would do in the GUI
by going
to Options->SNMP Configuration)
xnmsnmpconf -export <filename>
Edit this file (ignore the comments at the top)
1. Add, modify or delete as you desire. Be careful to keep the
file in
the same order as you found it.
Specific nodes first, then IP Network wildcards followed by
*.*.*.*
last.
2. Import the file back in with xnmsnmpconf -import <filename>
3. xnmsnmpconf -event (notifies applications that the database
has
changed)
Word of Caution: All SNMP configuration for SmartSets will be
lost
You will have to re-enter any SmartSet SNMP customization from
the GUI
>>b) delete an object (as would be done in the GUI by right-clicking
on the
object and choosing Edit->Delete->Object->From All Submaps
This is not documented:
1. ovstop netmon
2. ovtopofix -r <Selection Name | Object Number> [Object
Number][Object
Number]....
3. ovstart netmon
Word of Caution: It is not documented because you could easily
corrupt your
database with a single typo.
Don Davis
Donald Davis
First Citizens Bank
Systems Engineer Consultant
Enterprise Management
100 East Tryon Road
Raleigh, NC. 27603-3526
919-716-8448
Note: ovtopofix -r takes the Selection Name or the Object Number
from the
Object database, Multiple object numbers may be deleted at once.
-----Original Message-----
From: Johnson Brian-O10519 [mailto:Brian.W.Johnson@motorola.com]
Sent: Friday, August 17, 2001 3:47 PM
To: 'nv-l@tkg.com'
Subject: [NV-L] [nv-l]: command line interface
What are the commands (if they exist) to issue at the command line
to
accomplish the following:
a) set SNMP Configuration for a node (as one would do in the GUI by
going
to
Options->SNMP Configuration)
b) delete an object (as would be done in the GUI by right-clicking
on the
object and choosing Edit->Delete->Object->From All Submaps
Thanks in advance for your help.
--Brian
Brian Johnson
Motorola, Inc.
IT Systems Engineer
GIS - Enterprise Systems Management
Desk: (480) 441-1127
2-way Pager: 1-800-Skytel-2 PIN: 1267115
e-mail: Brian.W.Johnson@motorola.com
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
----------------------------------------------------------------------------
--
This electronic mail and any files transmitted with it are
confidential and
are intended solely for the use of individual or entity to whom they
are
addressed. If you are not the intended recipient or the person
responsible
for delivering the electronic mail to the intended recipient, be
advised
that you have received this electronic mail in error and that any
use,
dissemination, forwarding, printing, or copying of this electronic
mail is
strictly prohibited. If you have received this electronic mail in
error,
please immediately notify the sender by return mail.
============================================================================
==
_________________________________________________________________________
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
|