On 17 June 2010 15:23, Kathy McLeod wrote:
> Ah. I thought there would only be one load per command (like snmptable),
> not for every get that is happening.
Think about the protocol operations involved in an "snmptable" or "snmpwalk"
request, and how this will look from the agent's point of vie
On 17 June 2010 15:18, Kathy McLeod wrote:
> I said that wrong. I meant should I add it to all the Reserve1 sections
> for the other columns (vs. the the action section, for example).
This error (noCreation) needs to be returned for all MIB column
objects in that table, so needs to be present in
sers
06/17/2010 03:03 Subject
AMRe: cache problems with table data
m
Subject
AMRe: cache problems with table data
mib2c
On 16 June 2010 20:14, Kathy McLeod wrote:
> Problem 2: the -1 setting is not working for me for some of the commands.
"for some of the commands" is a bit vague.
Can you be more specific?
A test such as:
$ snmpgetnext LLDP-MIB::lldpPortConfigAdminStatus ; \
snmpgetnext LLDP-MIB::lldp
On 16 June 2010 20:14, Kathy McLeod wrote:
> Problem 1: When I tried to do a set for a row that doesn't exist, I was
> getting a seg. fault (I was seeing set handler 4 debug msg but not the next
> one). I added that check from the get section to the switch for the
> PortConfigStatus set section,
Hi again -(See attached file: lldpPortConfigTable.c)(same file with
more debug, and change below)
Long story (well, short stupid story), but I wasn't running with the
HANDLER change. Now it seems to work fine, except for the following:
Problem 1: When I tried to do a set for a row that doe
On 16 June 2010 15:23, Kathy McLeod wrote:
> In your previous note, you said to "Try tweaking the injection of the cache
> handler to use 'TABLE_HANDLER_NAME'
>
> In this note, you say, "If you insert the cache helper using
> 'TABLE_HELPER_NAME'
> so is it Handler or Helper?
HANDLER
>From the h
cc
email.com net-snmp users
06/16/2010 02:55 Subject
AMRe: cache pr
On 15 June 2010 21:46, Kathy McLeod 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 g
06/15/2010 03:27 Subject
AM Re: cache problems with table data
net-snmp users
06/15/2010 03:27 Subject
AM Re: cache problems with table data
On 14 June 2010 20:25, Kathy McLeod wrote:
> (See attached file: lldpPortConfigTable.C)
Unfortunately, this file did not actually compile.
(it complained about line 210
entry = SNMP_MALLOC_TYPEDEF(lldpPortConfigTable_entry);
which should presumable be "struct lldpPortConfigTable_entry"
13 matches
Mail list logo