Hi Dave, Even after few tries I could not optimize what MIBs to include and what to exclude for OpenWRT, so I plan to go with the default MIB option and continue for now...
Thanks and Regards, Malathi --- On Tue, 4/13/10, Malathi Panyam <[email protected]> wrote: From: Malathi Panyam <[email protected]> Subject: Re: Seg fault when querying for the UDP table To: "Dave Shield" <[email protected]> Cc: [email protected] Date: Tuesday, April 13, 2010, 5:12 PM Hi Dave, Sorry, here is our makefile SNMP_MIB_MODULES_INCLUDED = \ host/hr_device \ host/hr_disk \ host/hr_filesys \ host/hr_network \ host/hr_partition \ host/hr_proc \ host/hr_storage \ host/hr_system \ ieee802dot11 \ mibII/at \ mibII/icmp \ mibII/ifTable \ mibII/ip \ mibII/snmp_mib \ mibII/sysORTable \ mibII/system_mib \ mibII/tcp \ mibII/udp \ mibII/vacm_context \ mibII/vacm_vars \ snmpv3/snmpEngine \ snmpv3/snmpMPDStats \ snmpv3/usmStats \ snmpv3/usmUser \ tunnel \ ucd-snmp/disk \ ucd-snmp/dlmod \ ucd-snmp/extensible \ ucd-snmp/loadave \ ucd-snmp/memory \ ucd-snmp/pass \ ucd-snmp/proc \ ucd-snmp/vmstat \ util_funcs \ utilities/execute \ agentx # agent_mibs # if-mib SNMP_MIB_MODULES_EXCLUDED = \ disman/event \ disman/schedule \ hardware \ host \ mibII \ notification \ notification-log-mib \ snmpv3mibs \ target \ tcp-mib \ ucd_snmp \ udp-mib \ utilities \ SNMP_TRANSPORTS_INCLUDED = Callback UDP UDPIPv6 TCP TCPIPv6 Unix #SNMP_TRANSPORTS_EXCLUDED = TCP TCPIPv6 Unix TARGET_CFLAGS += $(FPIC) CONFIGURE_ARGS += \ --enable-shared \ --enable-static \ --with-endianness=big \ --with-logfile=/var/log/snmpd.log \ --with-persistent-directory=/usr/lib/snmp/ \ --with-default-snmp-version=2 \ --with-sys-contact=r...@localhost \ --with-sys-location=Unknown \ --enable-applications \ --enable-debugging \ --disable-manuals \ --disable-mibs \ --disable-scripts \ --with-out-mib-modules="$(SNMP_MIB_MODULES_EXCLUDED)" \ --with-mib-modules="$(SNMP_MIB_MODULES_INCLUDED)" \ --with-transports="$(SNMP_TRANSPORTS_INCLUDED)" \ --without-openssl \ --without-libwrap \ --without-rpm \ --without-zlib \ --disable-embedded-perl \ --disable-perl-cc-checks \ --without-perl-modules \ --enable-ipv6 \ --disable-snmpv1 \ # --with-out-transports="$(SNMP_TRANSPORTS_EXCLUDED)" \ ifeq ($(CONFIG_IPV6),y) SNMP_TRANSPORTS_INCLUDED+= UDPIPv6 CONFIGURE_ARGS+= --enable-ipv6 endif So as mentioned before when I remove the lines --with-out-mib-modules="$(SNMP_MIB_MODULES_EXCLUDED)" \ --with-mib-modules="$(SNMP_MIB_MODULES_INCLUDED)" \ udpTable works fine. But the size of the libnetsnmpmibs.so seems to double(built with symbols) with this change. So I am planning to go back to including them again and insert MIBs one by one and see which MIB inclusion is causing the segfault. Thanks and Regards, Malathi --- On Tue, 4/13/10, Dave Shield <[email protected]> wrote: From: Dave Shield <[email protected]> Subject: Re: Seg fault when querying for the UDP table To: "Malathi Panyam" <[email protected]> Cc: [email protected] Date: Tuesday, April 13, 2010, 12:13 AM On 13 April 2010 05:23, Malathi Panyam <[email protected]> wrote: > We do enable the IPv6 support in the makefile. It looks like when Net SNMP is > configured > on Ubuntu system, all the default MIBs are used, I mean without the configure > options > > --with-out-mib-modules="$(SNMP_MIB_MODULES_EXCLUDED)" \ > --with-mib-modules="$(SNMP_MIB_MODULES_INCLUDED)" \ > > So I removed these two lines from the makefile of the target (openWRT > machine) and now > I could see the result with out any seg fault ....I wanted to confirm with > you is this a good > idea to remove these two lines from the make file? Do we face any performance > issues with that? I have no idea. You have haven't said anything about what modules are currently being included or excluded, and hence what changes you are making to the configuration. You're obviously using some setup other than the basic Net-SNMP distribution, since our setup doesn't look like the fragment above. You'll need to look at that Makefile, and see what the setting for these two variables currently are. Then think about whether adding or omitting these particular modules is important for your requirements. Dave
------------------------------------------------------------------------------
_______________________________________________ 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
