"Waiting for unicorn to reload", then update stops

What are the hardware specs? Is it heavily memory constrained, or are the disks slow (not SSD)?

It’s not a problem to update via SSH command line if that works better, but it shouldn’t be required.

I’m not sure what the criteria is for constrained, the site has been relatively speedy (with no cloudflare, CDN or other tricks). It’s a KVM VM with 2GB. Here is an output from free:

              total        used        free      shared  buff/cache   available
Mem:        2047876     1263844      121092      280544      662940      325164
Swap:       2097148      549032     1548116

There is nothing else running on this but Discourse. However, the disks are definitely slow, non-SSD, in RAID-10, and shared with a few other VMs. I ran iotop as the nightly backup was going and didn’t see anything above 50MBps.

The exported non-compressed backup .sql is ~600MB, average daily engaged this past month <50, and daily pageviews are <6000 per day.

I do see one major difference in the output between what you posted originally and what @danekhollas and I are getting. In our output, it takes Unicorn significantly longer to reload (based on the number of dots), however it’s always been that way since that was added to the upgrade process.

The swap usage is fairly high there. This implies you have a busy instance. Also, slow disks are going to be quite painful in several dimensions.

In my case I have SSD and plenty RAM, but CPU is slow (1.7 GHz) and I usually have only around 7Gb free space on HDD. I noticed that Discourse seems to want at least 5Gb free during upgrade, could this be the issue?

Note that this problem started happening at a specific point in time (probably around this topic got started but I am not sure) and since then I was not able to upgrade via UI at all, which lead me to believe that something must have changed…

I gave @tgxworld access to my instance in case it is helpful.

Note tgx is out for a bit, he may have a chance to have a quick look next week.

This also just happened to me, however it looks like the Docker Manager upgrade actually worked:

Just to update since my last post ~4 months ago. I took the advice given and moved over to a whole new machine, with a significant RAM+CPU increase and switch to full SSD. This problem has not occurred again.

Я тоже сталкиваюсь с этой проблемой при нескольких последних попытках обновления через веб-интерфейс.

Мой экземпляр размещён на виртуальной машине, которую можно масштабировать до более высоких характеристик по запросу, но мне неясно, какие именно характеристики рекомендуются для работы типичного экземпляра Discourse.

Может ли кто-то предоставить эти спецификации?

Вышеизложенный вопрос исходит из предположения, что сбой обновления происходит исключительно из-за нехватки ресурсов на хосте.

Требуется помощь, при обновлении docker_manager возникает ошибка
Извините, при обновлении Discourse произошла ошибка. Пожалуйста, проверьте логи ниже.
Та же самая ошибка
Запуск 1 остановленного изначально воркера Unicorn
Это Удаленная версия: 2c89085
У меня есть опция Сбросить обновление. Стоит ли её использовать? Прошу помочь. Заранее спасибо!

Сообщаю, что эта проблема возникла у меня впервые при обновлении до версии v2.4.0.beta10 +1 («docker_manager 2c89085 Up to date») через веб-интерфейс. Если кому-то нужны мои логи, см. вложение: Discourse2.4beta10error.txt (10,2 КБ).

Команда ./launcher rebuild app выполнилась без проблем.

Это произошло на моей тестовой системе, размещённой самостоятельно дома. Процессор Intel Atom D525 1,8 ГГц, 2 ядра / 4 потока, 4 ГБ ОЗУ и SSD, ОС Lubuntu 16.04 LTS. Только Docker и Discourse, другие задачи не выполняются.

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

Я попробовал пересобрать через командную строку, но получил ошибку (после запуска discourse-doctor):

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake themes:update assets:precompile' failed with return #<Process::Status: pid 4115 exit 1>
Location of failure: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake themes:update assets:precompile'"]}
5b36313b3f2b9e2173d52f8a7519d6aba3c4a975182d80150776d9c83659c351
** FAILED TO BOOTSTRAP ** пожалуйста, прокрутите вверх и найдите более ранние сообщения об ошибках — их может быть несколько.
./discourse-doctor может помочь в диагностике проблемы.
==================== END REBUILD LOG ====================
Не удалось пересобрать приложение.

Теперь странно то, что отображается новая версия 2.7.4, но при попытке обновить компонент темы я получаю сообщение: “about.json содержит недопустимые значения: Максимальная версия Discourse указана неверно”.

У кого-нибудь есть рекомендация, как вернуть Discourse в рабочее состояние?