Проверка дискового пространства и рекомендуемые действия

Дата проверки: 2026-02-15
Основание: Политика хранения данных и контроля дискового пространства, защита от переполнения диска

1. Текущее состояние разделов

Вывод: Раздел /storage не соответствует политике: свободно 41 ГБ при требуемом резерве 80 ГБ. Риск перехода в CRITICAL (< 50 ГБ) или EMERGENCY (< 20 ГБ) при дальнейшем росте данных. Аварийного состояния нет, но необходимо планово освободить место.

2. Состояние мониторинга

Мониторинг работает; при текущем уровне свободного места на /storage скрипт уже может выполнять профилактическую очистку. Необходимо дополнительно освободить место до целевых 80 ГБ.

3. Рекомендуемые действия (по приоритету)

3.1 Срочно (в течение 1–2 дней)

Цель: Увеличить свободное место на /storage с 41 ГБ до не менее 50–80 ГБ.

1. Проверить и очистить Docker (образы, контейнеры, тома):
   bash docker system df docker image prune -a --filter "until=720h" # образы старше 30 дней (осторожно: может затронуть неиспользуемые) docker container prune docker volume prune # только неиспользуемые тома
   Перед массовым удалением образов убедиться, что используемые контейнеры не пострадают.

2. Проверить количество снимков LXD по контейнерам и при необходимости удалить старые вручную (скрипт cleanup-lxd-snapshots.sh уже ограничивает 20/10, но можно сократить число снимков для некритичных контейнеров):
   bash lxc list for c in docs-denkart BBB-CONT22-1; do lxc snapshot list $c 2>/dev/null; done # Удаление старых: lxc delete <container>/<snapshot-name>

3. Проверить логи и кэш на хосте и в контейнерах — не хранятся ли большие логи на /storage (внутри LXD/контейнеров):
   bash sudo journalctl --disk-usage sudo du -sh /var/log

3.2 Планово (в течение недели)

1. Ротация бэкапов на /D — убедиться, что старые полные бэкапы и экспорты LXD удаляются по политике (скрипты cleanup-backups.sh, backup-lxd-containers.sh). В каталоге /D/backups при проверке: full-backup-*, bbb, lxd-containers — проверить размеры и сроки, при необходимости удалить устаревшие вручную по политике.

2. Записи BBB — если записи конференций копятся на диске контейнера (или на хосте), включить/проверить ротацию по скрипту cleanup-old-recordings.sh (по умолчанию 30 дней).

3. Анализ крупных каталогов на /storage:
   bash sudo du -h --max-depth=2 /storage 2>/dev/null | sort -h | tail -20
   По результатам принять решение: перенос части данных на /D, удаление временных или устаревших данных.

3.3 Регулярно (еженедельно)

1. Выполнять df -h / /storage /D и просматривать tail -100 /var/log/disk-space-monitor.log.
2. Не допускать снижения свободного места на /storage ниже 80 ГБ (при приближении — повторять очистку Docker/LXD и ротацию бэкапов).

4. Соответствие архитектурным решениям

При любых решениях по серверу (новые сервисы, перенос данных, изменение разделов) необходимо придерживаться Политики хранения данных и контроля дискового пространства и раздела Исключение аварийного состояния в документе по защите от переполнения диска. Решения, приводящие к нарушению резервов (менее 2 ГБ на /, менее 80 ГБ на /storage) или отключению мониторинга, не допускаются без явного исключения владельцем ресурсов.

5. Связанные документы

• Политика хранения данных и контроля дискового пространства
• Защита от переполнения диска
• Оптимизация дисков и политика резервного копирования