[AGENT++] USM and VACM Tables persistence

[Gokul Poduval]

Hey Frank,
Thanks for the anwer. I discovered earlier that I was calling init first,
and then constructing the VACM object. Now, I am doing it the other way
around, and it works fine.

On 10/3/05, Frank Fock <fock at agentpp.com> wrote:
>
> Hello Gokul,
>
> The tables (not their content) are created by the agent (you) at startup
> and then they are added to the Mib instance. If you have done this,
> the the table should be there otherwise not.
>
> If the table has been added before Mib->init(), then its persistent
> content is loaded by AGENT++ - otherwise not.
>
> Best regards,
> Frank
>
> Gokul Poduval wrote:
>
> >Hello,
> >
> > In my implementation, whenever the user does a SNMP SET, all the
> >SNMP information is saved to disk due to persistence. The entries in
> >the VACM tables have been declared non-volatile. However, if I restart
> >the agent, the information does not seem to be read back, because I am
> >unable to get a pointer to the VACM tables.
> >
> >#define oidVacmSecurityToGroupTable "1.3.6.1.6.3.16.1.2.1"
> >
> > Mib mib = new Agentpp::Mib(persistentObjectsDir)
> > mib->init() ;
> >
> > Agentpp::MibTable* securityToGroupTable =
> dynamic_cast<Agentpp::MibTable*>
> > (mib->get(Oid(oidVacmSecurityToGroupTable)));
> >
> > if (!securityToGroupTable)
> > cout << "Reference to securityToGroupTable not found\n";
> >
> >The cout statement is executed. I need a pointer to the
> >securityToGroupTable to check whether the user has made any
> >modifications, and if so, I do not want to override his settings. Is
> >there anything else I need to do to get a pointer to the
> >securityGroupTable from persistent storage ?
> >
> >I have the exact same doubt in relation to the USM tables too.
> >_______________________________________________
> >AGENTPP mailing list
> >AGENTPP at agentpp.org
> >http://lists.agentpp.org/mailman/listinfo/agentpp
> >
> >
> >
> >
>
>
> --
> AGENT++
> http://www.agentpp.com
> http://www.mibexplorer.com
> http://www.mibdesigner.com
>
>
>