Re: snmpd 5.7.1 has no response for IF-MIB::ifLinkUpDownTrapEnable
Alan Del Tredici <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <[email protected]> |
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 [email protected] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users