Хм. Я переносил файлы с S3 обратно на свой локальный сервер (Rake uploads:migrate_from_s3 fails - #31 by pnoeric), но этот процесс, похоже, выполняется «на лету», обрабатывая только несколько сотен изображений (каждое около 300 КБ) за раз — примерно 0,1 ГБ за партию. За последнюю неделю я, возможно, запускал скрипт 20 раз, то есть 20 партий = около 2 ГБ дискового пространства в сумме. У меня для этого было достаточно места.
Есть ли вероятность, что, несмотря на то, что скрипт, по-видимому, перемещает файлы «на лету» (скачивая их с S3 и сразу загружая на Digital Ocean), может существовать какая-то задержка для запланированного задания, которое должно было запуститься в 5:30 утра и было связано с перемещением этих изображений?
(Кроме того: я запускал эти партии вручную до 21:00, так что, насколько мне известно, с 21:00 до 5:30 утра, когда сервер упал, он выполнял только обычные операции.)
Вот моё использование диска за 7 дней. Оно неуклонно росло из-за импортируемых изображений, но вы видите, как оно резко достигло 100% в 5:30 утра:
Есть ли какие-либо файлы журналов, которые могли бы содержать подсказки о том, что произошло в 5:35 утра, помимо журналов, которые я вижу на вкладке «Журналы»?