Actualización de docker manager de beta7 a beta9 falla

Soporte Instalación
1

Hola,
Tengo un problema durante la actualización a la última versión de Discourse (2.4.0 beta7 >> beta9). El gestor de Docker se queda colgado repetidamente en el siguiente paso:

/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

Reiniciar y restablecer la actualización no tiene ningún efecto. ¿Alguna idea?

Gracias, Thommie

2

Por favor, conéctate vía SSH a tu servidor y reconstruye.

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

OK, eso ayudó, pero ahora tengo una discrepancia entre la información en la terminal de Linux y en la interfaz de usuario del contenedor de Discourse:

La página de administración indica: Instalada 2.4.0.beta7 y última 2.4.0.beta9, aunque la página /admin/upgrade muestra “actualizado” para Discourse (latest-release +88), el gestor de Docker y los complementos.

El archivo /var/discourse/containers/app.yml contiene configuraciones de correo electrónico diferentes a las que se muestran en la interfaz de usuario de Discourse.

Parece que algo falla durante la reconstrucción…

Thommie

4

¿Recibió algún error durante la reconstrucción? Si es así, compartirlos será de gran ayuda para entender qué salió mal.

5

OK, he repetido la reconstrucción nuevamente, pero no veo errores obvios durante la reconstrucción en los registros, solo mensajes con nivel INFO. Las últimas líneas son:

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

Lo cual parece normal, hasta donde puedo suponer… Los parámetros de correo electrónico mostrados aquí son correctos y reflejan los del archivo app.yml. Pero la interfaz de usuario sigue mostrando datos antiguos…

6

Esto me parece absolutamente normal. No se me ocurre ninguna razón por la que la interfaz de usuario muestre datos desactualizados.

7

… sí, tampoco lo entiendo. El contenedor sigue utilizando datos de configuración antiguos para el envío de correo (por lo tanto, no se entregan), aunque las últimas líneas del proceso de reconstrucción muestran el servidor SMTP de destino correcto:

  • /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

Esto significa para mí que la actualización falló y aún estamos ejecutando una versión más antigua en el contenedor Docker, junto con una configuración más antigua de app.yml, aunque la página de actualización cuenta una historia diferente:

Screenshot_20200105_154333
Screenshot_20200105_154333857×301 23.3 KB

¿Alguna idea sobre cómo solucionar esto?

8

Estoy teniendo el mismo problema en dos instancias de Discourse.

El primer error parece ser este:

*** Empaquetando activos. Esto tomará un tiempo *** $ 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 Limpiando archivos temporales Empaquetando activos I, [2020-01-08T13:52:00.932032 #29478] INFO -- : Escribiendo /var/www/discourse/public/assets/docker-manager-app-888922f3ec4fc42543c1916f533f3fecb9af503803eb6b8b59904a2310219d1d.js I, [2020-01-08T13:52:01.102633 #29478] INFO -- : Escribiendo /var/www/discourse/public/assets/docker-manager-app-5256678af40d7479a0d37d3bddcca6fa5c2505b83a654a6d23e9d6f4f5fd406a.css I, [2020-01-08T13:52:01.277866 #29478] INFO -- : Escribiendo /var/www/discourse/public/assets/docker-manager-vendor-91af87077979e715f4d5034ea05c612f734c3aece05878051e901d07e84878ee.js Omitiendo: vendor-a681e94dd2b8c886f184865617b09b4f67b433321acef2bd98bb99bd9495307e.js ya está comprimido #<Thread:0x0000559b93cea1d8@/var/www/discourse/lib/tasks/assets.rake:223 run> finalizado con excepción (report_on_exception es true): /usr/local/lib/ruby/2.6.0/net/http.rb:949:in `rescue in block in connect': No se pudo abrir la conexión TCP a geolite.maxmind.com:443 (getaddrinfo: Nombre o servicio desconocido) (SocketError) desde /usr/local/lib/ruby/2.6.0/net/http.rb:946:in `block in connect' desde /usr/local/lib/ruby/2.6.0/timeout.rb:93:in `block in timeout' desde /usr/local/lib/ruby/2.6.0/timeout.rb:103:in `timeout' desde /usr/local/lib/ruby/2.6.0/net/http.rb:945:in `connect' desde /usr/local/lib/ruby/2.6.0/net/http.rb:930:in

Y más abajo:

Compresión finalizada de docker-manager-vendor-91af87077979e715f4d5034ea05c612f734c3aece05878051e901d07e84878ee.js: 0.12 segundos Compresión finalizada de todos los archivos JS: 4.44 segundos rake aborted! SocketError: No se pudo abrir la conexión TCP a geolite.maxmind.com:443 (getaddrinfo: Nombre o servicio desconocido) /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 niveles) en <top (required)>' /var/www/discourse/lib/tasks/assets.rake:225:in `each' /var/www/discourse/lib/tasks/assets.rake:225:in `block (2 niveles) en <top (required)>' Causado por: SocketError: getaddrinfo: Nombre o servicio desconocido /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 niveles) en <top (required)>' /var/www/discourse/lib/tasks/assets.rake:225:in `each' /var/www/discourse/lib/tasks/assets.rake:225:in `block (2 niveles) en <top (required)>' Tareas: TOP => assets:precompile (Ver traza completa ejecutando la tarea con --trace) Docker Manager: FALLÓ LA ACTUALIZACIÓN #<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:

Voy a intentar reconstruir, pero todavía me pregunto qué está causando estos problemas de actualización…