Раздел сервера Ubuntu 18 заполняется случайным образом

У меня возникла следующая проблема: раздел / dev / sda1 используется на 90% или 100% случайным образом. Обычно это на 47 и 50%, но я не понимаю, почему иногда он достигает 100%.

Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           796M  692K  795M   1% /run
/dev/sda1        29G   14G   16G  48% /
tmpfs           3.9G     0  3.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/sda15      105M  3.6M  101M   4% /boot/efi
tmpfs           796M     0  796M   0% /run/user/1000

Это происходит, по крайней мере, один раз в выходные. Мое решение состоит в том, чтобы перезагрузить ОС из командной строки, набрав reboot, но это не очень полезно для сервера.

В чем может быть причина?

1
задан 21 August 2019 в 17:54

1 ответ

Одна вещь, которая соответствует Вашему описанию:

Ваш /tmp каталог, привыкающий приложениями, работающими на Вашем сервере и становящимися полным. /tmp каталог освобожден на перезагрузку... следовательно уменьшенный размер раздела.

Проверять использование /tmp каталог, выполняет следующую команду в терминале:

sudo du -hsc /tmp

Следить за использованием /tmp каталог в режиме реального времени, выполните следующую команду в терминале:

sudo watch du -hsc /tmp

Для выхода из реального времени нажмите Ctrl + C.


Опустеть /tmp каталог без перезагрузки, выполните следующую команду в терминале:

sudo rm -rf /tmp/{*,.??*}

Если Вы получаете ошибку как bash: /usr/bin/sudo: Argument list too long, это означает Ваш /tmp каталог содержит больше файлов затем rm может обработать сразу. Для преодоления этого, выполните следующую команду вместо этого в терминале:

sudo find /tmp/{*,.??*} -exec rm -rf {} \;

Если Вы получаете ошибки во время этой операции как No such file or directory., проигнорируйте их, поскольку файлы добавляются и удаляются системой все время в /tmp каталог.


Если это решает Вашу проблему:

Можно добавить cronjob для выполнения пустой команды ежедневно.


Если дело обстоит не так:

Я рекомендую исследовать то, что съедает пространство путем выполнения следующей команды в терминале:

sudo du -hca --time / | grep -E "^[0-9\.]*[G]"

Это перечислит все каталоги и файлы в Вашей системе с размерами больше, чем 1G наряду с их датами модификации.

Проверять на определенные размеры:

Например, для списка только каталогов с размером 3G используйте следующую команду:

sudo du -hca --time / | grep -E "^[3][0-9\.]*[G]"

Можно измениться, номер [3] для проверки на каталоги с говорят что размер 5G как так:

sudo du -hca --time / | grep -E "^[5][0-9\.]*[G]"

и так далее.

Осмотрите вывод с вниманием на недавно измененные и проверку, если Вы видите что-нибудь из нормы.

Вы, возможно, должны продолжить контролировать и обращать внимание на изменения размера, пока Вы не достигаете момента, где Ваш раздел почти полон. У Вас затем будет лучшее понимание того, что вызывает эту проблему и сможет принять решение.

2
ответ дан 7 December 2019 в 13:15

Другие вопросы по тегам:

Похожие вопросы: