Blog Post

mongoDB sur Kimsufi OVH avec mise à jour du kernel

Pour installer mongoDB sur mon serveur Kimsufi de OVH je pensais qu’il suffirait d’un simple :

sudo aptitude install mongodb

Or, même si la commande se passe bien, impossible de démarrer mongoDB avec des erreurs dans les logs du genre

mongodb.service: main process exited, code=exited, status=14/n/a

Après plusieurs recherches, je suis tombé sur ce post :
Starting service mongodb fail on Permission denied: “/sys/devices/system/node/node1”

J’ai donc testé la solution qui consiste à faire

chmod 0755 /sys/devices/system/node

et là, miracle après un

sudo service mongodb start

tout fonctionne … enfin presque car au reboot de la machine les permissions sont restaurées et donc le problème demeure.

J’ai donc continuer mon investigation et je suis tombé sur ce post
MongoDB & Debian Wheezy suite à quoi j’ai contacté le support OVH, qui m’a dit :

...
Sur la gamme Kimsufi, nous n'effectuons pas de support sur la partie logicielle et sur l'utilisation des serveurs.

Cependant, il peut arriver que les noyaux modifiés d'OVH ne soient pas toujours compatibles avec les très nombreuses solutions logicielles existantes.

Dans ce cas, vous avez la possibilité d'utiliser un noyau basique, non modifié par OVH.
...

Bon et bien je crois que c’est clair …
Il faut remplacer le kernel OVH par un kernel standard…

J’ai donc lu ce tuto Kimsufi Ovh, Debian, Installer un Kernel standard et j’ai suivi la procédure :

sudo aptitude update
sudo aptitude search linux-image
sudo aptitude install linux-image-[version_du_kernel]

Ensuite, j’ai recherché le libellé du nouveau kernel dans le fichier /boot/grub/grub.cfg pour être certain de son index dans le fichier; en général il vient après le kernel de OVH qui a l’index 0, donc 1.

Puis j’ai changé la valeur de GRUBDEFAULT=0
par GRUBDEFAULT=1 dans le fichier /etc/default/grub

Ensuite mise à jour de grub :

update-grub

et

reboot

Pour s’assurer de la bonne version du kernel un petit

uname -a

et là on doit voir apparaître la version du kernel précédemment installée.

Pour moi il reste tout de même un mystère : le problème semble exister depuis longtemps, pourquoi ce problème n’est-il pas corrigé chez OVH ?

About pascall

Related Posts

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *