Hello all, I'm having a problem on all Fedora Core 3 and Red Hat Enterprise 4 systems that have net-snmp-5.1.2 installed. It seems that after some random amount of time, the snmpd daemon stops responding to snmp requests. After browsing through the list archives, I found a suggestion to run the following command:
snmpd -f -Le -Dall After several minutes and thousands of log lines later, I see that some sort of loop starts occurring. Below are some normal outputs of snmpd as it responds to some GET requests, and then the "loop" begins. Basically, when this loop begins, it just goes on and on forever. I have a SecureCRT session log that's over 100MB in size thanks to this! If anyone knows what the problem is and how to fix it, I'd greatly appreciate it. Red Hat support won't help me any further with this, so this is my final hope. Also below is my snmpd.conf file. mibII/vacm_vars: vacm_in_view: ver=0, community=public trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 733: netsnmp_udp_getSecName: resolve <"public", 0x1ecdb7d1> trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 738: netsnmp_udp_getSecName: compare <"public", 0x0100007f/0xffffffff>... nope trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 738: netsnmp_udp_getSecName: compare <"public", 0x36d2bccf/0xffffffff>... nope trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 738: netsnmp_udp_getSecName: compare <"public", 0x06dfbccf/0xffffffff>... nope trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 738: netsnmp_udp_getSecName: compare <"public", 0x00f0bccf/0x00ffffff>... nope trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 738: netsnmp_udp_getSecName: compare <"public", 0x1ecdb7d1/0xffffffff>... SUCCESS trace: netsnmp_subtree_find_first(): agent_registry.c, 156: subtree: looking for subtree for context: "" trace: netsnmp_subtree_find_first(): agent_registry.c, 160: subtree: found one for: "" trace: vacm_in_view(): mibII/vacm_vars.c, 851: mibII/vacm_vars: vacm_in_view: sn=anonymousSecName004, gn=anonymousGroupName004, vn=anonymousView004trace: vacm_getViewEntry(): vacm.c, 370: vacm:getView: , found , vt=1 trace: snmp_call_callbacks(): callback.c, 196: callback: END calling callbacks for maj=1 min=0 (1 called) trace: netsnmp_add_varbind_to_cache(): snmp_agent.c, 1699: snmp_agent: add_vb_to_cache(0x8240ff8, 1, HOST-RESOURCES-MIB::hrStorageAllocationFailures.1, 0x81fafa0) trace: netsnmp_add_varbind_to_cache(): snmp_agent.c, 1764: snmp_agent: tp->start HOST-RESOURCES-MIB::hrStorageAllocationFailures, tp->end HOST-RESOURCES-MIB::hrStorageEntry.8, trace: netsnmp_call_handlers(): agent_handler.c, 443: handler:calling: main handler bulk_to_next trace: netsnmp_call_handler(): agent_handler.c, 381: handler:calling: calling handler bulk_to_next for mode GET trace: netsnmp_call_handler(): agent_handler.c, 381: handler:calling: calling handler old_api for mode GET trace: header_hrstoreEntry(): host/hr_storage.c, 383: host/hr_storage: var_hrstoreEntry: HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 1 (index 1 ....HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 trace: header_hrstoreEntry(): host/hr_storage.c, 433: host/hr_storage: ... get storage stats HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 trace: header_hrstoreEntry(): host/hr_storage.c, 383: host/hr_storage: var_hrstoreEntry: HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 1 (index 1 ....HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 trace: header_hrstoreEntry(): host/hr_storage.c, 433: host/hr_storage: ... get storage stats HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 trace: header_hrstoreEntry(): host/hr_storage.c, 383: host/hr_storage: var_hrstoreEntry: HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 1 (index 1 ....HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 trace: header_hrstoreEntry(): host/hr_storage.c, 433: host/hr_storage: ... get storage stats HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 trace: header_hrstoreEntry(): host/hr_storage.c, 383: host/hr_storage: var_hrstoreEntry: HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 1 (index 1 ....HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 trace: header_hrstoreEntry(): host/hr_storage.c, 433: snmpd.conf ~~~~~~~~~~~~~~ syslocation "123 Public Street, Springfield USA" syscontact [EMAIL PROTECTED] ## READ-ONLY Community Definitions rocommunity public localhost rocommunity public 192.168.210.54/32 rocommunity public 192.168.223.6/32 rocommunity public 192.168.240.0/24 rocommunity public 192.168.205.30/32 rocommunity public 192.168.220.22/32 ~~~~~~~~~~~~~~ Thanks in advance, eric ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click _______________________________________________ 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
