Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login
    Introducing Netgate Nexus: Multi-Instance Management at Your Fingertips.

    Possible bug after switching WAN from DHCP to Static without a reboot

    Scheduled Pinned Locked Moved General pfSense Questions
    12 Posts 4 Posters 345 Views 5 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.
    • R Offline
      rpsmith
      last edited by

      pfSense CE 2.9.0-RELEASE (amd64) running on a mini PC

      AT&T fiber modem went bad (lightning strike nearby) and after they replaced it, my static addresses didn't work so I fell back to DHCP until they corrected the problem on their end. I then switched back to my static addresses and everything was working fine (I didn't reboot). Later I checked the system log and found lots of these errors:
      "arpresolve: can't allocate llinfo for 192.168.1.254 on igc0"
      After hours of troubleshooting with ChatGPT, a reboot was all that was necessary to stop this error message.
      Seems like a bug to me but I'm not a coder.
      Roy...

      JKnottJ SteveITSS 2 Replies Last reply Reply Quote 0
      • JKnottJ Offline
        JKnott @rpsmith
        last edited by

        @rpsmith said in Possible bug after switching WAN from DHCP to Static without a reboot:

        Seems like a bug to me but I'm not a coder.

        I guess whoever wrote it is used to Windows and thought everything else worked the same! 😉

        PfSense running on Qotom mini PC
        i5 CPU, 4 GB memory, 32 GB SSD & 4 Intel 1 Gb Ethernet ports.
        UniFi AC-Lite access point

        I haven't lost my mind. It's around here...somewhere...

        1 Reply Last reply Reply Quote 0
        • stephenw10S Online
          stephenw10 Netgate Administrator
          last edited by

          It indicates a subnet on igc0 no loner exists and an IP address on the interface is not valid. So I assume that IP was the dhcp lease and that subnet doesn't exist?

          I would expect it to stop once the lease expires. It's harmless.

          R 1 Reply Last reply Reply Quote 1
          • R Offline
            rpsmith @stephenw10
            last edited by

            @stephenw10 ~ A "feature" that fills up your logs with error messages (several per second for over a day) that you spend hours trying to troubleshoot is not "harmless" in my opinion.

            1 Reply Last reply Reply Quote 0
            • stephenw10S Online
              stephenw10 Netgate Administrator
              last edited by

              So what is that IP? That message implies the firewall is trying to use it in a subnet that doesn't exist for some reason.

              1 Reply Last reply Reply Quote 1
              • SteveITSS Offline
                SteveITS Galactic Empire @rpsmith
                last edited by

                @rpsmith

                192.168.1.254

                IIRC that’s the default LAN IP of AT&T routers.

                To upgrade, select your branch in System/Update/Update Settings. When upgrading, allow 10-15 minutes to reboot, or more depending on packages, CPU, and/or disk speed.
                Only install packages for your version of pfSense.
                Upvote 👍 helpful posts!

                1 Reply Last reply Reply Quote 1
                • stephenw10S Online
                  stephenw10 Netgate Administrator
                  last edited by

                  Mmm, so presumably it pulled a lease from the local router when it was running dhcp and now that subnet doesn't exist on the firewall after switching to static addresses?

                  I agree it would be nice if old leases were killed/removed at that point but it's probably safer to just allow them to timeout.

                  Unless something else is in play here. A WAN VIP perhaps?

                  R 1 Reply Last reply Reply Quote 1
                  • R Offline
                    rpsmith @stephenw10
                    last edited by

                    @stephenw10 ~ You are correct. That was the gateway address the firewall was using when it was configured for DHCP on the WAN. I switched the WAN back to Static the next day after AT&T reloaded my static IP configuration. I also deleted the leftover DHCP Gateway but never rebooted the firewall. So pfsense continued trying to ping the old DHCP gateway for many hours after that gateway had been deleted and I was up and running on my static IPs.

                    1 Reply Last reply Reply Quote 0
                    • stephenw10S Online
                      stephenw10 Netgate Administrator
                      last edited by

                      Ah it was the gateway. Hmm, interesting. So you could actually see it pinging the old dhcp gateway even after removing it?

                      R 1 Reply Last reply Reply Quote 1
                      • R Offline
                        rpsmith @stephenw10
                        last edited by rpsmith

                        @stephenw10 ~ I didn't see that but that is what ChatGPT said it had deduced.

                        1 Reply Last reply Reply Quote 0
                        • stephenw10S Online
                          stephenw10 Netgate Administrator
                          last edited by

                          I assume your static IP is a public subnet so the old gateway is no longer reachable?

                          R 1 Reply Last reply Reply Quote 1
                          • R Offline
                            rpsmith @stephenw10
                            last edited by

                            @stephenw10 ~ Correct.

                            1 Reply Last reply Reply Quote 0
                            • First post
                              Last post
                            Copyright 2026 Rubicon Communications LLC (Netgate). All rights reserved.
                            Privacy Policy · Cookie Policy