Очистка дискового пространства

Поддержка Самостоятельное хостинг
1

Я администрирую старый форум (около 10 лет, 200 тыс. постов), который столкнулся с хроническими проблемами с дисковым пространством. На данный момент мы не находимся в непосредственной опасности отключения, но ситуация дошла до того, что я получаю ежедневные уведомления о сбоях резервного копирования из-за нехватки места на диске (сам процесс резервного копирования, похоже, занимает около 10 ГБ, и он завершается неудачей, если на сервере уже есть резервная копия).

Есть ли что-то, что я могу сделать, чтобы хоть немного сдержать этот натиск?

Я понимаю, что дисковое пространство — это одна из тех проблем, с которыми придется справляться со временем, и планирую в конечном итоге провести апгрейд, но мне интересно, есть ли другие способы выиграть время с помощью сжатия или просто очистки файлов, о которых я мог не подумать.

Я уже выполнил команду ./launcher cleanup (0 Б сохранено) и приложил снимок статистики базы данных.

db_stats.txt (17.7 КБ)

2

Я бы начал с измерения:

du -kx / | sort -n | tail -499

Также стоит выполнить:

df

и, возможно:

find / -xdev -ls|sort -n -k 2|tail -199

что может занять несколько минут

Вы можете увидеть один или несколько файлов подкачки, поэтому стоит проверить, используются ли они:

swapon
3

После запуска du я не вижу ничего необычного (основная часть данных находится в /var/docker и /var/lib, что соответствует моим ожиданиям). Есть ли у вас какие-либо рекомендации, что стоит проверить в этих папках?

Мой swap тоже выглядит нормально (и его объем явно недостаточен, чтобы существенно повлиять на ситуацию).

4

Я могу помочь, если вы покажете данные!

5

Конечно, как же я мог забыть.

Вывод команды du -cha --max-depth=2 /var | grep -E "M|G":

2.1M    /var/backups
12K     /var/discourse/README.md
2.2M    /var/discourse/.git
2.7M    /var/discourse
54M     /var/lib/mlocate
36M     /var/lib/dpkg
190M    /var/lib/apt
18G     /var/lib/docker
18G     /var/lib
3.4M    /var/log/btmp
1.2M    /var/log/auth.log.3.gz
4.1G    /var/log/journal
1.2M    /var/log/auth.log.2.gz
42M     /var/log/btmp.1
1.6M    /var/log/auth.log.4.gz
7.9M    /var/log/auth.log.1
6.5M    /var/log/auth.log
4.1G    /var/log
1.2M    /var/cache/man
312M    /var/cache/apt
2.8M    /var/cache/snapd
4.9M    /var/cache/debconf
320M    /var/cache
46G     /var/docker/shared
46G     /var/docker
68G     /var
68G     total

Глубже в /var/docker/shared и /var/lib/docker:

15G     /var/docker/shared/standalone/postgres_data
6.8G    /var/docker/shared/standalone/backups
14G     /var/docker/shared/standalone/uploads
43M     /var/docker/shared/standalone/redis_data
69M     /var/docker/shared/standalone/log
12G     /var/docker/shared/standalone/postgres_data_old
14M     /var/docker/shared/standalone/letsencrypt
46G     /var/docker/shared/standalone
46G     /var/docker/shared
46G     total

17M     /var/lib/docker/image/overlay2
17M     /var/lib/docker/image
14G     /var/lib/docker/overlay2/ed229eed209ffa6339adc9de9033c12487732c74572a3dc608eb32d720d1837c
1.2G    /var/lib/docker/overlay2/7448f4eb6c5a9e09b0a5537aa454c30221ab95314418eac9078c7c774de784e2
2.4G    /var/lib/docker/overlay2/8a7ca976e2c8b362302c2abb95d306520206bf3e6125672b160b19e150d1f914
88M     /var/lib/docker/overlay2/c6cd5a3006efb2457f3bba70450a85c42f53bfc7cdc3416fb6cfb5990e2eed72
1.1G    /var/lib/docker/overlay2/9f8a463bdc03f518d6f25a7c11873122bf858a266fd6ca40ea19dfb4a78e1f8d
18G     /var/lib/docker/overlay2
18G     /var/lib/docker
18G     total

На первый взгляд postgres_data_old выглядит подозрительно. Можно ли его безопасно удалить?

6

Да, postgres_data_old можно безопасно удалить.

Мне трудно прочитать ваш вывод: я предложил конкретные формы команд, потому что они оказались полезными.