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

    kernel: pid 37930 (unbound-anchor), uid 59 inumber 562252 on /: filesystem full

    Scheduled Pinned Locked Moved DHCP and DNS
    14 Posts 4 Posters 1.4k 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.
    • Cool_CoronaC
      Cool_Corona
      last edited by

      Disk is not full. :)

      Temporary storage is neither. What does a df -h in the console do?

      1 Reply Last reply Reply Quote 0
      • kiokomanK
        kiokoman LAYER 8
        last edited by kiokoman

        df = diskfree, report free disk space
        try it

        ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
        Please do not use chat/PM to ask for help
        we must focus on silencing this @guest character. we must make up lies and alter the copyrights !
        Don't forget to Upvote with the 👍 button for any post you find to be helpful.

        1 Reply Last reply Reply Quote 0
        • Cool_CoronaC
          Cool_Corona
          last edited by

          cb720c43-c070-466d-ad7f-2dfe331d4676-billede.png

          Done :)

          1 Reply Last reply Reply Quote 0
          • JeGrJ
            JeGr LAYER 8 Moderator
            last edited by

            The -h makes it human readable, you could add -i for status of inodes as well but I don't suppose those are full either

            Don't forget to upvote 👍 those who kindly offered their time and brainpower to help you!

            If you're interested, I'm available to discuss details of German-speaking paid support (for companies) if needed.

            1 Reply Last reply Reply Quote 0
            • kiokomanK
              kiokoman LAYER 8
              last edited by kiokoman

              are you using ram disk perhaps?

              ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
              Please do not use chat/PM to ask for help
              we must focus on silencing this @guest character. we must make up lies and alter the copyrights !
              Don't forget to Upvote with the 👍 button for any post you find to be helpful.

              1 Reply Last reply Reply Quote 0
              • Cool_CoronaC
                Cool_Corona
                last edited by

                Not that I know of :)

                1 Reply Last reply Reply Quote 0
                • S
                  Stewart
                  last edited by

                  What do the system logs in the gui say? Maybe they will shed more light on what's going on? I've had this problem in the past where, and I can't remember this fully, du and df showed different things. If you have, say, a large log file that gets deleted then it might show as released in df but the filesystem still thinks it is there until the service is restarted. Restarting the box also fixes the issue. You can compare by running "du -h /" and see if it matches the 1.2G you show as used. Here's mine:

                  [2.4.4-RELEASE][root@]/root: du -h /
                  (lots of entries)
                  2.7G    /
                  
                  [2.4.4-RELEASE][root@]/root: df -h
                  Filesystem                     Size    Used   Avail Capacity  Mounted on
                  /dev/ufsid/57758f7e2e26ac75     50G    2.7G     44G     6%    /
                  devfs                          1.0K    1.0K      0B   100%    /dev
                  /dev/md0                       3.4M    120K    3.0M     4%    /var/run
                  devfs                          1.0K    1.0K      0B   100%    /var/dhcpd/dev
                  
                  

                  See how my 2.7G lines up? That's what you'd be checking.

                  1 Reply Last reply Reply Quote 0
                  • Cool_CoronaC
                    Cool_Corona
                    last edited by

                    I had to delete the VM and get the backup running. No issues so far.

                    The header for the post is what is in the GUI log. Nothing else.

                    S 1 Reply Last reply Reply Quote 0
                    • kiokomanK
                      kiokoman LAYER 8
                      last edited by

                      maybe it was a corrupted filesystem.. 😏 try fsck .. next time

                      ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
                      Please do not use chat/PM to ask for help
                      we must focus on silencing this @guest character. we must make up lies and alter the copyrights !
                      Don't forget to Upvote with the 👍 button for any post you find to be helpful.

                      1 Reply Last reply Reply Quote 1
                      • S
                        Stewart @Cool_Corona
                        last edited by

                        @Cool_Corona Did you try rebooting the VM to see if the issue went away? If it persisted across reboots then it wouldn't have been what I was thinking and it could have been a corrupted file system that needed a good clean out as @kikoman suggested. Did you reinstall with UFS or have you looked at ZFS?

                        Cool_CoronaC 1 Reply Last reply Reply Quote 0
                        • Cool_CoronaC
                          Cool_Corona @Stewart
                          last edited by

                          @Stewart It survived a reboot. Thats why I used the backup VM. Didnt have time to look into it, since its in a production environment.

                          S 1 Reply Last reply Reply Quote 0
                          • S
                            Stewart @Cool_Corona
                            last edited by

                            @Cool_Corona Sounds good. In the future it may just be as simple as stopping the boot cycle and running fsck just to verify the file system. At 6GB I would think it would only take a few seconds. If you haven't done it before read up on it. The process is quite simple and quick. That way you may be able to save yourself some time in the future. Another possibility is that the file system was mounted as read-only instead of read-write. Anyway, glad you got it back up and running.

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