Pourquoi Centos n'utilise toujours pas le dernier noyau
Comme j'ai vu de nombreux changements et améliorations dans le noyau 3.xx
L’amélioration que j’aime est celle de dmcache introduite dans le noyau 3.9.
J'ai 3 serveur avec centos installé sur toute la machine
Centos utilise toujours l'ancien noyau qui est 2.6.xx
Je me demande pourquoi ils ne mettent pas à jour le noyau?
Ressources
CentOS 6 est basé sur RHEL 6 , sorti en 2010. Dans le cadre d'une version majeure, l'objectif est la compatibilité et non pas l'introduction de changements radicaux en tant que public cible. est des entreprises qui valorisent la stabilité par rapport aux fonctionnalités. Comme vous pouvez le constater à partir de l'historique des versions , elles n'introduisent pas de nouvelles versions du noyau dans une version majeure (mais certains correctifs sont rétroportés). RHEL 6/CentOS 6 restera en 2.6.32 ( une version stable du noyau ).
Pour obtenir un nouveau noyau, vous devez attendre RHEL 7/CentOS 7 et effectuer la mise à niveau. Il inclura le noyau 3.10 ( , une autre version stable du noyau ).
Étant donné que Red Hat prend en charge chaque version pendant 10 ans (ou 13 avec une prise en charge étendue, telle que RHEL 6 jusqu'à 2023), il n’est pas surprenant qu’ils ne publient pas de nouvelle version majeure chaque année.
Il peut y avoir une déconnexion ici.
CentOS, comme toute entreprise Linux, est orienté vers la stabilité et, surtout, la compatibilité tout au long de la version majeure (revue Semantic Versioning).
Afin de maintenir la compatibilité, les logiciels publiés dans une version majeure donnée ne seront pas soudainement révisés sur une base totalement différente. En plus de casser tout type de certification dans la distribution en amont (RHEL) avec les éditeurs de logiciels indépendants, les cauchemars dans (dans l'ordre) des tests, puis du support, créeront un problème de travail insoutenable pour quiconque essaiera de le supporter.
Si vous avez besoin de la suppression de code la semaine dernière, vous pouvez envisager un projet avec un cycle de publication ressemblant davantage à un mayfly et moins à une infrastructure. Votre support en amont et en aval changera radicalement, et livrer un produit de manière cohérente peut devenir une cible mouvante, mais cela peut être une excellente expérience. Regardez peut-être Fedora de ce mois-ci, ou n'importe quel dérivé mubuntien à la mode.
Bien entendu, EL8 aura un noyau plus récent et vous voudrez peut-être utiliser Fedora dans votre environnement de test pour pouvoir publier correctement sur EL8 lorsque Fedora sera promu en tant que EL.
Nous sommes au milieu de 2015, la version 7 de CentOS est publiée depuis longtemps et une mise à jour majeure du noyau Linux - 4.0 - a été publiée il y a environ deux mois. Je pense donc qu'il est temps de suivre le rythme. de développement de logiciels. Si CentOS ne veut pas mettre à jour le noyau pour des raisons de stabilité, par exemple, faisons-le nous-mêmes!
J'utilise CentOS 7 avec le noyau 3.10.0. Après l'article ici , j'ai réussi à mettre à niveau mon CentOS 7 vers le dernier noyau 4.0.5. Cela fonctionne très bien sur ma machine. En termes simples, la procédure de mise à niveau du noyau vers la version 4.0.5 sous CentOS 7 est la suivante:
(1) rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
(2) rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm
(3) yum --enablerepo=elrepo-kernel install kernel-ml
(4) reboot
(5) Dans le menu de démarrage, sélectionnez le noyau 4.0.5 (généralement dans la première ligne).
Après l’amorçage, utilisez uname -r pour vérifier la nouvelle version du noyau.
PS: Cet article contient également des moyens de mettre à niveau le noyau vers la version 4.0.5 sur Ubuntu.
Ils semblent en avoir fait un plus récent le mois dernier:
http://vault.centos.org/6.5/xen4/Source/SPackages/kernel-3.10.34-11.el6.centos.alt.src.rpm
Prenez-le, alors:
rpm -ivh kernel-3.10.34-11.el6.centos.alt.src.rpm
rpmbuild -ba ~/rpmbuild/SPECS/kernel.spec
rpm -Uvh ~/rpmbuild/RPMS/x86_64/kernel- *