Não é possível aumentar db_shared_buffers (0,1% da RAM total) e db_work_mem (0,03% da RAM total)

[markersocial]

@mcdanlj

Configuração do Kernel

O Redis (um dos componentes chave nos quais o Discourse é construído) recomenda fortemente desabilitar páginas grandes transparentes ao usar persistência em disco (o que o Discourse faz), e eu também permito o overcommit de memória.

echo 'sys.kernel.mm.transparent_hugepage.enabled=never' > /etc/sysctl.d/10-huge-pages.conf
echo 'vm.overcommit_memory=1' > /etc/sysctl.d/90-vm_overcommit_memory.conf
sysctl --system

Então, para dar seguimento caso outra pessoa enfrente este problema - o acima resolveu para mim. Não preciso mais editar o shm-size no launcher.

Isso foi encontrado após notar este aviso durante a reconstrução:
AVISO O *overcommit* de memória deve estar habilitado! Sem ele, um salvamento em segundo plano ou replicação pode falhar em condições de pouca memória. Estando desabilitado, ele também pode causar falhas sem condição de pouca memória, veja https://github.com/jemalloc/jemalloc/issues/1328. Para corrigir este problema, adicione 'vm.overcommit_memory = 1' a /etc/sysctl.conf e então reinicie ou execute o comando 'sysctl vm.overcommit_memory=1' para que isso tenha efeito.