Текущее состояние аварийного диска /storage (2026-02-15)

Дата фиксации: 2026-02-15
Цель: Описать фактическое состояние раздела /storage на момент запроса владельца ресурсов (приведение к штатному состоянию).


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

Раздел Размер Занято Свободно Использовано % Норма (резерв) Статус
/ 233 ГБ 134 ГБ 95 ГБ 59% ≥ 2 ГБ, ≥ 15% ✅ Норма
/storage 569 ГБ 457 ГБ 85 ГБ 85% ≥ 80 ГБ Норма (по состоянию на 2026-02-15 после очистки)
/D 916 ГБ 574 ГБ 296 ГБ 66% ≥ 20% ✅ Норма

Вывод (обновлено 2026-02-15): После исправления скрипта очистки и нескольких волн удаления снимков LXD свободно на /storage 85 ГБ — норма по политике достигнута. Исходно было ~6,4 ГБ (EMERGENCY). Скрипт очистки исправлен (парсинг через lxc info); при ручном запуске от пользователя cdto очистка выполняется корректно. Рекомендуется еженедельная проверка и при свободном < 100 ГБ — плановая очистка.


2. Источники занятого места на /storage

  • LXD (контейнеры + снимки) — основной потребитель (~502 ГБ по предыдущим замерам). Снимков сверх политики: BBB-CONT22-1 — 24 (лимит 10), docs-denkart — 22 (лимит 10), nginx-reverse-proxy — 22 (лимит 10). Критичные 1c-server, postgresql-1c — в пределах лимита 20.
  • Docker (overlay2, образы, логи контейнеров) — часть объёма; логи контейнеров уже обнулялись для быстрого освобождения места при 100% диска.
  • Прочие данные сервисов в /storage.

3. Состояние мониторинга и автоочистки

Компонент Статус
disk-space-monitor.timer active, enabled
Проверка Каждые 5 минут
Лог /var/log/disk-space-monitor.log — фиксирует EMERGENCY по /storage
Автоочистка при EMERGENCY Запускается; Docker prune выполняется; очистка снимков LXD вызывается от cdto, но в логе монитора при запуске из таймера отображается «Контейнер … не найден или таймаут» — при перегруженном диске LXD отвечает медленно, возможен таймаут проверки существования контейнера (120 с).

4. Выполненные и запланированные действия

  • Обнуление логов контейнеров Docker на /storage (уже выполнялось ранее; текущее свободное место ~6,4 ГБ).
  • Запущена вручную очистка снимков LXD от пользователя cdto:
    sudo -u cdto env HOME=/home/cdto USER=cdto /home/cdto/DENKART/scripts/cleanup-lxd-snapshots.sh
    Ожидается удаление лишних снимков (BBB-CONT22-1, docs-denkart, nginx-reverse-proxy) и рост свободного места по мере завершения.
  • После достижения ≥ 80 ГБ — считать раздел приведённым к штатному состоянию; закрепить еженедельную проверку и реакцию при свободном < 100 ГБ по STORAGE-BRING-TO-NORMAL.md.

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


Документ подготовлен: AI Denkart, технический директор.