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

    Leak causes full filesystem - how to identify?

    Scheduled Pinned Locked Moved General pfSense Questions
    7 Posts 3 Posters 806 Views 2 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.
    • keyserK Offline
      keyser Rebel Alliance
      last edited by

      My SG-2100 pfSense 21.05 started to exibit a strange problem after upgrading to 21.05 and installing Zabbix Agent 5

      The 7Gb SSD contains the “/“ Filesystem, and “/“ is about 25% filled @ boot (2.0Gb Data)
      This is the same level as before the upgrade.

      After about 2 weeks the filesystem hits 90% full without me being able to identify which files/folders are the culprit.

      A df -h shows “/“ as 90% full, but a du -h still only shows 2.0Gb data in the filesystem (same as @ boot). So no files or folder are reported to use the remaining 4.2Gb up to the 90% full marker.

      If I reboot pfSense, the filesystem is back to 25% full and the process starts over.

      How do I identify which package/daemon/service is causing the filesystem to report running full?
      Why does the space get released by rebooting?

      Love the no fuss of using the official appliances :-)

      bingo600B provelsP 2 Replies Last reply Reply Quote 0
      • bingo600B Offline
        bingo600 @keyser
        last edited by

        @keyser

        Could it be swap growing ...
        Guess ... Might not count in du

        /Bingo

        If you find my answer useful - Please give the post a 👍 - "thumbs up"

        pfSense+ 23.05.1 (ZFS)

        QOTOM-Q355G4 Quad Lan.
        CPU  : Core i5 5250U, Ram : 8GB Kingston DDR3LV 1600
        LAN  : 4 x Intel 211, Disk  : 240G SAMSUNG MZ7L3240HCHQ SSD

        keyserK 1 Reply Last reply Reply Quote 0
        • provelsP Offline
          provels @keyser
          last edited by

          @keyser

          du -sh /var/*
          

          give you anything of size?

          Peder

          MAIN - pfSense+ 24.11-RELEASE - Adlink MXE-5401, i7, 16 GB RAM, 64 GB SSD. 500 GB HDD for SyslogNG
          BACKUP - pfSense+ 23.01-RELEASE - Hyper-V Virtual Machine, Gen 1, 2 v-CPUs, 3 GB RAM, 8GB VHDX (Dynamic)

          keyserK 2 Replies Last reply Reply Quote 0
          • keyserK Offline
            keyser Rebel Alliance @bingo600
            last edited by

            @bingo600 No, Swap is not enabled, and there is plenty of free memory as well.

            Love the no fuss of using the official appliances :-)

            1 Reply Last reply Reply Quote 0
            • keyserK Offline
              keyser Rebel Alliance @provels
              last edited by

              @provels No, that’s the strange part. No directories reports remarkable “du”. Files and folders combined across all of “/“ (including /var) reports 2.0Gb in “du” while the filesystem is reported 90% full (6.4Gb used)

              Love the no fuss of using the official appliances :-)

              1 Reply Last reply Reply Quote 0
              • keyserK Offline
                keyser Rebel Alliance @provels
                last edited by

                @provels Is there any command line tools that can assist in identifiying open and growing files - or perhaps a tool that can report which files are seeing writes being done?

                Love the no fuss of using the official appliances :-)

                keyserK 1 Reply Last reply Reply Quote 0
                • keyserK Offline
                  keyser Rebel Alliance @keyser
                  last edited by

                  @keyser @bingo600 After some additional digging it seems it’s not related to Zabbix but rather unbound resolver in combination with pfblockerNG-devel 3.0.16

                  I started suspecting unbound because “top -SH” in I/O mode (press m) showed that unbound constantly was doing disk I/O

                  I’m investigating further for now, but stopping pfblockerNG (which stops and reconfigures unbound) releases the allocated diskspace which then returns to the 25% it should be.

                  Maybe it’s something related to the new python integration i pfblockerNG and Unbound.

                  The Issue must have arisen when I upgraded to 21.05 from 21.02

                  I’ll close this thread and create a new one under the pfBlockerNG forum.

                  Love the no fuss of using the official appliances :-)

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