Re: cache problems with table data mib2c

On 15 June 2010 21:46, Kathy McLeod <[email protected]> wrote:
> I think your diagnosis is correct.  It is setting up for the row and column
> in the old table and then when those rows are not in the new table, I get
> errors.  This does not seem correct to me - isn't the point of reloading to
> have the latest and greatest before the handler is called?

Yes.
Or more accurately, to have the latest-and-greatest reloaded
before the handler which decides which row of the table is required.

There are four helper handlers that are relevant here:
   table:                   which handles table indexing
   table_container:    which handles table rows
   table_tdata:          which hides some of the inner working of
table_container
   cache:                 which handles the cache

The vital one is 'table_container', which looks at the content of the
container, and decides whether the request is valid, and which row
of the table to work with.

If you insert the cache helper using 'TABLE_TDATA_NAME', then you end up
with
       table -> container -> cache -> tdata

So the container helper gets invoked before the cache helper, and hence
is working with an old or empty container.

If you insert the cache helper using 'TABLE_HELPER_NAME', then you end up
with
       cache -> table -> container  -> tdata

So the cache helper gets invoked (to populate the container) before the
container helper, and the container helper can work with up-to-date info.



> Here are my results:

I suspect that the problems you are seeing now must relate to the
interface between your MIB module and the underlying subsystem.
The version you posted (with dummy data) seems to be working fine.


Dave

------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
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