Hi misc@,
while testing the to be released 4.1 I found a problem with the
snmpd daemon (package is net-snmp-5.1.3p5).
Trying, from another machine a command like this:
snmptable -c public -v 1 1.2.3.4 HOST-RESOURCES-MIB::hrSWRunTable
where 1.2.3.4 is the ip address of the OpenBSD server, the snmpd daemon
hangs eating all the cpu it can find.
I tried running the daemon as:
snmpd -d -D -f -q -u nobody -g nobody
to see the debug output. The last lines are
snmp_agent: tp->start HOST-RESOURCES-MIB::hrSWRunType, tp->end
HOST-RESOURCES-MIB::hrSWRunStatus,
trace: netsnmp_add_varbind_to_cache(): snmp_agent.c, 1806:
snmp_agent: add_vb_to_cache(0x87eab780, 7,
HOST-RESOURCES-MIB::hrSWRunStatus, 0x872d2180)
trace: snmp_call_callbacks(): callback.c, 176:
callback: START calling callbacks for maj=1 min=12
trace: snmp_call_callbacks(): callback.c, 184:
callback: calling a callback for maj=1 min=12
trace: vacm_in_view(): mibII/vacm_vars.c, 747:
mibII/vacm_vars: vacm_in_view: ver=0, community=public
trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 744:
netsnmp_udp_getSecName: resolve <"public", 0x2d06bc0a>
trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 749:
netsnmp_udp_getSecName: compare <"public", 0x4a0110ac/0xffffffff>... nope
trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 749:
netsnmp_udp_getSecName: compare <"public", 0x2c05bc0a/0xffffffff>... nope
trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 749:
netsnmp_udp_getSecName: compare <"public", 0x2d06bc0a/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, 854:
mibII/vacm_vars: vacm_in_view: sn=anonymousSecName002,
gn=anonymousGroupName002, vn=anonymousView002
trace: vacm_checkSubtree(): vacm.c, 526:
vacm:checkSubtree: , included
trace: snmp_call_callbacks(): callback.c, 196:
callback: END calling callbacks for maj=1 min=12 (1 called)
trace: netsnmp_add_varbind_to_cache(): snmp_agent.c, 1871:
snmp_agent: tp->start HOST-RESOURCES-MIB::hrSWRunStatus, tp->end
HOST-RESOURCES-MIB::hrSWRunEntry.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 GETNEXT
trace: netsnmp_call_handler(): agent_handler.c, 381:
handler:calling: calling handler old_api for mode GETNEXT
trace: header_hrswrunEntry(): host/hr_swrun.c, 378:
host/hr_swrun: var_hrswrunEntry: HOST-RESOURCES-MIB::hrSWRunIndex 0
(index 20 (entry #1) ....HOST-RESOURCES-MIB::hrSWRunIndex
saved
at this time there is no other output and the daemon is running at full
speed.
The same happens on another 4.1 so I don't think it's hw related.
# dmesg | head -2
OpenBSD 4.1-current (GENERIC) #1466: Fri Apr 6 01:36:13 MDT 2007
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
# snmpd -v
NET-SNMP version: 5.1.3
Web: http://www.net-snmp.org/
Email: [EMAIL PROTECTED]
Any ideas?
D.
