Сайт не работает после попытки обновления

Я попытался запустить автоматическое обновление со страницы администратора. Казалось, всё прошло успешно, но что-то явно не сработало. Панель администратора считает, что обновление не было выполнено, а панель обновления показывает, что всё актуально. Я попробовал выполнить ./launcher rebuild app, но получил ошибку о нехватке места на диске. Я удалил старые резервные копии, но это освободило только 3 ГБ, а требуется 5 ГБ.

Есть какие-либо предложения? Я уже выполнил ./launcher cleanup.

Похоже, Docker занимает много места: всего 9,3 ГБ…

--- /var/lib/docker ---------------------------------------------------------------------------------------------------------------------------
                     /..
6,7 ГиБ [##########] /overlay2
2,7 ГиБ [###       ] /volumes
--- /var/lib/docker/overlay2 ------------------------------------------------------------------------------------------------------------------
                     /..
3,8 ГиБ [##########] /5f823d00b5b399410cb9e99b8ea4f2b44e4607b88ee27a9328b4fb4267eeeac8
2,3 ГиБ [######    ] /11262dd0a2b59292c520629d74720326f0328995c321826f1d8ae4434fc7a482

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

./launcher rebuild app

Процесс завершился, и сайт снова работает. Уф! Мне всё же хотелось бы узнать, не проблема ли это в Docker, из-за которой он использует так много места…

 ./launcher cleanup

удалит неиспользуемые образы и контейнеры Docker.

Спасибо @pfaffman. Я запустил это, но не заметил изменений.

Выглядит ли этот размер подходящим?

Извините, я раньше не смотрел на цифры, но да, всё выглядит верно.

20 ГБ — это довольно тесно. Я настоятельно рекомендую 50 ГБ. Хранение резервных копий в корзине S3 или Digital Ocean Spaces помогает избежать заполнения диска резервными копиями, но при восстановлении всё равно могут возникнуть проблемы, так как в процессе восстановления создаются несколько копий базы данных.

У меня возникла та же проблема при этом обновлении. Перенос Docker на другой том решил её для меня. Я следовал этому руководству: