Re: suppressing MIB module dynamically

Dave Shield <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
2009/11/13  <[email protected]>:
> We're using V5.3.2.2 on RHEL 5.4,
> and there's still bug 2081243.

> This is a simple enough bug to fix --  at least to remove the
> endless loop:
>
> --- agent/mibgroup/ip-mib/data_access/defaultrouter_linux.c.bak 2009-11-12 17:44:31.000000000 -0500
> +++ agent/mibgroup/ip-mib/data_access/defaultrouter_linux.c     2009-11-12 17:44:33.000000000 -0500
> @@ -294,6 +294,7 @@
>                                 "error with defaultrouter_entry: "
>                                 "insert into container failed.\n"));
>                     netsnmp_access_defaultrouter_entry_free(entry);
> +                    nlmhp = NLMSG_NEXT(nlmhp, count);
>                     continue;
>                 }
>             }
>
> But I don't think it's been ported back to 5.3.X

No - that fix won't have been ported to 5.3.x,
because the file defaultrouter_linux.c isn't
present in the 5.3.x line.
   It's not there in 5.4.x either - it's new in 5.5
(and a version of this fix has been applied).



> My configure options include, among many other things:
> ip-mib/ipDefaultRouterTable/ipDefaultRouterTable
>
> Is there a way to just suppress on the snmpd command line support
> for this MIB module?

    snmpd -I-ipDefaultRouterTable


Dave

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
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.