snmpd keeps diing without a reson even in debug mode.

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: [email protected]
   Website: http://www.efellows.bg

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

_______________________________________________
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