I, [2024-04-17T09:57:04.110084 #1] INFO -- : > cd /var/www/discourse & su discourse -c 'bundle exec rake assets:precompile:build'
97:M 17 Apr 2024 10:01:01.012 * 100 changes in 300 seconds. Saving...
97:M 17 Apr 2024 10:01:01.012 * Background saving started by pid 3733
3733:C 17 Apr 2024 10:01:01.026 * DB saved on disk
3733:C 17 Apr 2024 10:01:01.027 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB
97:M 17 Apr 2024 10:01:01.112 * Background saving terminated with success
97:M 17 Apr 2024 10:56:01.848 * Replication backlog freed after 3600 seconds without connected replicas.
O servidor tem 64 GB de memória, então não acho que seja um problema de memória, embora no contêiner eu tivesse especificado db_shared_buffers: "4096MB" conforme as recomendações de configuração.
Alguma ideia do que está acontecendo? Como solucionar? Corrigir?
Obrigado Jay, esperei duas horas e fiz isso (é um fórum arquivado, então não me importei muito com o tempo de inatividade).
A única coisa que fiz de diferente foi que adicionei - git clone https://github.com/discourse/discourse-calendar, mas notei que estava sem o .git no final - não tenho certeza se isso fez alguma diferença.
Desde que esse problema ocorreu, estamos tendo problemas com o servidor. Quando isso aconteceu pela primeira vez, notamos que outros sites Ruby no servidor não podiam ser acessados. Isso aconteceu duas vezes com vários dias de diferença e um reinício resolveu (esses sites usam autenticação do Discourse). Aconteceu novamente, mas desta vez dois dos fóruns do Discourse estavam recebendo 504 Gateway Time-out também.
Notei que outros tiveram um problema semelhante de reconstrução pendente e estou me perguntando se algo mudou no Discourse recentemente que estaria ligado a isso? O Discourse altera algo fora dos contêineres, como o Ruby do sistema, talvez? É muito estranho
Ontem houve uma correção que permite que servidores com pouca RAM reconstruam de forma muito mais estranha/rápida, mas acho que pode não funcionar, pois testa para 2 GB e o seu problema provavelmente é que você tem mais de 2 GB, mas tudo isso é consumido por outras coisas no servidor.
Minha suposição é apenas que você precisa de mais RAM.
O servidor tem 64 GB de RAM, Jay, e cada instância do DC está configurada com db_shared_buffers: \"4096MB\".
Além disso, esses outros problemas não ocorreram na reconstrução, mas parecem ser remanescentes desse problema original.
Vou limpar o docker ./launcher cleanup para ver se isso ajuda, mas se você ou qualquer outra pessoa tiver outras ideias enquanto isso, ficarei muito grato.
Editar: Acabei de notar algo estranho depois de executar docker container ls -a, postarei um novo tópico sobre isso.
