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

    MBUF usages increase after new access points?

    General pfSense Questions
    3
    3
    258
    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.
    • B
      brcisna
      last edited by

      Hello All,

      pfsense-2.2.4-amd64 - squid,squidgaurd,lightsquid,captive portal ( I know older version. It works great so leave it alone)

      Hardware  - dual cpu quad core 3.0ghz ,32 GB ram

      Have been using pfSense for 10 years and works great,Thanks!
      This is a school setting. After the school switched from previous Ubuquiti access points to Aerohive,access points with Aerohive switches inline, the MBUF usage very gradually escalates to 100% ,,in about three days time. This machine never went above 60% and stayed there.
      From what have read the MBUF measurement is strictly related to network card drivers.
      Just curious what could be causing this increase and quite dramatic. The only configuration change on the pfSense router was adding the 67 access points to the captive portal bypass listing.
      Anyone have any theories?

      Thanks,
      Barry

      1 Reply Last reply Reply Quote 0
      • jimpJ
        jimp Rebel Alliance Developer Netgate
        last edited by

        2.2.4? Upgrade to a current version. Those mbuf issues are most likely driver bugs/leaks that were fixed ages ago. There hasn't been a leak on 2.3/2.4 like that in years.

        Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

        Need help fast? Netgate Global Support!

        Do not Chat/PM for help!

        1 Reply Last reply Reply Quote 0
        • H
          Harvy66
          last edited by

          It's possible that older APs didn't have the bandwidth to load the firewall to trigger the issue.

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