snmpd hangs/loops on FC3 and RHE4

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=3D0, community=3Dpublic
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=3DanonymousSecName004,
gn=3DanonymousGroupName004, vn=3DanonymousView004trace: =
vacm_getViewEntry():
vacm.c, 370:
vacm:getView: , found
, vt=3D1
trace: snmp_call_callbacks(): callback.c, 196:
callback: END calling callbacks for maj=3D1 min=3D0 (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,=20
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 user@example.com

## 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=20
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_id=6595&alloc_id=14396&op=click
_______________________________________________
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/...net-snmp-users