Bsnmpd crash after ~30 sec of activity
-
Hi pfsense's users :)
I have a problem with my 2 pfsense box :
- One is an Alix appliance, :
Name fw-01.econcept.local
Version 2.0.3-RELEASE (i386)
built on Fri Apr 12 10:22:18 EDT 2013
FreeBSD 8.1-RELEASE-p13You are on the latest version.
Platform nanobsd (2g)
NanoBSD Boot Slice pfsense0 / ad0s1
CPU Type Geode(TM) Integrated Processor by AMD PCSAnd one is a virtual machine based on vmware esxi :
Name fw-02.econcept.local
Version 2.0.3-RELEASE (amd64)
built on Fri Apr 12 10:27:56 EDT 2013
FreeBSD 8.1-RELEASE-p13You are on the latest version.
Platform pfSense
CPU Type Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHzSo there are not same hardware. But i have the same problem :
On fw-01 :
May 30 15:11:00 kernel: pid 4582 (bsnmpd), uid 0: exited on signal 6 (core dumped)
May 30 15:11:00 snmpd[4582]: stack overflow detected; terminated
May 30 13:08:18 check_reload_status: Syncing firewall
May 30 15:08:18 php: /pkg_edit.php: miniupnpd: Stopping service: miniupnpd disabled
May 30 15:08:01 kernel: pid 22442 (bsnmpd), uid 0: exited on signal 6 (core dumped)
May 30 15:08:01 snmpd[22442]: stack overflow detected; terminated
May 30 13:02:20 check_reload_status: Reloading filter
May 30 13:02:15 check_reload_status: Syncing firewall
May 30 15:02:01 kernel: pid 3981 (bsnmpd), uid 0: exited on signal 6 (core dumped)
May 30 15:02:00 snmpd[3981]: stack overflow detected; terminatedAnd on fw-02 :
May 30 15:25:32 snmpd[52564]: stack overflow detected; terminated
May 30 15:23:45 snmpd[52564]: disk_OS_get_disks: device 'da0' not in device list
May 30 15:16:33 snmpd[52468]: stack overflow detected; terminated
Apr 17 07:51:25 kernel: pid 45186 (bsnmpd), uid 0: exited on signal 6 (core dumped)
Apr 17 09:51:25 snmpd[45186]: stack overflow detected; terminated
Apr 17 09:49:22 snmpd[45186]: disk_OS_get_disks: device 'da0' not in device list
Apr 17 07:45:25 kernel: pid 16980 (bsnmpd), uid 0: exited on signal 6 (core dumped)Have any idea ?
Thank's !!(Sorry for my bad english, i'm French ;) )
-
bsnmpd can have some problems with snmpbulkget (see other existing threads on this) and snmpwalk in general on some systems. If you can setup your SNMP queries to request only specific OIDs and not walk the entire SNMP tree it would probably work.