Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Snmpd keeps crashing (1.2.3-RELEASE)

    Scheduled Pinned Locked Moved SNMP
    23 Posts 7 Posters 19.2k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • B
      Briantist
      last edited by

      To clarify, does that mean I should have those installed on the pfSense box or on the machine I'm making the requests from?

      1 Reply Last reply Reply Quote 0
      • jimpJ
        jimp Rebel Alliance Developer Netgate
        last edited by

        The snmp client machine, from which the requests originate.

        Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

        Need help fast? Netgate Global Support!

        Do not Chat/PM for help!

        1 Reply Last reply Reply Quote 0
        • R
          rkelleyrtp
          last edited by

          Not sure if this will make a difference, but I have had to use SNMP v1 to properly connect to my pfSense boxes.  When using version 2 (or 2c), Cacti could not read data properly from my pfSense boxes.

          Can you tell Nagios to use "v1" instead of v2" when communicating with your pfSense box?

          1 Reply Last reply Reply Quote 0
          • T
            Takaratiki
            last edited by

            After some cursory probing with snmpbulkget and snmpbulkwalk from the server, I have no issues running the commands. Bsnmpd responds promptly with data. Working within the context of the Nagios implimentation, I fired off a walk request that produced this:

            SNMPv2-SMI::enterprises.12325.1.200.1.9.2.1.20.6 = Counter64: 0
            SNMPv2-SMI::enterprises.12325.1.200.1.9.2.1.20.7 = Counter64: 0
            SNMPv2-SMI::enterprises.12325.1.200.1.9.2.1.20.8 = Counter64: 0
            SNMPv2-SMI::enterprises.12325.1.200.1.9.2.1.20.9 = Counter64: 0
            SNMPv2-SMI::enterprises.12325.1.200.1.9.2.1.20.10 = Counter64: 0
            SNMPv2-SMI::enterprises.12325.1.200.1.9.2.1.20.11 = Counter64: 0
            SNMPv2-SMI::enterprises.12325.1.200.1.9.2.1.20.12 = Counter64: 0
            Error in packet.
            Connection terminated by remote host

            After this message, no further attempts to request data were possible from Nagios, even though I can snmpbulkwalk from the command line successfully. Any attempts to query the interfaces from Nagios fails and brings down the daemon with this error in the logs.

            kernel: pid 58616 (bsnmpd), uid 0: exited on signal 11 (core dumped)

            1 Reply Last reply Reply Quote 0
            • S
              sseidel
              last edited by

              Hi,

              I've also had this problem and I found that bsmnpd crashes when the "max-repetitions  field in the GETBULK PDUs" (man snmpbulkwalk) value is greater than 100 on the "if" subtree.
              Test this (on a linux system):

              snmpbulkwalk -Cr100 -v 2c -c public 192.168.154.1 if
              

              (should work) against this:

              snmpbulkwalk -Cr101 -v 2c -c public 192.168.154.1 if
              

              (should crash).

              Our (providers) Nagios sent 340 in this field, I see from the logs that Briantists even sent 1115 (M=1115). Can this be fixed for 1.2.3 or at least double-checked for 2.0?

              Thanks!

              Stefan

              1 Reply Last reply Reply Quote 0
              • jimpJ
                jimp Rebel Alliance Developer Netgate
                last edited by

                Looks like it's still a problem with bsnmpd on 2.0. Not sure there is much we can do about that, the program comes from upstream. We have a couple patches to it, but it's mostly stock.

                snmpbulkwalk -Cr101 -v 2c -c public 192.168.1.1 if 
                

                …

                Jan 17 19:49:02 pfsense snmpd[34209]: stack overflow detected; terminated
                Jan 17 19:49:03 pfsense kernel: pid 34209 (bsnmpd), uid 0: exited on signal 6 (core dumped)
                

                Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                Need help fast? Netgate Global Support!

                Do not Chat/PM for help!

                1 Reply Last reply Reply Quote 0
                • E
                  eri--
                  last edited by

                  Can you please attach the core file here zipped.

                  1 Reply Last reply Reply Quote 0
                  • B
                    Briantist
                    last edited by

                    @ermal:

                    Can you please attach the core file here zipped.

                    Where do I find the core file?

                    1 Reply Last reply Reply Quote 0
                    • jimpJ
                      jimp Rebel Alliance Developer Netgate
                      last edited by

                      It's probably in / (the root directory)

                      Ermal has a core from me, and I believe he made it crash himself as well (From talking to him on IRC). He said he saw the bad code but hadn't had a chance to fix it yet.

                      Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                      Need help fast? Netgate Global Support!

                      Do not Chat/PM for help!

                      1 Reply Last reply Reply Quote 0
                      • B
                        Briantist
                        last edited by

                        Okay, you or he can let me know if you guys need anything else. Thanks!

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.