Обновление docker manager с beta7 до beta9 не удалось

Поддержка Самостоятельное хостинг
1

Привет,
У меня возникла проблема при обновлении до последней версии Discourse (2.4.0 beta7 >> beta9). Менеджер Docker при обновлении постоянно зависает на следующем шаге:

/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.1/lib/unicorn/http_server.rb:605:in `process_client'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.1/lib/unicorn/http_server.rb:700:in `worker_loop'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.1/lib/unicorn/http_server.rb:548:in `spawn_missing_workers'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.1/lib/unicorn/http_server.rb:144:in `start'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/unicorn-5.5.1/bin/unicorn:128:in `<top (required)>'
/var/www/discourse/vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `load'
/var/www/discourse/vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `<main>'
Spinning up 1 Unicorn worker(s) that were stopped initially

Перезапуск и сброс обновления не помогают. Есть какие-либо идеи?

Спасибо, Томми

2

Пожалуйста, подключитесь к вашему серверу по SSH и выполните пересборку.

cd /var/discourse
git pull
./launcher rebuild app
3

Хорошо, это помогло, но теперь у меня расхождение между информацией в оболочке Linux и в интерфейсе контейнера Discourse:

Страница администратора показывает: Установлена версия 2.4.0.beta7, а последняя — 2.4.0.beta9, хотя на странице /admin/upgrade для Discourse (latest-release +88), Docker Manager и плагинов отображается «актуально».

В файле /var/discourse/containers/app.yml содержатся другие настройки электронной почты, чем те, что отображаются в интерфейсе Discourse.

Кажется, что при пересборке что-то идёт не так…

Thommie

4

Получили ли вы какие-либо ошибки во время пересборки?
Если да, то предоставление их будет очень полезным для понимания того, что пошло не так.

5

Хорошо, я снова выполнил пересборку, но в логах во время пересборки явных ошибок не вижу, только сообщения уровня INFO. Последние строки:

2020-01-05 12:01:12.911 UTC [53] LOG:  shutting down
166:M 05 Jan 2020 12:01:13.087 * DB saved on disk
166:M 05 Jan 2020 12:01:13.087 # Redis is now ready to exit, bye bye...
2020-01-05 12:01:13.669 UTC [49] LOG:  database system is shut down
sha256:da70fb2de1f09e179e7b603a2e3aa17140229011b7af40b28eea4615d3fceeb6
9e56de01e8b7c16e0e24c1221ab32cf161b6b9ecd2e9bfd6f722f5226498d3cc
Removing old container
+ /usr/bin/docker rm app
app

+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=de_DE.UTF-8 -e RAILS_ENV=production -e UNICORN_WORKERS=4 -e UNICORN_SIDEKIQS=1 -e RUBY_GLOBAL_METHOD_CACHE_SIZE=131072 -e RUBY_GC_HEAP_GROWTH_MAX_SLOTS=40000 -e RUBY_GC_HEAP_INIT_SLOTS=400000 -e RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=1.5 -e DISCOURSE_DB_SOCKET=/var/run/postgresql -e DISCOURSE_DB_HOST= -e DISCOURSE_DB_PORT= -e LETSENCRYPT_DIR=/shared/letsencrypt -e DISCOURSE_HOSTNAME=forum.netzwissen.de -e DISCOURSE_DEVELOPER_EMAILS=admin@netzwissen.de -e DISCOURSE_SMTP_ADDRESS=10.10.10.19 -e DISCOURSE_SMTP_PORT=25 -e DISCOURSE_SMTP_USER_NAME= -e DISCOURSE_SMTP_PASSWORD= -e LETSENCRYPT_ACCOUNT_EMAIL=me@example.com -h develd-app -e DOCKER_HOST_IP=172.17.0.1 --name app -t -p 80:80 -p 443:443 -v /var/discourse/shared/standalone:/shared -v /var/discourse/shared/standalone/log/var-log:/var/log --mac-address 02:b7:65:5c:bd:c6 local_discourse/app /sbin/boot
7201804f7d5312ceee286af3a5e7db6e3e57a5327504ce752252f238aa9a4e98

Насколько я могу судить, это выглядит нормально… Параметры электронной почты, показанные здесь, верны и соответствуют настройкам в app.yml. Но в интерфейсе по-прежнему отображаются старые данные…

6

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

7

Да, я тоже не понимаю. Контейнер всё ещё использует старые конфигурационные данные для отправки почты (поэтому письма не доставляются), хотя последние строки процесса пересборки показывают правильный целевой SMTP-сервер:

  • /usr/bin/docker run -[..]
    DISCOURSE_SMTP_ADDRESS=10.10.10.19 -e DISCOURSE_SMTP_PORT=25 -e
    DISCOURSE_SMTP_USER_NAME= -e DISCOURSE_SMTP_PASSWORD= -e

Для меня это означает, что обновление не удалось, и мы всё ещё работаем со старой версией в контейнере Docker, а также со старой конфигурацией из app.yml, хотя страница обновления говорит об обратном:

Screenshot_20200105_154333
Screenshot_20200105_154333857×301 23.3 KB

Есть ли какие-либо идеи, как это исправить?

8

У меня возникла та же проблема на двух экземплярах Discourse.

Первая ошибка, похоже, следующая:

*** Сборка ресурсов. Это займет некоторое время *** $ RUBY_GC_MALLOC_LIMIT_MAX=20971520 RUBY_GC_OLDMALLOC_LIMIT_MAX=20971520 RUBY_GC_HEAP_GROWTH_MAX_SLOTS=50000 RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=0.9 bundle exec rake assets:precompile Очистка временных файлов Сборка ресурсов I, [2020-01-08T13:52:00.932032 #29478] INFO -- : Запись /var/www/discourse/public/assets/docker-manager-app-888922f3ec4fc42543c1916f533f3fecb9af503803eb6b8b59904a2310219d1d.js I, [2020-01-08T13:52:01.102633 #29478] INFO -- : Запись /var/www/discourse/public/assets/docker-manager-app-5256678af40d7479a0d37d3bddcca6fa5c2505b83a654a6d23e9d6f4f5fd406a.css I, [2020-01-08T13:52:01.277866 #29478] INFO -- : Запись /var/www/discourse/public/assets/docker-manager-vendor-91af87077979e715f4d5034ea05c612f734c3aece05878051e901d07e84878ee.js Пропуск: vendor-a681e94dd2b8c886f184865617b09b4f67b433321acef2bd98bb99bd9495307e.js уже сжат #<Thread:0x0000559b93cea1d8@/var/www/discourse/lib/tasks/assets.rake:223 run> завершено с исключением (report_on_exception = true): /usr/local/lib/ruby/2.6.0/net/http.rb:949:in `rescue in block in connect': Не удалось установить TCP-соединение с geolite.maxmind.com:443 (getaddrinfo: Имя службы или имя не найдено) (SocketError) from /usr/local/lib/ruby/2.6.0/net/http.rb:946:in `block in connect' from /usr/local/lib/ruby/2.6.0/timeout.rb:93:in `block in timeout' from /usr/local/lib/ruby/2.6.0/timeout.rb:103:in `timeout' from /usr/local/lib/ruby/2.6.0/net/http.rb:945:in `connect' from /usr/local/lib/ruby/2.6.0/net/http.rb:930:in

А также ниже:

Сжатие docker-manager-vendor-91af87077979e715f4d5034ea05c612f734c3aece05878051e901d07e84878ee.js завершено: 0.12 сек. Сжатие всех JS-файлов завершено: 4.44 сек. rake aborted! SocketError: Не удалось установить TCP-соединение с geolite.maxmind.com:443 (getaddrinfo: Имя службы или имя не найдено) /var/www/discourse/lib/final_destination.rb:414:in `safe_session' /var/www/discourse/lib/final_destination.rb:365:in `safe_get' /var/www/discourse/lib/final_destination.rb:131:in `get' /var/www/discourse/lib/file_helper.rb:47:in `download' /var/www/discourse/lib/discourse_ip_info.rb:30:in `mmdb_download' /var/www/discourse/lib/tasks/assets.rake:226:in `block (3 levels) in <top (required)>' /var/www/discourse/lib/tasks/assets.rake:225:in `each' /var/www/discourse/lib/tasks/assets.rake:225:in `block (2 levels) in <top (required)>' Вызвано: SocketError: getaddrinfo: Имя службы или имя не найдено /var/www/discourse/lib/final_destination.rb:414:in `safe_session' /var/www/discourse/lib/final_destination.rb:365:in `safe_get' /var/www/discourse/lib/final_destination.rb:131:in `get' /var/www/discourse/lib/file_helper.rb:47:in `download' /var/www/discourse/lib/discourse_ip_info.rb:30:in `mmdb_download' /var/www/discourse/lib/tasks/assets.rake:226:in `block (3 levels) in <top (required)>' /var/www/discourse/lib/tasks/assets.rake:225:in `each' /var/www/discourse/lib/tasks/assets.rake:225:in `block (2 levels) in <top (required)>' Задачи: TOP => assets:precompile (Полный трассировочный отчет можно получить, запустив задачу с флагом --trace) Docker Manager: ПОВЫШЕНИЕ НЕ УДАЛОСЬ #<RuntimeError: RuntimeError> /var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:159:in `run' /var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:81:in `upgrade' /var/www/discourse/plugins/docker_manager/app/controllers/docker_manager/admin_controller.rb:95:in `block in upgrade' /var/www/discourse/plugins/docker_manager/app/controllers/docker_manager/admin_controller.rb:91:in `fork' /var/www/discourse/plugins/docker_manager/app/controllers/docker_manager/admin_controller.rb:91:in `upgrade' /var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.1/lib/action_controller/metal/basic_implicit_render.rb:6:inbox_tray:

Я попробую пересобрать, но всё ещё задаюсь вопросом, что вызывает эти проблемы с обновлением…