Atualização do Docker Manager beta7 >> beta9 falha

Thomas_Rother · Janeiro 5, 2020, 9:42am

Olá,

Tenho um problema durante a atualização para a versão mais recente do Discourse (2.4.0 beta7 >> beta9). O gerenciador do Docker trava repetidamente na seguinte etapa:

/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 e redefinir a atualização não surtiu efeito. Alguma ideia?

Obrigado, Thommie

itsbhanusharma · Janeiro 5, 2020, 10:47am

Por favor, acesse seu servidor via SSH e reconstrua.

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

Thomas_Rother · Janeiro 5, 2020, 11:52am

Ok, isso ajudou, mas agora tenho uma discrepância entre as informações na shell do Linux e na interface do usuário do contêiner do Discourse:

A página de administração diz: Instalado 2.4.0.beta7 e mais recente 2.4.0.beta9, embora a página /admin/upgrade mostre “atualizado” para o Discourse (latest-release +88), gerenciador do Docker e plugins.

O arquivo /var/discourse/containers/app.yml contém configurações de e-mail diferentes das exibidas na interface do usuário do Discourse.

Parece que algo falhou durante a reconstrução…

Thommie

itsbhanusharma · Janeiro 5, 2020, 11:53am

Você recebeu algum erro durante a reconstrução?
Se sim, compartilhá-los será muito útil para entender o que deu errado.

Thomas_Rother · Janeiro 5, 2020, 12:08pm

OK, repeti a reconstrução novamente, mas não vejo erros óbvios durante a reconstrução nos logs, apenas mensagens com nível INFO. As últimas linhas são:

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

Isso parece normal, pelo que posso julgar… Os parâmetros de e-mail mostrados aqui estão corretos e refletem os do app.yml. Mas a UI ainda mostra dados antigos…

itsbhanusharma · Janeiro 5, 2020, 12:13pm

Isso parece absolutamente normal para mim. Não consigo pensar em um motivo pelo qual a interface mostraria dados desatualizados.

Thomas_Rother · Janeiro 5, 2020, 2:44pm

… sim, eu também não entendo. O container ainda está usando dados de configuração antigos para envio de e-mail (que, portanto, não são entregues), embora as últimas linhas do processo de reconstrução mostrem o servidor SMTP de destino correto:

/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

Isso significa para mim que a atualização falhou e ainda estamos executando uma versão mais antiga no container do Docker, além de uma configuração mais antiga do app.yml — embora a página de atualização conte uma história diferente:

Alguma ideia de como corrigir isso?

tophee · Janeiro 8, 2020, 3:17pm

Estou com o mesmo problema em duas instâncias do Discourse.

O primeiro erro parece ser este:

*** Empacotando ativos. Isso levará algum tempo *** $ 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 Limpando arquivos temporários Empacotando ativos I, [2020-01-08T13:52:00.932032 #29478] INFO -- : Escrevendo /var/www/discourse/public/assets/docker-manager-app-888922f3ec4fc42543c1916f533f3fecb9af503803eb6b8b59904a2310219d1d.js I, [2020-01-08T13:52:01.102633 #29478] INFO -- : Escrevendo /var/www/discourse/public/assets/docker-manager-app-5256678af40d7479a0d37d3bddcca6fa5c2505b83a654a6d23e9d6f4f5fd406a.css I, [2020-01-08T13:52:01.277866 #29478] INFO -- : Escrevendo /var/www/discourse/public/assets/docker-manager-vendor-91af87077979e715f4d5034ea05c612f734c3aece05878051e901d07e84878ee.js Pulando: vendor-a681e94dd2b8c886f184865617b09b4f67b433321acef2bd98bb99bd9495307e.js já está comprimido #<Thread:0x0000559b93cea1d8@/var/www/discourse/lib/tasks/assets.rake:223 run> encerrado com exceção (report_on_exception é true): /usr/local/lib/ruby/2.6.0/net/http.rb:949:in `rescue in block in connect': Falha ao abrir conexão TCP para geolite.maxmind.com:443 (getaddrinfo: Nome ou serviço desconhecido) (SocketError) de /usr/local/lib/ruby/2.6.0/net/http.rb:946:in `block in connect' de /usr/local/lib/ruby/2.6.0/timeout.rb:93:in `block in timeout' de /usr/local/lib/ruby/2.6.0/timeout.rb:103:in `timeout' de /usr/local/lib/ruby/2.6.0/net/http.rb:945:in `connect' de /usr/local/lib/ruby/2.6.0/net/http.rb:930:in

E mais abaixo:

Compressão concluída do docker-manager-vendor-91af87077979e715f4d5034ea05c612f734c3aece05878051e901d07e84878ee.js : 0,12 seg Compressão concluída de todos os arquivos JS : 4,44 seg rake aborted! SocketError: Falha ao abrir conexão TCP para geolite.maxmind.com:443 (getaddrinfo: Nome ou serviço desconhecido) /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)>' Causa: SocketError: getaddrinfo: Nome ou serviço desconhecido /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)>' Tarefas: TOP => assets:precompile (Veja o rastreamento completo executando a tarefa com --trace) Docker Manager: FALHA NA ATUALIZAÇÃO #<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:

Vou tentar reconstruir, mas ainda estou me perguntando o que está causando esses problemas de atualização…

Tópico		Respostas	Visualizações
Upgrade docker_manager stuck - 2.2.0.beta4 Support	12	1710	16 de Dezembro de 2018
Blank upgrade page after updating docker manager to 2.0.0.beta10 Bug	16	1080	19 de Maio de 2018
"Waiting for unicorn to reload", then update stops Support	30	4672	20 de Junho de 2021
Upgrade page claims nothing to be done Self-hosting	2	428	3 de Setembro de 2021
Failed Upgrade Discourse and Plugins Self-hosting	17	1078	10 de Fevereiro de 2022

Atualização do Docker Manager beta7 >> beta9 falha

Tópicos relacionados