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

    2.4.1: pfSense lockup with CARP on bridge interface

    Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
    14 Posts 5 Posters 2.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.
    • W
      wwwdrich
      last edited by

      I hate to make a "me too" post, but I'm seeing the same thing on 2.4.1 with a clean install and a config.xml loaded from my old system. The only way I have found to keep the firewall up is to turn all of my CARP VIPs into IP Aliases and turn off my secondary firewall.

      When I get the hang, hitting ctrl-t on the console gives me variations on:

      load: 7.22  cmd: ifconfig 88749 [*carp_if] 11.76r 0.00u 0.00s 0% 2704k
      

      so it looks like it is spinning in carp_if.

      1 Reply Last reply Reply Quote 0
      • W
        webwiz
        last edited by

        Another me too, as well.

        All our pfSense firewalls that are using Bridged interfaces and CARP will freeze as soon as traffic starts passing across the Bridge Interface.

        Had to reinstall 2.3 to get firewalls working again.

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

          Hoping this gets some traction, but so far no activity on the linked bug report…

          1 Reply Last reply Reply Quote 0
          • W
            webwiz
            last edited by

            Does anyone know if this bug has been fixed in 2.4.2?

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

              I re-tested with 2.4.2 and I still see the same behavior.

              Until the pfSense team acknowledges https://redmine.pfsense.org/issues/8056 I don't see how we'll get a fix.

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

                Bumping this thread in the hope that someone on the pfSense team acknowledges this issue.

                1 Reply Last reply Reply Quote 0
                • W
                  webwiz
                  last edited by

                  Looking through the following bug report it looks to be an bug in Free BSD when an interface used as a bridge member has a CARP IP;

                  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200319

                  Has anyone tested to see if the problem persists if CARP IP's are removed from the interfaces that are members of the bridge?

                  1 Reply Last reply Reply Quote 0
                  • G
                    gtoso
                    last edited by

                    Hi,
                    I have a similar problem but not with BRIDGE but LAGG (with LACP enabled).
                    the problem started after the upgrade of one of two firewall in CARP from 2.3.4p1 to 2.4.2p1.

                    Could it be related to this bug?
                    ASAP I will try to better describe my problem.

                    1 Reply Last reply Reply Quote 0
                    • G
                      gtoso
                      last edited by

                      Hi,
                      I have this scenario:
                      2 firewall Dell PowerEdge R310 with these network adapters:
                      2 embedded Broadcom NetXtreme II Gigabit Ethernet
                      1 Intel(R) Gigabit ET Quad Port Server Adapter
                      firewall 1: PfSense 2.3.4-RELEASE-p1 (amd64) installed on HDD, the only package that is installed is FTP_Client_Proxy, this firewall normally has CARP status MASTER on all interfaces, now it's in carp persistent mantenance mode.
                      firewall 2: same hardware, but reinstalled with pfSense-CE-2.4.2-RELEASE-amd64 ZFS auto 4GB swap, during the installation I recoverd the previous config.
                      Just after installation I upgraded it to 2.4.2 p1
                      I have 2 LAGGs (whith LACP): igb0,igb1 and igb2,igb3.
                      One LAGG is assigned to an interface, the other has some VLANs.
                      One Broadcom is directly connected to the other firewall (sync).

                      On all interfaces except for the sync one we have one or more CARP IPs.
                      Firewall 2 with 2.4.2 p1 version works for less than an hour (about 30 minutes), than the other firewall becames master and this firewall gets stuck:
                      on console (DRAC) does not respond anymore but, at least in 1 case, something seems to be working; all 4 nics in LACP have link up, but only one PortChannel is up with an interface only and browser shows certificate warning but then it does't load the login page.

                      The system.log file contains rows referring to the stuck status time,
                      a part from "pfr_update_stats: assertion failed." pre-existing and recurring errors, also new errors showed up like
                      "sonewconn: pcb 0xfffff8007394e1d0: Listen queue overflow: 2 already in queue awaiting acceptance (12 occurrences)"

                      Any suggestion would be appreciated.

                      1 Reply Last reply Reply Quote 0
                      • G
                        gtoso
                        last edited by

                        @gtoso:

                        Hi,
                        I have a similar problem but not with BRIDGE but LAGG (with LACP enabled).
                        the problem started after the upgrade of one of two firewall in CARP from 2.3.4p1 to 2.4.2p1.

                        Could it be related to this bug?
                        ASAP I will try to better describe my problem.

                        Sorry, I forgot a BRIDGE between an OpenVPN TAP and an interface.
                        Now I'm trying after removing the bridge.

                        Thanks.

                        EDIT: I confirm more than 2 hours whitout problems.
                        So even a bridge little used not assigned as interface, that include an interface with an IP CARP triggers the problem.

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