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

    KEA DHCP Stop after upgrading to 25.07

    Scheduled Pinned Locked Moved DHCP and DNS
    8 Posts 3 Posters 238 Views 3 Watching
    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.
    • W Offline
      wisepds
      last edited by

      99efefca-e9c9-4b82-b487-b755bdadca9c-image.png

      I can't turn on KEA-DHCP after update to 25.07.
      What's happening with kea?

      Any tips to fix this?

      1 Reply Last reply Reply Quote 0
      • W Offline
        wisepds
        last edited by wisepds

        I have this in the log:

        91e40837-7f9f-46b6-a4e1-9fb506e3f0d6-image.png

        And this:

        e6a140e1-c587-4a71-8df9-13d68ffe67e0-image.png

        GertjanG 1 Reply Last reply Reply Quote 0
        • GertjanG Offline
          Gertjan @wisepds
          last edited by Gertjan

          @wisepds

          There is way to much noise in your DHCP logs : The WARNs and INFO are the normal service start and service stop message.

          By your own doing ๐Ÿ˜Š , as you created an unstable state : you use the "servicewatchdog", pfSense's most dangerous package.

          The one and only error :
          cac864cd-13d7-464f-8dde-621c63ba1a7b-image.png

          might even be related to the fact that one instance was stopping, and two were starting : one by pfSense itself, and one by the "servicewatchdog" (yes, that tool is that stupid)

          My advice :
          Remove the service watchdog.
          Check the system log if, by any chance, interfaces are being brought down and up as this is an event that will restart processes like DHCP (and the resolver, and the web GUI etc).
          If you still see an isolated KEA start and then an error, tell us about the error as you did above.
          And your KEA settings.
          And if your network setup is 'special', please add details.

          edit :
          87103526-8e87-448a-8afa-fc1f5e87ca40-image.png

          could also mean : a DHCP request (the packet was recognized as such) came in, but was 'mangled'.
          This could be a bad NIC, cable, switch or anything else upstream.

          No "help me" PM's please. Use the forum, the community will thank you.
          Edit : and where are the logs ??

          W 2 Replies Last reply Reply Quote 0
          • W Offline
            wisepds @Gertjan
            last edited by wisepds

            @Gertjan

            Ok,..let's go to kill service watchdog!

            By the way... it's a PROXMOX MV and i have another pfsense+ without problem on KEA so we can discard bad nic i guess!!!

            This afternoot i will reboot to test!

            1 Reply Last reply Reply Quote 0
            • W Offline
              wisepds @Gertjan
              last edited by

              @Gertjan Service Watchdog uninstalled.
              System rebooted... kea online...

              In syslog:

              eaf8e295-e409-405b-aaa8-c2355e1b672c-image.png

              Is everything okay?
              Thank you.

              W GertjanG 2 Replies Last reply Reply Quote 0
              • W Offline
                WN1X @wisepds
                last edited by

                @wisepds You tell us. Check the lease status page.

                1 Reply Last reply Reply Quote 0
                • GertjanG Offline
                  Gertjan @wisepds
                  last edited by

                  @wisepds

                  Kea (re)started at 15:18:10 - you see the first stop line, and two lines indicating it starts.

                  Same thing here :
                  Kea (re)started at 15:18:20 - you see the first stop line, and two lines indicating it starts.

                  Keep in mind that kea - or any other process - doesn't restart itself. It's ordered to so by pfSense because working condition changed, like : a new save config (GUI) or a hardware event like a NIC the came up, or went down.

                  I see these also :

                  d0af5e7d-3a36-40ca-925e-aab741f782fe-image.png

                  which, afaik, mean that kea triggered kea2unbound script, but there was nothing to 'transmit' from kea (a lease DNS info) to unbound.
                  I see the same sequence in my logs. This sequence doesn't restart kea, its executed by kea so it can sync the lease DNS info with unbound.

                  Your mission now is : find out why did kea restarted.
                  It could be, as said above : a interface event.
                  Also : you saved kea GUI settings ?
                  The system log might tell you more.

                  Example, I had to scroll hundreds of lines down in my DHCP log to find a kea service restart (2 days ago).
                  Btw : using a Netgate 4100.

                  No "help me" PM's please. Use the forum, the community will thank you.
                  Edit : and where are the logs ??

                  W 1 Reply Last reply Reply Quote 0
                  • W Offline
                    wisepds @Gertjan
                    last edited by

                    @Gertjan I suspect that can be a change in the MV configurarion on proxmox. It's weird, I mean, i change a parameter on mv configuration (Static ram vs balloning) but changes in proxmox needs shutdown and start again, are not applied until shutdown.

                    For now i'm testing and checking every 2-3 hours and now it's everything ok.

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