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> |
|
|
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]
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> |
|
|
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]
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> |
|
|
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
(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)_______________________________________________
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)_______________________________________________
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)
_______________________________________________
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)
|