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

DHCP fails on WAN interface multiple instances

Scheduled Pinned Locked Moved General pfSense Questions
2 Posts 2 Posters 322 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.
  • E
    erikig
    last edited by Jan 20, 2023, 8:51 AM

    I’ve got a strange one here. This morning, I woke up to discover my home pfSense box (2.6.0-RELEASE) had lost the DHCP supplied IP on the WAN interface. It’s a dual WAN configuration, so I was able to switch over to the secondary. I though the problem was with my ISP, but when I got to the office I discovered two other pfSense boxes with the same issue on different configurations (two hardware and one VM) and different ISPs. In cases where the machines were dual WAN, only the primary WAN interface was affected.

    All of them seemed to stop working around midnight UTC (1AM CET). I tried restoring one here, but ran into the double <sshdata> block in the backup configuration file bug. With that fixed, I did a factory reset and was able to restore the configuration from the backup.

    Which brings me back to where I started. Still no DHCP on the primary WAN interface.

    Anyone else seen this kind of behavior?

    E 1 Reply Last reply Jan 20, 2023, 11:58 AM Reply Quote 0
    • E
      eableson @erikig
      last edited by Jan 20, 2023, 11:58 AM

      @erikig And I figured out what was happening. A confluence of events. On the one side, yes the ISP’s DHCP server went offline although their front-line support kept insisting nothing was wrong. (Yes, I know the fibre is up, that’s not the problem. 😔).

      What caused all of the odd secondary behavior was that the syslog server crashed and as a result pfSense started generating huge amounts of logs (notably system.log) which filled up the disk which resulted in all sorts of things breaking like DHCP etc.

      Clearing out the excess in /var/log and rebooting put things back on track. Other than of course the original source of the problem which the ISP finally acknowledged 4 hours later with a generic “there’s an incident impacting your line”

      1 Reply Last reply Reply Quote 1
      2 out of 2
      • First post
        2/2
        Last post
      Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
        This community forum collects and processes your personal information.
        consent.not_received