segfault when querying
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Net-SNMP |
Fix Released
|
Unknown
|
|||
net-snmp (Ubuntu) |
Fix Released
|
High
|
Soren Hansen |
Bug Description
Installed net-snmp on a server (itanium) and enabled disk/load checks. When I query the server with snmpwalk (or cricket), snmpd segfaults. Below is a gdb backtrace from such a segfault, triggered by snmpwalk.
halley:~# gdb /usr/sbin/snmpd
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "ia64-linux-
Using host libthread_db library "/lib/libthread
(gdb) run -f -Lsd -Lf /dev/null -u snmp -p /var/run/snmpd.pid
Starting program: /usr/sbin/snmpd -f -Lsd -Lf /dev/null -u snmp -p /var/run/snmpd.pid
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Program received signal SIGSEGV, Segmentation fault.
0x2000000000136760 in _mfd_ifTable_
from /usr/lib/
(gdb) bt
#0 0x2000000000136760 in _mfd_ifTable_
from /usr/lib/
#1 0x20000000002d59e0 in _baby_steps_
from /usr/lib/
#2 0x200000000027d910 in netsnmp_
from /usr/lib/
#3 0x200000000027e5f0 in netsnmp_
from /usr/lib/
#4 0x20000000002d4b50 in _baby_steps_helper ()
from /usr/lib/
#5 0x200000000027d910 in netsnmp_
from /usr/lib/
#6 0x200000000027e5f0 in netsnmp_
from /usr/lib/
#7 0x20000000002e2e60 in netsnmp_
from /usr/lib/
#8 0x200000000027d910 in netsnmp_
from /usr/lib/
#9 0x200000000027e5f0 in netsnmp_
from /usr/lib/
#10 0x20000000002e85a0 in _container_
from /usr/lib/
#11 0x200000000027d910 in netsnmp_
from /usr/lib/
#12 0x200000000027e5f0 in netsnmp_
from /usr/lib/
#13 0x20000000002f2e80 in table_helper_
from /usr/lib/
---Type <return> to continue, or q <return> to quit---
#14 0x200000000027d910 in netsnmp_
from /usr/lib/
#15 0x200000000027e100 in netsnmp_
from /usr/lib/
#16 0x2000000000265450 in handle_var_requests ()
from /usr/lib/
#17 0x2000000000265e60 in handle_getnext_loop ()
from /usr/lib/
#18 0x2000000000267010 in handle_pdu () from /usr/lib/
#19 0x2000000000269430 in netsnmp_
from /usr/lib/
#20 0x2000000000269ff0 in handle_snmp_packet ()
from /usr/lib/
#21 0x200000000039d5d0 in snmp_create_
#22 0x0000000000000000 in ?? ()
(gdb) quit
Changed in netsnmp: | |
status: | Unknown → Unconfirmed |
Changed in netsnmp: | |
status: | Unconfirmed → Confirmed |
Changed in netsnmp: | |
status: | Confirmed → Fix Released |
Observed on a second ia64 server. Both are running dapper.