Você sabia que pode estar perdendo preciosa memória RAM do seu VPS, Cloud ou mesmo servidor dedicado?
Talvez já tenha observado que seu servidor Linux apresenta memória um pouco abaixo do contratado. Isto é normal e não se deve a um erro de instalação do provedor.
Alguns sistemas Linux costumam reservar parte da memória RAM para o despejo do kdump.
Neste artigo vamos demonstrar como recuperar esta memória reservada em distribuições RHEL (AlmaLinux, Rocky Linux, CentOS…)

Primeiro é bom saber que o kdump serve para criar despejos de memória caso o kernel trave. Quando isso ocorre, um log de depuração é gerado para que você possa investigar a causa do travamento.
Neste processo iremos desativar esta ferramenta (kdump), estando ciente disto vamos aos passos.

Vamos tomar como exemplo este VPS com AlmaLinux 9. Com o comando “free -m” nos é exibido um total de 1.776 MB de RAM:

[root@vps /]# free -m
               total        used        free      shared  buff/cache   available
Mem:            1776         545         880           6         502        1230

Agora digitamos “dmesg | grep “crashkernel””, e veja que o kernel está reservando 192MB de memória, restando 1.776MB que é o valor exato informado no comando acima.

[root@vps ~]# dmesg | grep "crashkernel"
[    0.000000] Command line: BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-5.14.0-427.18.1.el9_4.x86_64 root=UUID=84d7851a-07f8-4f72-ad46-297e7093bca9 ro crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M net.ifnames=0 noresume
[    0.008802] Reserving 192MB of memory at 1776MB for crashkernel (System RAM: 2047MB)
[    0.018475] Kernel command line: BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-5.14.0-427.18.1.el9_4.x86_64 root=UUID=84d7851a-07f8-4f72-ad46-297e7093bca9 ro crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M net.ifnames=0 noresume

Parece pouco 192MB, mas considere que em um pequeno Cloud faz toda a diferença, neste caso de exemplo é quase 10%.
Agora que confirmamos o quanto de memória estamos perdendo, vamos parar e desativar o serviço do kdump com este comando:

systemctl stop kdump && systemctl disable kdump

Vamos definir a reserva de memória para “não” em todas as versões do kernel:

grubby --update-kernel=ALL --args="crashkernel=no"

Agora vamos aplicar as configurações no GRUB com o seguinte comando:

grub2-mkconfig -o /boot/grub2/grub.cfg

Se tudo ocorreu bem sem erros até aqui, então é hora de reiniciar o servidor com o comando:

reboot

Aguarde o servidor reiniciar e acesse o terminal novamente e confirme se a memória foi liberada:

[root@vps ~]# free -m
               total        used        free      shared  buff/cache   available
Mem:            1968         526        1118           6         475        1441

Observe que nosso total de RAM era 1.776 MB e passou para 1.968 MB !
Desta forma “recuperamos” nossa preciosa RAM.
Espero que este pequeno guia tenha sido útil para você.