OOM-Killer va donc être appelé lorsque le RAM et le SWAP sont entièrement utilisés et que le système n’a plus assez de mémoire à allouer aux processus. Ensuite OOM-Killer déterminera quel processus tuer suivant des heuristiques et ne terminera donc pas des processus système vitaux.

Les appels à OOM-Killer sont enregistrés dans les journaux systèmes (/var/log/messages) :

httpd invoked oom-killer: gfp_mask=[...], order=[...], oomkilladj=[...]

[suivis de quelques ligne de debug "Call Tace"]

Pour trouver tous les processus tués par OOM-Killer nous pourrons utiliser la commande suivante :

grep oom-killer /var/log/messages

Ici nous voyons qu’OOM-Killer a terminé le processus httpd (soit Apache). Dans certains cas, par exemple lors de l’utilisation d’un moteur de base de données contenant beaucoup d’enregistrements, ou si OOM-Killer à tendance à terminer les processus SSH, base de données, serveur web (ou autre), il sera utile de modifier le comportement de Linux avec la mémoire disponible.

Pour cela nous allons modifier le paramètre noyau overcommit_memory, ce paramètre peut prendre trois valeurs différentes :

• 0 : Il s’agit du comportement par défaut, les réservations de mémoire seront acceptées ou refusées selon un heuristique
• 1 : Toujours accepter
• 2 : Accepter les demandes, si elle ne dépasse pas la quantité de ressource déterminée dans le paramètre overcommit_ratio

Le paramètre overcommit_ratio (par défaut 50) détermine le pourcentage de mémoire physique que l’on autorise à allouer en plus du swap. Pour connaitre la quantité de mémoire que l’on autorise à allouer, le calcul est le suivant :  SWAP + ((RAM*overcommit_ratio)/100)

Pour éviter les dépassements de mémoire nous allons donc modifier les deux paramètres noyaux en mettant overcommit_memory à 2 et overcommit_ratio à 95 (Certains préconisent des valeurs plus basses telles que 75 ou 85, voir plus hautes). Les manipulations sont à effectuer en tant que root.

Pour modifier de façon temporaire (annulée au prochain redémarrage) :

echo 2 > /proc/sys/vm/overcommit_memory
echo 95 > /proc/sys/vm/overcommit_ratio

Pour une modification définitive, il faut éditer le fichier /etc/sysctl.conf

vi /etc/sysctl.conf

Et ajouter/modifier les lignes suivantes :

vm.overcommit_memory = 2
vm.overcommit_ratio = 95

Photo et Référence

Parmi les chiffres intéressants, on apprend par exemple que chaque jour, plus de 850 000 téléphones sous Linux sont activés, que 9 super-ordinateurs sur 10 tournent sur Linux, ou encore que Google, Twitter, Facebook et Amazon utilisent Linux.

Il semble en effet que les additions VirtualBox ne se compilent pas correctement avec les dernières versions du noyau.

Cette procédure devrais fonctionner avec les versions récentes des distributions basé sur RedHat soit : CentOS (Supérieur à 5.8), RHEL (Supérieur à 5.8), Fedora (Supérieur à 12) …

1 – Obtenir les droits root

su -

2 – Monter les VirtualBox Guest Additions

Pour ce faire, il faut se rendre dans le menu périphérique et cliquer sur « Installer les Additions invité ».

Puis les monter

mkdir /media/VBoxAdditions
mount -r /dev/cdrom /media/VBoxAdditions

3 – On s’assure alors que l’on possède le dernier kernel

yum update kernel*
reboot

4 – Installation des paquets nécessaires

yum install kernel-headers kernel-devel gcc

5 – Ajouter la variable d’environnement KERN_DIR

Il faut tout d’abord récupérer la version du kernel avec la commande uname

uname -r

Créer la variable KERN_DIR, en remplaçant VERSION_DU_KERNEL par le résultat de la commande ce-dessus

KERN_DIR=/usr/src/kernels/VERSION_DU_KERNEL
export KERN_DIR

Par exemple

KERN_DIR=/usr/src/kernels/2.6.32-279.19.1.el6.x86_64

6 – Installer les VirtualBox Guest Additions

cd /media/VBoxAdditions
./VBoxLinuxAdditions.run

A la fin de l’installation il faut redémarrer la machine

reboot

Arrivé ici les VirtualBox Guest Additions devraient être fonctionnel.