Good morning,
thank you all for your quick and valuable input. The procedure worked
perfectly and I understand that it will be easier to make the infrequent
adjustments manually on both servers.
Another related question. What is the difference between the "Discovery
Poll" check box and the "Discover Node(s) Managed" check box at the
bottom of the SNMP Configuration screen?
Thanks again,
Kevin Sperry
IT Analyst, Data Center Monitoring Control
________________________________
From: nv-l-bounces AT lists.ca.ibm DOT com
[mailto:nv-l-bounces AT lists.ca.ibm DOT com] On Behalf Of Leslie Clark
Sent: Tuesday, February 17, 2009 12:57 PM
To: Tivoli NetView Discussions
Subject: RE: [NV-L] SNMP polling config file(s)
That export does not include the special cases, like smarset groupings
in xnmsnmpconf.
Cordially,
Leslie A. Clark
IT Services Specialist, Network Mgmt
Information Technology Services Americas
IBM Global Services
(248) 552-4968 Voicemail, Fax, Pager
James Shanks/Raleigh/IBM@IBMUS
Sent by: nv-l-bounces AT lists.ca.ibm DOT com
02/17/2009 12:55 PM
Please respond to
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com>
To
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com>
cc
Subject
RE: [NV-L] SNMP polling config file(s)
Yes, you could do it that way too. Either way something has to be ftp'd
from machine to machine, either a tarred copy of the database or an
export file of your own choosing. I suppose that export/import may be
more elegant because you are not replacing the directory, only it's
contents. But I'd still issue the event and flush the cache after the
import just to be safe.
James Shanks
Tivoli Network Availability Management Level Three
Network Availability Management
Tivoli Software, IBM Corp
1-919-224-1642 | T/L 687-1642 | ITN 26871642
"McGuire Larry G" <Larry.G.McGuire AT irs DOT gov>
"McGuire Larry G" <Larry.G.McGuire AT irs DOT gov>
Sent by: nv-l-bounces AT lists.ca.ibm DOT com
02/17/2009 12:46 PM
Please respond to
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com>
To
"Tivoli NetView Discussions" <nv-l AT lists.ca.ibm DOT com>
cc
Subject
RE: [NV-L] SNMP polling config file(s)
shouldn't you be able to use xnmsnmpconf -export/import to accomplish
this database synchronization?
________________________________
From: nv-l-bounces AT lists.ca.ibm DOT com [
mailto:nv-l-bounces AT lists.ca.ibm DOT com
<mailto:nv-l-bounces AT lists.ca.ibm DOT com> ] On Behalf Of James Shanks
Sent: Tuesday, February 17, 2009 11:44 AM
To: Tivoli NetView Discussions
Subject: RE: [NV-L] SNMP polling config file(s)
Yeah. You are right. I left out the "conf" in ovsnmp.conf_db
But as Leslie said, the process I gave you is hardly worth the trouble
unless you've made dramatic changes on the primary server.
James Shanks
Tivoli Network Availability Management Level Three
Network Availability Management
Tivoli Software, IBM Corp
1-919-224-1642 | T/L 687-1642 | ITN 26871642
"Sperry, Kevin" <Kevin.Sperry AT us.ngrid DOT com>
"Sperry, Kevin" <Kevin.Sperry AT us.ngrid DOT com>
Sent by: nv-l-bounces AT lists.ca.ibm DOT com
02/17/2009 11:34 AM
Please respond to
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com>
To
"Tivoli NetView Discussions" <nv-l AT lists.ca.ibm DOT com>
cc
Subject
RE: [NV-L] SNMP polling config file(s)
OK,
I did not find ovsnmp_db but I did find ovsnmp.conf_db. Is this the
correct directory?
Thanks,
Kevin Sperry
________________________________
From: nv-l-bounces AT lists.ca.ibm DOT com [
mailto:nv-l-bounces AT lists.ca.ibm DOT com
<mailto:nv-l-bounces AT lists.ca.ibm DOT com> ] On Behalf Of James Shanks
Sent: Tuesday, February 17, 2009 11:30 AM
To: Tivoli NetView Discussions
Cc: nv-l AT lists.ca.ibm DOT com; nv-l-bounces AT lists.ca.ibm DOT com
Subject: Re: [NV-L] SNMP polling config file(s)
It's not as simple as you might think. Using the GUI on the other system
might be simpler and easier.
The polling parameters accessed by Options-->SNMP Configuration from the
GUI, or by xnmsnmpconf from the command line, are actually kept in a
small UNIX database, /usr/OV/conf/ovsnmp_db. This is a directory with
several .pag and .dir files underneath it. To transfer it to another
system you would have to tar up the directory and then untar it on the
system. But that's not enough.
When you use the GUI and OK your way out, an event is generated which
says the configuration has changed. This causes all interested parties
such as netmon and snmpcollect to refresh their connection to the
database. So after you have untarred the ovsnmp.db you would have to
generate that event manually unless the daemons are down. You can do
that by simply issuing
xnmsnmpconf -event
from the command line.
I would also issue
xnmsnmpconf -clearcache
to flush an entries stored in memory.
James Shanks
Tivoli Network Availability Management Level Three
Network Availability Management
Tivoli Software, IBM Corp
1-919-224-1642 | T/L 687-1642 | ITN 26871642
"Sperry, Kevin" <Kevin.Sperry AT us.ngrid DOT com>
"Sperry, Kevin" <Kevin.Sperry AT us.ngrid DOT com>
Sent by: nv-l-bounces AT lists.ca.ibm DOT com
02/17/2009 10:50 AM
Please respond to
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com>
To
<nv-l AT lists.ca.ibm DOT com>
cc
Subject
[NV-L] SNMP polling config file(s)
Hello,
We have 2 NetView servers running 7.15 FP1 and they are not
automatically synchronized.
When I make changes to the polling cycle for individual devices or
smartsets in one server <from gui - options, SNMP Configuration>, I have
to duplicate the changes in the other server. I would rather just
transfer the file(s) after I make changes on the first server.
Can anyone help me identify the file(s) to transfer?
Do I need to stop daemons before the transfer?
Any help would be greatly appreciated,
Kevin Sperry
************************************************************************
********
This e-mail and any files transmitted with it, are confidential to
National Grid and are intended solely for the use of the individual or
entity to whom they are addressed. If you have received this e-mail in
error, please reply to this message and let the sender
know._______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l
<http://lists.ca.ibm.com/mailman/listinfo/nv-l> (Browser access limited
to internal IBM'ers only)
************************************************************************
********
This e-mail and any files transmitted with it, are confidential to
National Grid and are intended solely for the use of the individual or
entity to whom they are addressed. If you have received this e-mail in
error, please reply to this message and let the sender
know._______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l
<http://lists.ca.ibm.com/mailman/listinfo/nv-l> (Browser access limited
to internal IBM'ers only)_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l
<http://lists.ca.ibm.com/mailman/listinfo/nv-l> (Browser access limited
to internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
********************************************************************************
This e-mail and any files transmitted with it, are confidential to National
Grid and are intended solely for the use of the individual or entity to whom
they are addressed. If you have received this e-mail in error, please reply to
this message and let the sender know.
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
|
