Загрузка резервных копий multipart в Scaleway S3 по-прежнему не работает у меня. Backup Upload to S3 Fails on scaleway (multipart upload)
Проблема в том, что если загрузка не удаётся, резервная копия остаётся сохранённой локально, как при обычном локальном резервном копировании. Это хорошо. Однако ограничение на количество резервных копий игнорируется, поэтому локальный диск будет заполняться резервными копиями бесконечно, пока это не приведёт к простоям.
Это на версии 2.6.4 stable.
У меня возникла проблема с одним сайтом, использующим Wasabi S3, который постоянно заполнял диск. Ни в логах Discourse, ни в логах Wasabi не было показано никаких ошибок.
Я сейчас не помню, перешел ли я на другого провайдера S3 или всё уже работает. Это актуальная информация.
Я не понимаю. Зачем вы пытаетесь хранить резервные копии в Scaleway S3, зная, что это не работает? Думаю, лучшим решением будет использование другого провайдера S3 или установка параметра backup_location в значение “local”.
В любом случае, Discourse должен удалять локальную резервную копию, если загрузка не удалась. В конце журнала резервного копирования вы должны увидеть сообщение “Удаление архива из локального хранилища…”.
Об этом мне не было известно при миграции с локального хранилища на S3. Невозможно использовать для резервных копий провайдера S3, отличного от основного хранилища; это означает, что для использования альтернативного провайдера для резервных копий потребуется полная миграция основного хранилища.
Возможно, Scaleway выпускает исправление (об этом можно узнать в сообщении, на которое я сослался), поэтому вместо того чтобы несколько раз пересобирать систему с простоями только для проверки работоспособности, я позволил процессу пытаться завершиться успешно еженедельно, учитывая, что резервные копии, которые не были успешно загружены, всё равно сохраняются в локальной папке резервных копий.
Он этого не делает, как я уже указал в своём сообщении. Насколько я помню, сообщение о том, что архив будет удалён, всё ещё появляется в журнале, но на самом деле этого не происходит. Если кто-то заинтересован в понимании этой ошибки в пограничном случае, я могу проверить и подтвердить это.