ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    What Is Eating CentOS Disk Space

    Scheduled Pinned Locked Moved IT Discussion
    centoslinuxstoragedudf
    34 Posts 2 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.
    • scottalanmillerS
      scottalanmiller
      last edited by

      From my output above, you can see that I started in / and found that var was the directory using the most space under it. So I moved into var and did it again. Under var we saw that log was using the most space. So we moved until log and ran it again.

      The 2>/dev/null removes extraneous error output that you don't care about.

      The sort -n | tail -n 5 portion shows you only the five largest files or directories from each run. You could adult the "5" to "8" or "12" or whatever is most useful to you.

      1 Reply Last reply Reply Quote 0
      • ajin.cA
        ajin.c
        last edited by

        root@trvbackup [/]# du -smx * | sort -n
        ^C
        root@trvbackup [/]#

        Waited arround half an hour ...but no output ....still waiting

        1 Reply Last reply Reply Quote 0
        • scottalanmillerS
          scottalanmiller
          last edited by

          If the drive is full, this will likely take some time. Because it is sorting the output it will show nothing until it completes.

          1 Reply Last reply Reply Quote 0
          • ajin.cA
            ajin.c
            last edited by

            Boss.....Still waiting for the output.......

            1 Reply Last reply Reply Quote 0
            • ajin.cA
              ajin.c
              last edited by

              root@trvbackup [/]# du -smx * | sort -n
              du: cannot access proc/11877/task/11877/fd/4': No such file or directory du: cannot access proc/11877/task/11877/fdinfo/4': No such file or directory
              du: cannot access proc/11877/fd/4': No such file or directory du: cannot access proc/11877/fdinfo/4': No such file or directory
              0 proc
              0 scripts
              0 sys
              1 backup
              1 dev
              1 lost+found
              1 media
              1 mnt
              1 quota.user
              1 razor-agent.log
              1 selinux
              1 srv
              3 tmp
              7 bin
              8 root
              14 sbin
              29 etc
              30 lib64
              38 opt
              43 boot
              234 lib
              5401 usr
              17480 var
              148041 home

              1 Reply Last reply Reply Quote 0
              • scottalanmillerS
                scottalanmiller
                last edited by

                This is easy. It's someone storing stuff in their home directory. This is not a system problem but a user problem. Just just the same command but with /home instead of just / and it will produce the list of your offending users.

                1 Reply Last reply Reply Quote 0
                • scottalanmillerS
                  scottalanmiller
                  last edited by

                  That is 148GB of user data.

                  1 Reply Last reply Reply Quote 0
                  • ajin.cA
                    ajin.c
                    last edited by

                    root@trvbackup [/home]# du -smx * | sort -n

                    right ?

                    scottalanmillerS 2 Replies Last reply Reply Quote 0
                    • scottalanmillerS
                      scottalanmiller @ajin.c
                      last edited by

                      @ajin.c said:

                      root@trvbackup [/home]# du -smx * | sort -n

                      right ?

                      Correct

                      1 Reply Last reply Reply Quote 0
                      • ajin.cA
                        ajin.c
                        last edited by

                        Hi SAM,

                        since the server was down , i had to install and configure a new one. i will come back as soon as the temperory issues are sorted out .

                        1 Reply Last reply Reply Quote 0
                        • scottalanmillerS
                          scottalanmiller
                          last edited by

                          In the future, you might want to consider separating the /home directory out into its own filesystem so that end users cannot impact the system in this way. Or using quotas to limit how much damage that they can do.

                          1 Reply Last reply Reply Quote 1
                          • scottalanmillerS
                            scottalanmiller @ajin.c
                            last edited by

                            @ajin.c said:

                            root@trvbackup [/home]# du -smx * | sort -n

                            right ?

                            I just noticed from you df -h above, /home is already a separate logical volume. That is not the problem. The issue is that your /var is too big. Run this instead...

                            du -smx /var/ 2> /dev/null | sort -n | tail -n 5*

                            1 Reply Last reply Reply Quote 0
                            • ajin.cA
                              ajin.c
                              last edited by

                              Hi Sam,

                              I had mounted a 2 TB hdd on my server, when i had this issue ...
                              @ arround 10 Am IST server got stuck. And i started building new one ...................Removed the HDD and mounted to the new one.

                              1 Reply Last reply Reply Quote -1
                              • ajin.cA
                                ajin.c
                                last edited by

                                As soon as i un mounded the External hdd ., i tried df -h
                                and got the output..........

                                root@trvbackup [~]# df -h
                                Filesystem Size Used Avail Use% Mounted on
                                /dev/mapper/vg_trvbackup-lv_root
                                50G 28G 19G 60% /
                                tmpfs 3.9G 0 3.9G 0% /dev/shm
                                /dev/sda1 485M 53M 407M 12% /boot
                                /dev/mapper/vg_trvbackup-lv_home
                                402G 145G 236G 39% /home
                                /usr/tmpDSK 1.6G 38M 1.5G 3% /tmp

                                That means 19 gb free as soon as i unmounted my External Hdd.

                                scottalanmillerS 1 Reply Last reply Reply Quote 0
                                • ajin.cA
                                  ajin.c
                                  last edited by

                                  And please find the output of this without The external Hdd

                                  root@trvbackup [~]# du -smx /var/* 2> /dev/null | sort -n | tail -n 5
                                  4 /var/tmp
                                  30 /var/cache
                                  377 /var/cpanel
                                  5323 /var/log
                                  17030 /var/lib
                                  root@trvbackup [~]#

                                  scottalanmillerS 1 Reply Last reply Reply Quote 0
                                  • scottalanmillerS
                                    scottalanmiller @ajin.c
                                    last edited by

                                    @ajin.c said:

                                    As soon as i un mounded the External hdd ., i tried df -h
                                    and got the output..........

                                    root@trvbackup [~]# df -h
                                    Filesystem Size Used Avail Use% Mounted on
                                    /dev/mapper/vg_trvbackup-lv_root
                                    50G 28G 19G 60% /
                                    tmpfs 3.9G 0 3.9G 0% /dev/shm
                                    /dev/sda1 485M 53M 407M 12% /boot
                                    /dev/mapper/vg_trvbackup-lv_home
                                    402G 145G 236G 39% /home
                                    /usr/tmpDSK 1.6G 38M 1.5G 3% /tmp

                                    That means 19 gb free as soon as i unmounted my External Hdd.

                                    That would be coincidental. Possibly a process was running and holding open files. Removing the drive might have killed the process releasing the storage for the filesystem to clean up.

                                    1 Reply Last reply Reply Quote 0
                                    • scottalanmillerS
                                      scottalanmiller @ajin.c
                                      last edited by

                                      @ajin.c said:

                                      And please find the output of this without The external Hdd

                                      root@trvbackup [~]# du -smx /var/* 2> /dev/null | sort -n | tail -n 5
                                      4 /var/tmp
                                      30 /var/cache
                                      377 /var/cpanel
                                      5323 /var/log
                                      17030 /var/lib
                                      root@trvbackup [~]#

                                      Yes, that supports my theory. It appears to have cleaned up by the time that you ran this the first time.

                                      1 Reply Last reply Reply Quote 0
                                      • ajin.cA
                                        ajin.c
                                        last edited by

                                        So Is there any way to figure it out , so that i can take necessary steps for the next time..

                                        scottalanmillerS 1 Reply Last reply Reply Quote 0
                                        • scottalanmillerS
                                          scottalanmiller @ajin.c
                                          last edited by

                                          @ajin.c said:

                                          So Is there any way to figure it out , so that i can take necessary steps for the next time..

                                          Most important thing is to have monitoring watching disk space on a regular basis so that you can see if it starts to fill up and get an alert. Every business has this issue. Logging or any number of things can cause it to fill up so having a way to keep tabs on it is always important.

                                          1 Reply Last reply Reply Quote 0
                                          • ajin.cA
                                            ajin.c
                                            last edited by

                                            Sure , will keep monitoring it regularly.
                                            Thank you very much for your help and support SAM...........

                                            scottalanmillerS 1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 2 / 2
                                            • First post
                                              Last post