LINUX.ORG.RU

Что то занимает место на диске или баг фс

 , ,


1

1

Всем привет, вопрос банальный но не совсем. От заббикса получил информацию что в корне выжрато место на диске, решил проверить. Судя по выводу df -h так и есть, но если начать искать чем конкретно занято то ничего не находит (проверял ncdu и du -a / | sort -n -r | head -n 50) Стоит Debian 9, диск разбит на 4 логический раздела смонитрованных в / /var /tmp /swap, в /var лежит база postgres на гигов 80. больше система ничем не загружена. Вопрос откуда появились эти 51гб в корне? Возможно я как то неправильно разбил lvm. В любом случае прошу вашей помощи. Вывод df -h:

Файловая система                 Размер Использовано  Дост Использовано% Cмонтировано в
udev                                32G            0   32G            0% /dev
tmpfs                              6,3G         122M  6,2G            2% /run
/dev/mapper/luxsoft--01--vg-root    64G          51G  9,9G           84% /
tmpfs                               32G         3,4M   32G            1% /dev/shm
tmpfs                              5,0M            0  5,0M            0% /run/lock
tmpfs                               32G            0   32G            0% /sys/fs/cgroup
/dev/mapper/luxsoft--01--vg-tmp    1,8G         5,8M  1,7G            1% /tmp
/dev/sda1                          236M          37M  187M           17% /boot
/dev/mapper/luxsoft--01--vg-var    412G          92G  300G           24% /var
tmpfs                              6,3G            0  6,3G            0% /run/user/0

Вывод du:
98024482	/
95416044	/var
94473848	/var/lib
93940336	/var/lib/postgresql
88044468	/var/lib/postgresql/11
88044464	/var/lib/postgresql/11/main
86994920	/var/lib/postgresql/11/main/base
86972004	/var/lib/postgresql/11/main/base/16386
5895808	/var/lib/postgresql/2019-03-18-21-00-01.backup
2166544	/usr

Вывод fdisk -l:
Disk /dev/sda: 550 GiB, 590558003200 bytes, 1153433600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf18dd169

Device     Boot  Start        End    Sectors   Size Id Type
/dev/sda1  *      2048     499711     497664   243M 83 Linux
/dev/sda2       501758 1153431551 1152929794 549,8G  5 Extended
/dev/sda5       501760 1153431551 1152929792 549,8G 8e Linux LVM




Disk /dev/mapper/luxsoft--01--vg-swap_1: 64 GiB, 68715282432 bytes, 134209536 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/luxsoft--01--vg-tmp: 1,9 GiB, 1996488704 bytes, 3899392 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/luxsoft--01--vg-var: 419,1 GiB, 449998487552 bytes, 878903296 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/luxsoft--01--vg-root: 64,8 GiB, 69587697664 bytes, 135913472 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

fstab:
/dev/mapper/luxsoft--01--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=5f4031ac-57ba-4d01-9879-0043381d8b40 /boot           ext2    defaults        0       2
/dev/mapper/luxsoft--01--vg-tmp /tmp            ext4    defaults        0       2
/dev/mapper/luxsoft--01--vg-var /var            ext4    defaults        0       2
/dev/mapper/luxsoft--01--vg-swap_1 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

ncdu:

   91,0 GiB [##########] /var                                                                                                                                                              
    2,1 GiB [          ] /usr
  233,5 MiB [          ] /lib
  121,0 MiB [          ] /run
   34,4 MiB [          ] /boot
    8,5 MiB [          ] /bin
    7,6 MiB [          ] /sbin
    5,7 MiB [          ] /etc
    3,3 MiB [          ] /dev
  244,0 KiB [          ] /tmp
  112,0 KiB [          ] /mnt
   96,0 KiB [          ] /root
   28,0 KiB [          ] /home
e  16,0 KiB [          ] /lost+found
   12,0 KiB [          ] /opt
    8,0 KiB [          ] /media
    4,0 KiB [          ] /lib64
e   4,0 KiB [          ] /srv
.   0,0   B [          ] /proc
    0,0   B [          ] /sys
@   0,0   B [          ]  initrd.img.old
@   0,0   B [          ]  initrd.img
@   0,0   B [          ]  vmlinuz.old
@   0,0   B [          ]  vmlinuz

Не возможна ли ситуация, что в /var, до того, как туда была смонтирована /dev/mapper/luxsoft--01--vg-var, что-то лежало? И теперь его не видно в системе, но место оно занимает?

anarquista ★★★★★ ()
Ответ на: комментарий от anarquista

У меян есть клон этой виртуальной машины. делал примерно 3 недели назад. вот вывод df -h:

Файловая система                 Размер Использовано  Дост Использовано% Cмонтировано в
udev                                32G            0   32G            0% /dev
tmpfs                              6,3G          66M  6,3G            2% /run
/dev/mapper/luxsoft--01--vg-root    64G         3,2G   57G            6% /
tmpfs                               32G         1,3M   32G            1% /dev/shm
tmpfs                              5,0M            0  5,0M            0% /run/lock
tmpfs                               32G            0   32G            0% /sys/fs/cgroup
/dev/mapper/luxsoft--01--vg-var    412G          93G  299G           24% /var
/dev/mapper/luxsoft--01--vg-tmp    1,8G         5,8M  1,7G            1% /tmp
/dev/sda1                          236M          37M  187M           17% /boot
tmpfs                              6,3G            0  6,3G            0% /run/user/0

Flover ()
Ответ на: комментарий от Flover

tomcat8 перезапусти. Или сходи в /proc/pid-tomcat/fd и сделай там ls -la , потом все дескрипторы, помеченные (deleted) занули. Со вторым процессом надо так же сделать.

anonymous ()
Ответ на: комментарий от Flover

Хорошие приложения по сигналу SIGHUP должны переоткрывать дескрипторы. Но не все так умеют. Если твоё приложение так умеет, то можно в logrotate дописать или в крон засунуть.

anonymous ()