É tudo o que encontrei
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Comando foi encerrado com SIGKILL (Terminação forçada): ember build -prod
Ideias?
Executou por muito tempo. Tente aumentar o swap ou a RAM.
Estou um pouco cético. 8 GB de RAM, ele morreu imediatamente e algo assim nunca aconteceu antes. O que pode ser alterado para que essa memória não seja suficiente hoje, mas tenha sido suficiente ontem e quando atualizei o banco de dados 
Agradeço seu ceticismo.
Essa tem sido a solução quando tive esse erro. Uma busca rápida (muito rápida) na internet diz o mesmo.
Eu vou tentar de qualquer maneira, é claro. Adicionar swap não é um trabalho tão grande. Mas eu não consigo entender por que isso aconteceu 
Eu geralmente verifico com grep /var/discourse/discourse-setup e copio/colo a parte que faz a troca de memória (swap).
Eu também não entendo.
2-container, e quando parei primeiro o web_only e depois os dois contêineres, funcionou. Então, pode ser falta de memória mesmo.
30 anos atrás, a recomendação era ter tanta swap quanto você tinha de RAM. Não sei qual é a regra geral agora, mas acho que com 8 GB, adicionar 2 ou até 4 não é uma má ideia.
Adicionei 2 GB. Não sei por que estou tentando economizar espaço em disco, no entanto. Porque se eu estiver em uma situação em que estou com problemas porque me faltam alguns GB, terei coisas maiores para pensar do que o tamanho do meu swap.
1 curtida
Usei a reconstrução (2-container) há poucos minutos e recebi isto:
Ambiente: produção
A configuração 'staticAddonTrees' irá por padrão ser verdadeira na próxima versão do Embroider e não poderá mais ser desativada. Para se preparar para isso,
você deve definir 'staticAddonTrees: true' na sua configuração do Embroider.
A configuração 'staticAddonTestSupportTrees' também irá por padrão ser verdadeira na próxima versão do Embroider e não poderá mais ser desativada. Para se preparar para isso,
você deve definir 'staticAddonTestSupportTrees: true' na sua configuração do Embroider.
construindo...
indefinido
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Comando foi finalizado com SIGKILL (Forçada): ember build -prod
Qual é o próximo passo?
Tive a sensação de já ter visto isso antes.
Eu tinha 8 GB de RAM e 2 GB de swap — quanto eu realmente preciso hoje em dia, se isso vem da falta de memória?
Bem, troquei o swap de 2G para 4G, e a reconstrução foi concluída. Então, talvez tenha sido novamente uma questão de quantidade de RAM. Ou foi um acaso.
E então voltamos ao tópico do FAQ: quanta RAM o Discourse realmente precisa — porque o swapfile é, de fato, parte da quantidade total de RAM, e agora parece que a necessidade real é de 11+ GB para um fórum pequeno 
1 curtida
Você configurou os dois parâmetros ajustáveis do kernel? Eles afetarão a quantidade de memória virtual necessária.
Eu responderia que não, porque não tenho ideia do que você está falando 
Tenho certeza então, você não os configurou!
Infelizmente, ajustar o kernel do Linux não faz parte da instalação oficial do Discourse, mas entendo que esses dois truques simples ajudarão seu servidor a rodar bem e a usar menos memória. Ou, é claro, você pode dispensar isso, mas pode descobrir que precisa de mais RAM + swap do que gostaria.
Veja MKJ’s Opinionated Discourse Deployment Configuration se quiser mais dicas.
Isso se devia a uma característica particular do antigo código de gerenciamento de memória e não se aplica ao Linux hoje. Agora não há uma regra geral; é apenas uma questão de quanto você precisa.
2 curtidas
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.