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?

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

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