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>

 

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