Внезапно начались сбои резервного копирования

После недавнего обновления у меня начались сбои при создании резервных копий. Просматривая логи, я понял, что проблема, вероятно, вызвана нехваткой места на диске:

[2023-09-18 20:30:34] EXCEPTION: /var/www/discourse/lib/discourse.rb:138:in `exec': Failed to gzip archive.

gzip: /var/www/discourse/public/backups/default/aoda-forum-2023-09-18-202648-v20230913194832.tar.gz: No space left on device

Однако команда df -h показывает 7,5 ГБ свободного места. Резервное копирование выполняется в AWS, а объём пользовательских загрузок составляет 5,9 ГБ. При более глубоком анализе я обнаружил, что /var/lib/docker/aufs использует 15 ГБ, а /var/discourse — 12 ГБ. На этом сервере нет других контейнеров, служб и т. д.

Я, разумеется, уже выполнил launcher cleanup.

Короче говоря, у меня следующие вопросы:

  1. Что происходит с резервными копиями? Действительно ли проблема связана с нехваткой места на диске, или дело в чём-то другом?
  2. /var/aufs/ занимает слишком много места. Есть ли безопасный способ очистить его?

Вам нужно достаточно места для хранения базы данных и изображений в несжатом виде.

Проблема со сжатием gzip разрешилась сама собой? В последнее время вокруг gzip возникают странные проблемы.

Нет, пришлось вручную сжать архив резервной копии в gzip. Я дал резервному копированию запуститься как обычно, зашел в папку, где оно сохраняется, и когда процесс gzip должен был начаться, быстро остановил приложение, сжал резервную копию вручную и наконец смог изменить хост. Сейчас у меня проблемы только с загрузкой видео, даже небольших, размером 40 МБ (да, я знаю, что это не оптимизировано, но проблема проявляется нестабильно).