>From man snmp_alarm
INITIALIZATION
The init_snmp() function initialises the snmp_alarm subsystem by call-
ing init_snmp_alarm() and then init_alarm_post_config() to set up the
first timer to initialise the callback function. These two functions
should not be used directly by applications.
I think some how internally it would register init_myTable(); which init
myTable mib code.
The sub agent file myTable_subagent.c calls this function (init_snmp()). I
just wanna hold the values in table till the new values is ready to be
updated [which basically takes time]. client process snmpwalk can travel it.
without getting errors or timeout.
I tried NETSNMP_CACHE_AUTO_RELOAD, this also gives errors some time, i also
tried in combination with other too, still not helpting.
Thanks
Sharad Chandra
> On 08/08/07, Sharad Chandra <[EMAIL PROTECTED]> wrote:
> > I want what ever it has in table previously should return even
> > while updating the table and once it updated the table then on next
> > query it should give updated values.
>
> I can't comment on the specifics of the MfD code - Robert's the
> expert on that. (Though I'm not sure whether he follows this
> list - you might to better asking him on the IRC channel).
>
> But my immediate reaction would be to set up a regular callback
> routine to re-load the cache automatically. This could either be done
> using the snmp_alarm mechanism within the subagent code, or
> possibly (with suitable protection) as part of a separate thread.
>
> In fact, the comments at the head of the 'helpers/cache_handler'
> file imply that this is exactly what the flag 'NETSNMP_CACHE_AUTO_RELOAD'
> is meant to do.
> Try setting this flag before registering the MIB table.
>
> Dave
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Net-snmp-users mailing list
> [email protected]
> Please see the following page to unsubscribe or change other options:
> https://lists.sourceforge.net/lists/listinfo/net-snmp-users
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
