LINUX.ORG.RU
ФорумAdmin

партиция /var занята но тяжелых файлов нет

 


0

1

всем привет! не могу понять в чем проблема

вот вывод df -h

 df -h
Filesystem                 Size  Used Avail Use% Mounted on
devtmpfs                   7.8G     0  7.8G   0% /dev
tmpfs                      7.8G     0  7.8G   0% /dev/shm
tmpfs                      7.8G  744M  7.1G  10% /run
tmpfs                      7.8G     0  7.8G   0% /sys/fs/cgroup
/dev/mapper/vg0-root        29G  2.1G   27G   8% /
/dev/sda1                 1014M  315M  700M  31% /boot
/dev/mapper/vg0-var         12G  8.3G  3.7G  70% /var
/dev/mapper/vg1-db2   80G  8.9G   72G  12% /var/lib/db2
tmpfs                      1.6G     0  1.6G   0% /run/user/1006

тут мы видим что у партиции /var есть всего 12 гигабайт из которых 8.3 используются, проваливаемся в /var

linuks:db2 /var # du -hs *
0       adm
106M    cache
0       crash
8.0K    db
0       empty
0       games
0       gopher
0       kerberos
9.1G    lib - **/var/lib примонтирован диск поэтому это не относится к var**
0       local
0       lock
184M    log
0       mail
0       nis
1001M   opt
0       preserve
0       run
49M     spool
0       tmp
0       yp

как мы видим используется около 1 гигабайта, а df -h показывает что используется 8.3

нет процессов которые держат файлы после удаления

linuks:db2 / # lsof +L1
linuks:db2 / #

через df -i инод хватает


**/var/lib примонтирован диск поэтому это не относится к var**

Судя по твоему же логу df выше, это враньё.

Сделай не дурацкое du -hs * а правильное

du -x -h -t 300M /var

firkax ★★★★★
()

На дисках есть разделы, а Партиция - какое-то женское имя, типа Констанции.

А по теме: -hs тебе скрытые каталоги не учитывает.

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

вот вывод lsblk где показано что /var/lib/db2 находится на отдельном устройстве

lsblk
NAME            MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda               8:0    0   50G  0 disk
├─sda1            8:1    0    1G  0 part /boot
├─sda2            8:2    0   39G  0 part
│ ├─vg0-root    253:0    0   29G  0 lvm  /
│ ├─vg0-swap    253:1    0    8G  0 lvm  [SWAP]
│ └─vg0-var     253:2    0   12G  0 lvm  /var
└─sda3            8:3    0   10G  0 part
  └─vg0-root    253:0    0   29G  0 lvm  /
sdb               8:16   0   80G  0 disk
└─vg1-db2 253:3    0   80G  0 lvm  /var/lib/db2
sr0              11:0    1 1024M  0 rom
du -x -h -t 300M /var
370M    /var/opt/sophos/1.2/updates/store
561M    /var/opt/sophos/1.2/updates/Cache
565M    /var/opt/sophos/1.2/updates/base
945M    /var/opt/sophos/1.2/updates/libs
973M    /var/opt/sophos/1.2
1001M   /var/opt/sophos
1001M   /var/opt
1.5G    /var
i367
() автор топика
Ответ на: комментарий от i367

/var/lib/db2 и /var/lib это разные пути. Ну да ладно, уже не важно. Файлов и правда нет.

Какая там файловая система? Если ext4 то сделай ему fsck, а если что-то хитрое то не знаю, может оно так и должно работать. Снапшоты там какие-нить может.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от i367

Где-то тут на форуме недавно (неделю-две назад) писали что в xfs занятое место резервируется под новые файлы больше чем надо для избежания фрагментации, через какое-то время резерв снимается. Может это оно.

На файле в XFS на /home в 2 раза больше данных, чем туда пишет dd, AlmaLinux 8

Хотя там du тоже больше чем надо показывал а у тебя du показывает мало.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 2)

возможно могут быть sparse файлы, по крайней мере раньше точно такое поведение - df показывал выделенный размер, а du - реально занятые блоки. «дырявый» файл блоков занимает меньше, но размер может быть достаточно большой

# truncate -s 1G test
# ls -lh test
-rw-r--r--. 1 root root 1,0G июл 28 17:57 test
# du -sh test
0	test

хотя на свежем OEL8 df тоже показывает корректный размер

user_undefined
()

Если в /var удалялись большие файлы, точнее в принципе файлы, то удостоверься, что нет запущенных приложений, которые эти файлы открывали. Пока открыт файловый дескриптор место от файла не будет освобождено.

Перезапусти эти приложения или перезапусти систему.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)

Может у тебя /var/lib/db2 не пустая директория, а в ней что-то валяется? После монтирования ты перекрыл ее новой ФС /var/lib/db2, вот и не видишь файлы.

bigbit ★★★★★
()
Последнее исправление: bigbit (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.