Re: Reason: (genError)

Sharad Chandra <[email protected]>
Newsgroups gmane.network.net-snmp.user
Organization Niksun India
Message-ID <[email protected]>
>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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.