No se pueden aumentar db_shared_buffers (0,1% de la RAM total) y db_work_mem (0,03% de la RAM total)

[markersocial]

@mcdanlj

Configuración del kernel

Redis (uno de los componentes clave en los que se basa Discourse) recomienda encarecidamente deshabilitar las páginas grandes transparentes cuando se utiliza persistencia en disco (lo que hace Discourse), y yo también permito la sobreasignación de memoria.

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

Así que, para dar seguimiento en caso de que alguien más se enfrente a este problema: lo anterior lo resolvió para mí. Ya no necesito editar shm-size en el lanzador.

Esto se encontró después de notar esta advertencia durante la reconstrucción:
ADVERTENCIA ¡La sobreasignación de memoria debe estar habilitada! Sin ella, un guardado en segundo plano o la replicación pueden fallar en condiciones de poca memoria. Al estar deshabilitada, también puede causar fallos sin condiciones de poca memoria, ver https://github.com/jemalloc/jemalloc/issues/1328. Para solucionar este problema, agregue 'vm.overcommit_memory = 1' a /etc/sysctl.conf y luego reinicie o ejecute el comando 'sysctl vm.overcommit_memory=1' para que esto tenga efecto.