Похожая проблема снова возникла у нас. Только что заметил, что у меня десятки локальных резервных копий (по 1,6 ГБ каждая), хотя настройка ограничена значением 3. Это работало годами, но я помню один случай давным-давно, когда произошла похожая проблема.
Резервные копии создаются успешно
Загрузка в S3 проходит успешно
Работаем на стабильной ветке. Только что обновились до версии 2.3.7 и перезагрузились.
Нужно будет разобраться глубже в более подходящее время.
Проблема началась 11 сентября. Эта дата не совпадает с нашими плановыми простоями сервиса или какими-либо действиями, которые мы предпринимали для сайта.
Обновление:
Это не единичный случай, так как мой другой небольшой песочничный экземпляр, похоже, столкнулся с той же проблемой. Он находится на совершенно другой инфраструктуре, размещённой в Digital Ocean. Здесь резервные копии не удалялись с 16 сентября. Загрузка здесь также проходит успешно.
Хорошо… теперь это начинает выглядеть как глупая ошибка пользователя — я совершенно упустил изменение в том, как сейчас работает управление резервными копиями. Значит, Discourse теперь сам управляет резервными копиями в S3 и удаляет их напрямую, без необходимости настраивать правило очистки старых копий в бакете? Тогда увеличиваю значение до 30, так как резервные копии не должны занимать место на локальном диске.
Однако количество резервных копий, хранившихся в бакетах S3, не соответствовало настройке 3.
Я перенастроил резервные копии и правила для хранилища на разумные значения, соответствующие текущему поведению Discourse. Как я уже говорил, ранее количество резервных копий было установлено на 3, исходя из старой логики. Теперь оно установлено на 30.
Пожалуйста, оставьте эту тему открытой, и я вернусь с отчетом через 30 дней, чтобы подтвердить, что Discourse теперь корректно учитывает новое заданное значение.
Ах, это уже древняя история. У меня есть ощущение, что это каким-то образом было решено, но мы уже несколько лет работаем на CDCK SaaS, и я больше не помню эту проблему чётко.
Я бы предположил, что если бы это всё ещё было проблемой, то кто-то другой из тех, кто ведёт свой хостинг, сообщил бы об этом?
У меня была точно такая же проблема, и за последние 10 минут я выяснил, что причина заключалась в том, что я каким-то образом включил s3_disable_cleanup. Я думал, что это касалось только загрузки в S3, а не резервных копий. Но это было неверно.
