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

    2.4.1 is killing me

    Off-Topic & Non-Support Discussion
    5
    6
    931
    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
      rscrub
      last edited by

      Ever since I updated, it crashes almost every day and will not shutdown/startup. I keep getting this message

      There were error(s) loading the rules: pfctl: DIOCXCOMMIT: Device busy - The line in question reads [0]: @ 2017-11-07 07:02:41

      and…

      PF was wedged/busy and has been reset. @ 2017-11-07 07:02:36

      I can't figure out what is going on. Please help!!!

      1 Reply Last reply Reply Quote 0
      • K
        kejianshi
        last edited by

        For me, that just means I'm on pfsense.  I see those two every day and it dosn't cause me any crashes or hangs that I've noticed.

        We are talking for years.

        1 Reply Last reply Reply Quote 0
        • ?
          Guest
          last edited by

          Ever since I updated, it crashes almost every day and will not shutdown/startup. I keep getting this message

          If 2.4.1 is not a must be, I would roll back to 2.4.0 or an earlier version where you was not getting any problems in, and
          if the version 2.4.2 is out you could try it again! So if you are not pressed to use this version perhaps better to wait
          until 2.4.2 is out.

          Some VLAN labeling problems were there and the VLANs on the WAN interface using PPP is also broken. as
          I am informed right.

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

            regarding that DIOCXCOMMIT-errormessage a quick google-search offered me this possible solution:
            @https://detlev.bluelf.me/2015/06/14/pfsense-error-pfctl-diocxcommit/:

            There were error(s) loading the rules: pfctl: DIOCXCOMMIT: Device busy – The line in question reads [ 0 ]

            Here’s what worked for me:
            Rather than allowing your NICs to autoselect speed, duplex and flow control, I locked these in on each interface to the highest possible setting and configured the firewall to be the master controller of these settings.

            In my case that’s 1000baseT full-duplex,flowcontrol,master

            C’est tout.
            =)D

            have you tried that already?

            I get the second message on my pf too, but it never crashed. The only thing is, that the gui is unavailable for some seconds.

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

              @BlueKobold:

              Ever since I updated, it crashes almost every day and will not shutdown/startup. I keep getting this message

              If 2.4.1 is not a must be, I would roll back to 2.4.0 or an earlier version where you was not getting any problems in, and
              if the version 2.4.2 is out you could try it again! So if you are not pressed to use this version perhaps better to wait
              until 2.4.2 is out.

              Some VLAN labeling problems were there and the VLANs on the WAN interface using PPP is also broken. as
              I am informed right.

              I cant figure out how to roll back?

              1 Reply Last reply Reply Quote 0
              • DerelictD
                Derelict LAYER 8 Netgate
                last edited by

                You reinstall the old version and restore the configuration backup you took before you upgraded.

                Chattanooga, Tennessee, USA
                A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                Do Not Chat For Help! NO_WAN_EGRESS(TM)

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