La machine entière se bloque pendant la mise à niveau

[Ed_S]

@Jagster

Ceci est un peu hors sujet, mais j’aimerais vraiment comprendre. Pourquoi le swap, qui utilisait 200 Mo, a-t-il aidé alors qu’il restait 2 Go de RAM libre ?

Je pense que le problème initial était probablement qu’un processus était tué parce que la machine manquait de mémoire (attention au tueur OOM). L’ajout de swap a permis de ne pas épuiser la mémoire. Ces deux sorties de free ne racontent peut-être pas toute l’histoire, à moins qu’elles n’aient été prises très soigneusement au moment de la plus grande contrainte de la machine. C’est l’utilisation maximale du swap qui est intéressante, je pense.

Mais il y a aussi la question du réglage du noyau mentionné dans
MKJ’s Opinionated Discourse Deployment Configuration
que j’ai correctement configuré, mais que peut-être beaucoup de gens n’ont pas correctement configuré.

@mcdanlj

Configuration du noyau

Redis (l’un des composants clés sur lesquels Discourse est construit) recommande fortement de désactiver les pages volumineuses transparentes, et j’autorise également le sur-allocation de mémoire.

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

Il est à noter que la sur-allocation de mémoire n’a pas grand-chose à voir avec Redis. C’est juste que Redis est assez gentil pour suggérer qu’elle devrait être correctement configurée.