Пропадает место на сервере. Debian, ISPManager

R

romvi

Постоялец
Регистрация
20 Апр 2016
Сообщения
82
Реакции
4
Приветствую!
Заметил неприятную закономерность на моем виртуальном сервере.
Специально заказал впс с большим запасом лишних ГБ накопителя, чтоб было просторно.
А по факту заметил, что 10 ГБ куда-то пропадают.

Команда df -h
Выдает следующее:
Код: 
 df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/dm-0              53G   39G   12G  77% /
udev                   10M     0   10M   0% /dev
tmpfs                 403M   41M  362M  11% /run
tmpfs                1006M     0 1006M   0% /dev/shm
tmpfs                 5.0M     0  5.0M   0% /run/lock
tmpfs                1006M     0 1006M   0% /sys/fs/cgroup
/dev/mapper/vg0-boot  461M   33M  405M   8% /boot
/dev/mapper/vg0-tmp   1.9G  3.0M  1.8G   1% /tmp

То есть видно, что всего 53 гб, а занято 39 гб
Но! Если выполнить команду du -sh /* , то видно, что все папки занимают приблизительно 29 гб:
Код: 
du -sh /*
8.8M    /bin
31M     /boot
0       /dev
9.5M    /etc
4.0K    /home
0       /initrd.img
206M    /lib
4.0K    /lib64
16K     /lost+found
8.0K    /media
4.0K    /mnt
1.9M    /opt
du: cannot access ‘/proc/11808/task/11808/fd/4’: No such file or directory
du: cannot access ‘/proc/11808/task/11808/fdinfo/4’: No such file or directory
du: cannot access ‘/proc/11808/fd/4’: No such file or directory
du: cannot access ‘/proc/11808/fdinfo/4’: No such file or directory
0       /proc
8.4G    /root
41M     /run
6.2M    /sbin
12K     /srv
0       /sys
204K    /tmp
1.2G    /usr
17G     /var
0       /vmlinuz

Вот и возникает вопрос, где пропали 10 гб? Мне как раз их и не хватает. Потому что заполняется папка кеш сайтов и остается пару гб свободными.
 
Пробуй еще посмотреть в сторону логов mysql. Было такое, что съедали около 40% места.
 
metsys написал(а):
Для просмотра ссылки Войди или Зарегистрируйся
Для просмотра ссылки Войди или Зарегистрируйся
Нажмите для раскрытия...
Во второй статье написано, что можно попробовать перезапустить nginx и так и есть, освободилось 10 гб. Теперь нужно разобраться в причине. Подскажите?
 
romvi написал(а):
Во второй статье написано, что можно попробовать перезапустить nginx и так и есть, освободилось 10 гб. Теперь нужно разобраться в причине. Подскажите?
Нажмите для раскрытия...
Там же и есть описание причины:
"Разница заключается в том, что du – выполняет запрос непосредственно к каждому найденному файлу в разделе, а df – к файловой системе.

При удалении файла, который в этот момент был “занят” процессом – его имя удаляется, но inode – остаётся в файловой системе до тех пор, пока не завершится процесс, который “держит” этот файл."

Эти две команды смотрят в разных местах.
 
Да тут однозначно бинарные логи mysql
в папке
/var/lib/mysql - кроется вся тайна
Файлы
ibdata001
ibdata002

Весят они обычно по 1 ГБ
 
Офигеть, столько лет боролся с такой проблемой ребутом, когда заканчивалось место, а оказывается всё так просто решается. Спасибо большое, за умные мысли :)
 
Маленький хинт в сторону логов в /etc/logrotate.d можно добавить параметр size и таким образом контролировать размер логов.
Либо логировать только критические ошибки, для этого можно использовать LogLevel.
 
Я сталкивался с этой проблемой когда не был настроен logrotate
Обязательно все активные логи ротэйтить и сжимать в зависимости от работы сервисов (apache, nginx, php-fpm, mysql, etc)
И конечно 53 гига на корень системы где есть мускул и логи маловато имхо )))
 
Войдите или зарегистрируйтесь для ответа.
Назад
Сверху