Discussion:
snmpd keeps diing without a reson even in debug mode.
Lyuben Bahtarliev
2008-04-01 10:25:39 UTC
Permalink
Greets guys,
I keep getting snmpd diing without a reason even in debug mode. The
output is as follows:

pppoe1:~# uptime
16:19:13 up 5:37, 2 users, load average: 0.08, 0.04, 0.07
pppoe1:~# uname -a
Linux pppoe1 2.6.22-3-686-bigmem #1 SMP Mon Nov 12 09:52:20 UTC 2007
i686 GNU/Linux
pppoe1:~# cat /etc/default/snmpd | grep snmpd
# This file controls the activity of snmpd and snmptrapd
# snmpd control (yes means start daemon).
# snmpd options (use syslog, close stdin/out/err).
SNMPDOPTS='-Dall -Lf /var/log/snmpd.log -u root -I -smux -p
/var/run/snmpd.pid udp:192.168.254.6'
# 5.0, master agentx support must be enabled in snmpd before snmptrapd
# can be run. See snmpd.conf(5) for how to do this.
pppoe1:~# tail -n 50 /var/log/snmpd.log
access:ipaddress:container: Supports multicast
compare:index: compare .1 to .2
compare:index: result was -1
compare:index: compare .2 to .2
compare:index: result was 0
compare:index: compare .2 to
compare:index: result was 1
compare:index: compare .3 to .2
compare:index: result was 1
compare:index: compare .2 to .3
compare:index: result was -1
compare:index: compare .2 to
compare:index: result was 1
compare:index: compare .1 to .1
compare:index: result was 0
compare:index: compare .1 to
compare:index: result was 1
compare:index: compare .3 to .3
compare:index: result was 0
compare:index: compare .3 to .2
compare:index: result was 1
compare:index: compare .2 to .5
compare:index: result was -1
compare:index: compare .3 to .5
compare:index: result was -1
trace: netsnmp_binary_array_insert(): container_binary_array.c, 377:
container: not inserting duplicate key
trace: _netsnmp_ioctl_ipaddress_container_load_v4():
ip-mib/data_access/ipaddress_ioctl.c, 277:
access:ipaddress:container: error with ipaddress_entry: insert into
container failed.
trace: _netsnmp_ioctl_ipaddress_container_load_v4():
ip-mib/data_access/ipaddress_ioctl.c, 159:
access:ipaddress:container: interface 5, ppp53
trace: netsnmp_access_interface_ioctl_ifindex_get():
if-mib/data_access/interface_ioctl.c, 402:
access:interface:ioctl: ifindex_get
trace: _ioctl_get(): if-mib/data_access/interface_ioctl.c, 49:
verbose:access:interface:ioctl: ioctl 35123 for ppp53
access:ipaddress:container: if 5: addr len 4, index 0xde
access:ipaddress:container: address 0x100000a
access:ipaddress:container: flags 0x10d1
access:ipaddress:container: interface is up
access:ipaddress:container: interface is has p-p link
access:ipaddress:container: resources allocated
access:ipaddress:container: no ARP protocol
access:ipaddress:container: Supports multicast
compare:index: compare to .2
compare:index: result was -1
compare:index: compare .1 to .2
compare:index: result was -1
compare:index: compare .2 to .2
compare:index: result was 0
compare:index: compare .2 to
pppoe1:~#

Any advice would be greatly appreciated.

PS: The machine has 2 LACP enabled cards for uplink and 3 for downlink
to customers and is serving as a pppoe concentrator. The network traffic
through it is pretty much heavy and dense.

Regards,
---
Lyuben R. Bahtarliev
Team Leader businessINFRASTRUCTURES
MCP, VCP, Aladdin eToken Certified Engineer

Tel.: +359 2 4395151
Direct Tel.: +359 2 4395107
Fax: +359 2 4395115
Mobile: +359 89 7975706
E-Mail: ***@efellows.bg
Website: http://www.efellows.bg
Thomas Anders
2008-04-01 17:40:36 UTC
Permalink
Post by Lyuben Bahtarliev
I keep getting snmpd diing without a reason even in debug mode.
Would you be willing to try out latest 5.4.x SVN?

There's believed to be a dedicated fix for this problem in SVN and we'd be interested to know whether it fixes the crash for you.

You could either build your own from http://www.net-snmp.org/nightly/tarballs/ or try a binary snapshot package from http://download.opensuse.org/repositories/net-snmp/Debian_Etch/ .


Cheers,
Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
Lyuben Bahtarliev
2008-04-02 13:43:26 UTC
Permalink
Yep the latest main snapshot of the SVN solved the issue. Some other
arouse but I am quite comfortable with solving them by myself.

Thanks for the help,
Lyuben

-----Original Message-----
From: Thomas Anders [mailto:***@blue-cable.de]
Sent: Tuesday, April 01, 2008 8:41 PM
To: Lyuben Bahtarliev
Cc: net-snmp-***@lists.sourceforge.net
Subject: Re: snmpd keeps diing without a reson even in debug mode.
Post by Lyuben Bahtarliev
I keep getting snmpd diing without a reason even in debug mode.
Would you be willing to try out latest 5.4.x SVN?

There's believed to be a dedicated fix for this problem in SVN and we'd
be interested to know whether it fixes the crash for you.

You could either build your own from
http://www.net-snmp.org/nightly/tarballs/ or try a binary snapshot
package from
http://download.opensuse.org/repositories/net-snmp/Debian_Etch/ .


Cheers,
Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
Thomas Anders
2008-04-02 14:08:00 UTC
Permalink
Post by Lyuben Bahtarliev
Yep the latest main snapshot of the SVN solved the issue. Some other
arouse but I am quite comfortable with solving them by myself.
Still, if you find the time to report any problems in SVN trunk, we'd be happy to know about them.


+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
Loading...