Bonjour,
j'ai un kimsufi depuis plusieurs années. il y a quelques mois je l'ai migré sur BUSTER (debian 10), et tout fonctionne correctement, je n'ai rien d'exotique dessus, juste un Apache/PHP/MariaDB pour faire tourner des sites WEB.
Je me suis rendu compte dernierement que mon Kernel était toujours celui d'origine, malgré les migrations de Debian que le serveur a subit.
> Linux jallatte 3.10.23-xxxx-std-ipv6-64 #1 SMP Tue Mar 18 14:48:24 CET 2014 x86_64 GNU/Linux
j'ai suivi le tuto ici :
> https://docs.ovh.com/fr/dedicated/mettre-a-jour-kernel-serveur-dedie/
Mais contrairement à ce qui est indiqué dans la section _**Mettre à jour le kernel en utilisant les paquets OVH**_
`apt-get update && apt-get dist-upgrade`
ne met pas a jour le kernel, meme après reboot.
Plus loin dans le tuto on voit qu'il y a une methode manuelle qui consiste a télécharger une image, sauf que si on regarde l'url dans l'exemple, avec le WGET, ca ne correspond pas à ce qu'on trouve sur le site :
> https://last-public-ovh-kernel.snap.mirrors.ovh.net/builds/
Je ne vois pas ce que je dois télécharger dans ce chemin:
> https://last-public-ovh-kernel.snap.mirrors.ovh.net/builds/4.19.128/1284990/bzImage/4.19.128-xxxx-std-ipv6-64/
je n'ai pas envi de faire l'aventurier en faisant n'importe quoi au risque de planter le serveur et de perdre 1 semaine a tout reconfigurer.
Est-ce que le tuto est bien a jour ?
Pourquoi le kernel ne se mets pas a jour avec un apt-get upgrade ?
voici mon sources.list:
> deb http://debian.mirrors.ovh.net/debian/ buster main contrib non-free
> deb-src http://debian.mirrors.ovh.net/debian/ buster main contrib non-free
> deb http://debian.mirrors.ovh.net/debian/ buster-updates main contrib non-free
> deb-src http://debian.mirrors.ovh.net/debian/ buster-updates main contrib non-free
> deb http://security.debian.org buster/updates main contrib non-free
Mon fichier /boot/grub/grub.cfg
https://pastebin.com/JUUsDmKy
le contenu de mon dossier /boot/
> bzImage-3.10.23-xxxx-std-ipv6-64
> grub
> System.map-3.10.23-xxxx-std-ipv6-64
que faire pour migrer sur un kernel plus récent, sans prendre trop de risque ?
Merci pour votre aide.
Mise a jour du Kernel sur serveur Debian Kimsufi
Sujets apparentés
- Port 25 bloqué pour spam à répétition
10369 
28.02.2018 13:39
- Spam et IP bloquée
8401 12.12.2016 11:53
- Rkhunter : parametre web_CMD invalide
8162 23.07.2017 15:43
- Mise à jour PHP sur Release 3 ovh
8081 11.03.2017 17:43
- Mise en place de VM avec IP publique sur Proxmox 6 [RESOLU]
8067 30.04.2020 17:12
- Connection smtp qui ne marche plus : connect error 10060
8011 12.04.2019 10:10
- Partition sur le disque de l'OS ESXI
7938 09.05.2017 14:33
- Envoi demail bloqué chez Gmail (550-5.7.26 DMARC)
7699 23.12.2019 08:40
- Meilleure solution pour disposer de plusieurs IP ?
7423 29.07.2018 09:40
- Comment me connecter par SSH en tant que root à mon serveur ?
6906 09.09.2019 14:34
Je n'ai pas de kimsufi, mais le serveur est bien sur un boot local ?
Il ne serait pas sur un boot rzo avec noyau ovh ?
j'ai regardé hier sur le panel kimsufi, je n'ai pas trouvé un emplacement ou ce genre de chose serait indiqué...
voilà ce qu'indique mon panel :
OS : Debian 7.10 (Wheezy) (Oldoldstable) (EOL 2018-05-31) (64bits)
Boot : Boot from hard drive (no netboot)
l'OS n'est pas bon...puisque je suis en DEBIAN 10...mais le RTM est bien installé et fonctionne.
Edit:
Dans Résumé on voit ceci, donc **Debian 10** est bien remonté:
Le package linux-image est installé ?
Quid d'essayer de l'installer ?
On est en 4.19 sur deb10 (en dehors des backports).
Alors oui j'ai essayé un **apt-get install linux-image-amd64**, le paquet est bien installé, mais après reboot je reste toujours sur le vieux kernel.
Du coup j'ai désinstallé le paquet, pour revenir a l'état initial vu que ca ne changeait rien.
Bonjour,
si à la base c'est une installation avec le kernel OVH la simple installation du package ne suffit pas, il faut également modifier grub pour prendre en compte le noyau du package.
Et pour la prochaine installation du serveur et ne plus se faire avoir il faut passer en installation personnalisé pour cocher la petite case qui va bien pour installer le noyau de la distribution et non celui de OVH.
Cordialement, janus57
Merci pour cet info @janus57
Quand tu dis "modifier grub", auprès de quel tuto je peux me raccrocher pour faire cela ?
il faut juste faire un **update-grub** après le **apt-get install linux-image-amd64** ??
Edit:
Bon ben je me répond a moi même, ca ne marche pas mieux en faisant un **update-grub**
J'avais eu le soucis aussi 1x sur un serveur ARM en SYS.
Je n'ai jamais réussi à avoir le noyau de la distrib...
Au final j'ai fini par réinstaller complètement...
dans **/etc/grub.d/** il y a un fichier : **06_OVHkernel**
je pense que c'est lui le "coupable". ce fichier est d'ailleurs mentionné dans le tuto OVH.
Je pense que si je le supprime ou que je le désactive en le renommant, et que je fais ensuite un **update-grub** mon fichier /boot/grub/grub.conf sera correctement configuré pour booter sur le bon Kernel.
Mais j'ose pas tenter sans une confirmation de quelqu'un qui sait...
Bon et bien j'ai trouvé un tuto qui va en mon sens :
https://pterodactyl.io/daemon/0.6/kernel_modifications.html
> sudo mv /etc/grub.d/06_OVHkernel /etc/grub.d/96_OVHkernel
> sudo update-grub
> sudo reboot
YEES !! ca a marché !
> Linux jallatte 4.19.0-9-amd64 #1 SMP Debian **4.19.118**-2+deb10u1 (2020-06-07) x86_64 GNU/Linux
Donc je résume pour ceux qui sont ou seront dans le même cas que moi.
> sudo apt-get install linux-image-amd64
> sudo mv /etc/grub.d/06_OVHkernel /etc/grub.d/96_OVHkernel
> sudo update-grub
> sudo reboot
Par contre ce qui est ennuyeux en procédant de la sorte c'est qu'on n'est plus sur le noyau "optimisé" d'OVH...il faudrait vraiment qu'ils mettent leur tuto à jour, car on ne sait vraiment pas quel ou quels fichiers il faut télécharger, s'il faut le/les renommer après téléchargement, etc...C'est pas clair du tout.
Bonjour,
mouais je suis plus très sur qu'il soit optimisé, dans le temps il y avais l'inclusion de GRSEC, mais depuis que c'est devenu payant non et perso j'ai eu moins de problème avec les noyaux de distribution que ceux de OVH.
Cordialement, janus57