Спасибо за все ответы и дополнительные детали.
Действительно, поиск OOM и подобных ошибок, вероятно, будет полезен до перезагрузки, а не после. Так что да, пожалуйста, повторите, если вы еще не перезагружали систему.
Запуск
vmstat 5
одновременно, во втором соединении, в момент, когда процесс восстановления достигает критической секции, может быть информативным.
Но на самом деле у меня есть только две гипотезы:
- нехватка памяти, которая может привести к замедлению прогресса или к завершению работы какого-либо процесса;
- истечение времени из-за медленного прогресса.
Жаль, что ваш провайдер не позволяет одновременно увеличивать и уменьшать объем оперативной памяти.
Верно, что первоначальная установка и последующие обновления, требующие восстановления каждые месяц-два, требуют больше памяти, чем раньше. Но
память = RAM + swap,
поэтому добавление swap-раздела должно быть успешным, при условии отсутствия давления по времени.
У вас много места на диске. Я рекомендую добавить второй и третий swap-файлы. См. инструкции здесь, адаптированные для создания новых файлов:
У вас уже есть /swapfile, поэтому выполните эти команды, используя /swapfile.1 и /swapfile.2 вместо него.
После этого
swapon
должен показать три файла в использовании или готовые к использованию, а
free
должен показать около 2 ГБ RAM и около 6 ГБ swap.
Затем попробуйте снова!
Редактирование: Я заметил, что на моем экземпляре с 1 ГБ RAM в app.yml указано
db_shared_buffers: "128MB"
Будьте очень осторожны при изменении app.yml — не добавляйте и не удаляйте пробелы!