A reconstrução na versão estável 2.8.13 (não é uma atualização, já estava rodando sem problemas na 2.8.13) está falhando para mim.
Normalmente, posso executar ./launcher start app para levantar o container anterior caso a reconstrução falhe (embora não precise usar isso há bastante tempo). Isso também não está funcionando; ele „funciona
Tive um problema semelhante hoje (embora a mensagem de erro fosse diferente) ao tentar atualizar do painel de administração, no entanto, consegui atualizar da linha de comando usando ./launcher rebuild app
A nova imagem base com Ruby 3.1.3 não é compatível com stable, pois o Ruby 3.x não inclui mais algumas gems como uma gem padrão. Especificamente, agora ele exige que bibliotecas como net-pop sejam incluídas no Gemfile. Isso foi feito para tests-passed, mas não para stable.
mesmo problema que tenho, ./launcher rebuild app não funciona corretamente
Obrigado pelos relatórios e desculpe pela interrupção! Reverti o aumento de versão em discourse_docker enquanto trabalhamos em uma solução para o branch estável.
Se você tentar reconstruir novamente agora, deve funcionar muito melhor.
Com
Agora detectamos automaticamente usuários estáveis e fazemos com que eles usem a imagem base antiga.
Obrigado pela resposta rápida, no entanto, o downgrade tem um efeito colateral infeliz:
19:C 28 Dec 2022 15:05:32.627 # oO0OoO0OoO0Oo O Redis está iniciando oO0OoO0OoO0Oo
19:C 28 Dec 2022 15:05:32.628 # Versão do Redis=6.2.6, bits=64, commit=00000000, modificado=0, pid=19, recém-iniciado
19:C 28 Dec 2022 15:05:32.628 # Configuração carregada
19:M 28 Dec 2022 15:05:32.628 * Relógio monotônico: POSIX clock_gettime
19:M 28 Dec 2022 15:05:32.629 * Modo de execução=standalone, porta=6379.
19:M 28 Dec 2022 15:05:32.629 # Servidor inicializado
19:M 28 Dec 2022 15:05:32.629 # AVISO: overcommit_memory está definido como 0! O salvamento em segundo plano pode falhar em condições de pouca memória. Para corrigir este problema, adicione 'vm.overcommit_memory = 1' a /etc/sysctl.conf e, em seguida, reinicie ou execute o comando 'sysctl vm.overcommit_memory=1' para que isso tenha efeito.
19:M 28 Dec 2022 15:05:32.630 # Não é possível lidar com a versão 10 do formato RDB
19:M 28 Dec 2022 15:05:32.630 # Erro fatal ao carregar o banco de dados: Argumento inválido. Saindo.
Como este era apenas um ambiente de staging, eu apenas movi o dump.rdb para outro lugar e deixei o redis criar um novo banco de dados.
Funcionou, mas não tenho certeza se isso é geralmente aconselhável.
Isso seria rm /var/discourse/shared/standalone/redis_data/dump.rdb se mais alguém precisar. É seguro executar em produção.
Este tópico foi fechado automaticamente após 2 dias. Novas respostas não são mais permitidas.