Auf CentOS nach verwendetem Speicherplatz suchen

7

Ich habe ein paar Server, die sich der Kapazität nähern, aber ich kann anscheinend nicht finden, wo der Speicherplatz belegt wird. Wenn ich renne:

[root@server /]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root
                       40G   38G   76M 100% /
tmpfs                 929M     0  929M   0% /dev/shm
/dev/sda1             485M   32M  428M   7% /boot

Ich kann sehen, dass sich das / mount füllt, also renne ich dann:

[root@server /]# sudo ls | xargs du -hs
5.8M    bin
22M     boot
192K    dev
25M     etc
36K     home
122M    lib
19M     lib64
16K     lost+found
4.0K    media
4.0K    mnt
4.0K    opt
0       proc
124K    root
14M     sbin
0       selinux
4.0K    srv
0       sys
54M     tmp
749M    usr
61M     var

und kann keine echten Verzeichnisse sehen, die viel Speicherplatz belegen. Der größte ist / usr bei 749M.

Kann mir bitte jemand vorschlagen, wie ich herausfinden kann, wo all dieser Raum zerkaut wird? Vielen Dank.

cpjones44
quelle
Verwenden Sie verschlüsselte Häuser?
Broco
du -sch / * ist besser als ls | xargs du -hs
Michal Petrilak

Antworten:

10

Wenn so etwas passiert, ist dies häufig auf einen Prozess zurückzuführen, bei dem Dateihandles für gelöschte (nicht verknüpfte) Dateien offen bleiben. Wenn dies der Fall ist, können Sie sie finden, indem Sie lsofbeispielsweise Folgendes verwenden:

$ sudo lsof +L1
COMMAND PID USER   FD   TYPE DEVICE SIZE/OFF NLINK    NODE NAME
tuned   869 root    7u   REG  202,1     4096     0 4194380 /tmp/ffiGemRJt (deleted)
$

Wenn Sie feststellen, dass gelöschte Dateien viel Platz beanspruchen, müssen Sie wahrscheinlich den fehlerhaften Prozess neu starten, bei dem die Dateihandles offen bleiben.

guzzijason
quelle
2
Vielen Dank. Das war's. ngninx auf den Servern kaute den Raum auf. Die Dienste neu gestartet und alles ist gut.
cpjones44
1
Das ist klassisch. Es passiert den Leuten die ganze Zeit. serverfault.com/questions/881501/… ist eines von vielen Beispielen.
Küken