Tentei atualizar e houve uma falha perto do final:
I, [2024-07-04T07:17:18.714988 #807] INFO -- : Writing /var/www/discourse/public/assets/scripts/discourse-test-listen-boot-9b14a0fc65c689577e6a428dcfd680205516fe211700a71c7adb5cbcf4df2cc5.js
rake aborted!
Zlib::BufError: buffer error (Zlib::BufError)
...
< more stuff >
...
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'SKIP_EMBER_CLI_COMPILE=1 bundle exec rake themes:update assets:precompile' failed with return #<Process::Status: pid 805 exit 1>
Location of failure: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec failed with the params {"cd"=>"$home", "tag"=>"precompile", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'SKIP_EMBER_CLI_COMPILE=1 bundle exec rake themes:update assets:precompile'"]}
bootstrap failed with exit code 1
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
Mas eu já tenho o ID da conta maxmind no arquivo yaml.
Acho que poderia entrar no contêiner e executar este comando novamente, mas me pergunto em geral se há uma maneira de recuperar de reconstruções falhas ou se as pessoas simplesmente tentam executar tudo novamente?
Ontem desisti e comentei o maxmind. Em seguida, entrei no contêiner e adicionei os valores ao discourse.conf e ele puxou o banco de dados com sucesso (uma solução alternativa bastante complicada).
Não entendo como isso pode estar acontecendo, mas parece um bug.
Acho que a única solução agora é ficar sem o maxmind.
Tive esse problema hoje, mas foi apenas uma vez, emiti um novo build novamente e funcionou bem. Tão estranho que não há uma maneira consistente de reproduzir isso. outros contêineres com configuração semelhante foram criados sem problemas.
Reconstruí 3 sites hoje, e cada um falhou como acima na mesma hora, o que pareceu ser logo após a atualização dos Componentes do Tema.
Cada vez que uma segunda reconstrução rodou bem, sem que eu mudasse nada. Fico imaginando se o Maxmind é uma pista falsa (ou simplesmente um problema diferente).
Eu uso uma configuração de 2 contêineres, então uma reconstrução falha não é um grande problema.
Tive a mesma experiência. Parece falhar na primeira execução. Felizmente, mudei para uma configuração de 2 contêineres, então o site permanece no ar enquanto eu executo a reconstrução duas vezes.