Similar issue in v5.7.3. The one-line patch *was* useful, although I had to
disable the ifXTable persistent data storage (by commenting out the
ifXTable entries in /var/net-snmp/snmpd.conf [the one that says DO NOT
EDIT all over]) to allow the init values to be maintained, rather
than overwritten by the (invalid) persistent values.
With thanks,
Alan
>>On 06/11/2012 11:22 AM, David Dombrowsky wrote:
>> Is this related to this bug?
>>
>> http://sourceforge.net/tracker/index.php?func=detail&aid=1479378&group_id=12694&atid=112694
>>
>> It's 6 years old, but it looks to still be a problem. It has no
>> comments on it.
>>
>> Anyone have any ideas?
>>
>
>We were able to work around the problem with this patch:
>
>------------------
>--- a/agent/mibgroup/if-mib/ifTable/ifTable.c
>+++ b/agent/mibgroup/if-mib/ifTable/ifTable.c
>@@ -200,6 +200,7 @@ ifTable_rowreq_ctx_init(ifTable_rowreq_ctx *
>rowreq_ctx,
> /*
> * TODO:210:o: |-> Perform extra ifTable rowreq initialization.
>(eg DEFVALS)
> */
>+ rowreq_ctx->data.ifLinkUpDownTrapEnable =
>IFLINKUPDOWNTRAPENABLE_DISABLED;
> if (NULL == user_init_ctx)
> rowreq_ctx->data.ifentry =
> netsnmp_access_interface_entry_create(NULL, 0);
>------------------
>
>It's probably not correct, but it works for now. Hopefully it is
>useful to others.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
