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

    Disk is 104% full

    Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
    24 Posts 5 Posters 9.1k 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.
    • A
      atn78
      last edited by

      Where is that button? I can't find it. Squid is placed under /var/squid/cache. I have one disk.

      1 Reply Last reply Reply Quote 0
      • D
        doktornotor Banned
        last edited by

        It's very surprisingly located on the 'Local Cache' tab…

        1 Reply Last reply Reply Quote 0
        • A
          atn78
          last edited by

          I don't have this button

          1 Reply Last reply Reply Quote 0
          • D
            doktornotor Banned
            last edited by

            Yeah, when you are using Squid 2.7, you don't and won't have any such button. Noone maintains that package. No good reason to use it either. Dead crap.

            1 Reply Last reply Reply Quote 0
            • M
              muswellhillbilly
              last edited by

              David_W is right. This doesn't look like a Squid cache problem. Run the command he suggests (du -hd1 /) and see what the output shows. You're looking for a folder somewhere containing gigs of data.

              1 Reply Last reply Reply Quote 0
              • A
                atn78
                last edited by

                I run it;=. It displays :
                4.0K    /.snap
                17M    /boot
                904K    /bin
                12K    /conf.default
                3.0K    /dev
                18M    /etc
                56K    /home
                14M    /kernels
                264K    /libexec
                7.9M    /lib
                405M    /root
                3.4M    /sbin
                31G    /usr
                50M    /var
                248K    /tmp
                4.0K    /mnt
                5.9M    /cf
                4.0K    /media
                4.0K    /proc
                4.0K    /rescue
                4.0K    /scripts
                4.0K    /tank
                184K    /lost+found
                32G    /

                1 Reply Last reply Reply Quote 0
                • M
                  muswellhillbilly
                  last edited by

                  @atn78:

                  31G    /usr

                  There's your problem. Run 'du -hd1 /usr' to see what subdirectory under there is taking up all the space and address the issue accordingly.

                  1 Reply Last reply Reply Quote 0
                  • A
                    atn78
                    last edited by

                    When I run it, the result is :
                    31G    ./pbi
                    4.0K    ./obj
                    460K    ./libexec
                    16K    ./lib32
                    38M    ./share
                    30M    ./lib
                    5.3M    ./bin
                    5.5M    ./sbin
                    155M    ./local
                    31G    .

                    1 Reply Last reply Reply Quote 0
                    • M
                      muswellhillbilly
                      last edited by

                      Keep going. So what folder under '/usr/pbi' is full? (Hint: run 'du -hd1 /usr/pbi'). My guess is that you have a load of Squidguard cache info sitting in there.

                      1 Reply Last reply Reply Quote 0
                      • A
                        atn78
                        last edited by

                        I run it :
                        12K    ./etc
                        28K    ./share
                        4.0K    ./rc.d
                        16K    ./bin
                        8.0K    ./man
                        4.0K    ./.hashdir
                        211M    ./freeradius-i386
                        73M    ./squid-i386
                        399M    ./ntopng-i386
                        30G    ./sarg-i386
                        41M    ./bandwidthd-i386
                        31G    .

                        then I run du -hd1/sarg-i386/ and the result is :
                        30G    ./local
                        4.0K    ./rc.d
                        4.0K    ./pbimeta
                        4.0K    ./virtbase
                        4.0K    ./linux
                        4.0K    ./run
                        12K    ./pbiconf
                        36K    ./bin
                        30G    .
                        then I run du -hd1/sarg-i386/local and the result is :
                        8.7M    ./sbin
                        6.0M    ./share
                        1.1M    ./etc
                        2.2M    ./include
                        14M    ./lib
                        56K    ./libdata
                        2.1M    ./bin
                        816K    ./info
                        30G    ./sarg-reports
                        30G    .

                        1 Reply Last reply Reply Quote 0
                        • D
                          doktornotor Banned
                          last edited by

                          Yeah. So, what's exactly your question? Delete the Sarg cruft. How on earth have you managed to accumulate 30 gigs of reports in 3 months? Are you running that nonsense every 5 minutes or WTF?

                          1 Reply Last reply Reply Quote 0
                          • A
                            atn78
                            last edited by

                            Thnaks to all. I deleted all the sarg reports and now I have a disk with 5% use.

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