Perché Centos non utilizza ancora il kernel più recente


15

Come ho visto molti cambiamenti e miglioramenti nel kernel 3.xx

Il miglioramento che mi piace è dmcache che è stato introdotto nel kernel 3.9

Ho 3 server con centos installato su tutte le macchine

Centos sta ancora usando il vecchio kernel che è 2.6.xx

Mi chiedo perché non stiano aggiornando il kernel?

Resources


1
Non è così che funziona la maggior parte delle distribuzioni. Il bastone con la versione che avevano quando è stato rilasciato e ha appena restituito problemi di sicurezza del porto. Si tratta di stabilità.
Zoredache,

1
Aggiungerei, a meno che tu non stia usando una distribuzione rolling, questo è vero per la maggior parte delle distribuzioni, specialmente con le distribuzioni aziendali come RHEL (di cui centos è un derivato). Le persone che gestiscono queste distro sono più preoccupate della stabilità e della conoscenza di tutto ciò che funzionerà, piuttosto che avere le ultime funzionalità.
Journeyman Geek

Se vuoi davvero un kernel più recente, perché non ne installi uno?
FSMaxB,

Risposte:


20

CentOS 6 si basa su RHEL 6 , che è stato rilasciato nel 2010. All'interno di un'importante versione, l'obiettivo è la compatibilità e non introdurre cambiamenti radicali in quanto il target di riferimento sono le aziende che apprezzano la stabilità rispetto alle funzionalità. Come puoi vedere dalla cronologia delle versioni , non introducono nuove versioni del kernel all'interno di una versione principale (ma alcune correzioni sono supportate), quindi è probabile che RHEL 6 / CentOS 6 rimanga su 2.6.32 ( una versione stabile del kernel ).

Per ottenere un kernel più recente, dovrai attendere RHEL 7 / CentOS 7 e aggiornare. Includerà il kernel 3.10 ( un'altra versione stabile del kernel ).

Poiché Red Hat supporta ogni versione per 10 anni (o 13 con supporto esteso, ad esempio RHEL 6 fino al 2023), non sorprende che non rilasci una nuova versione principale ogni anno.


1

Potrebbe esserci una disconnessione qui.

CentOS, come qualsiasi Linux aziendale, è orientato verso la stabilità e, soprattutto, la compatibilità in tutta la versione principale (revisione Semantic Versioning).

Al fine di mantenere la compatibilità, il software rilasciato in una determinata versione principale non verrà improvvisamente modificato su una base completamente diversa. Oltre a infrangere qualsiasi tipo di certificazione nella distribuzione a monte (RHEL) con gli ISV, gli incubi nei test (in ordine) e quindi nel supporto creeranno un problema di lavoro insostenibile per chiunque cerchi di supportarlo effettivamente.

Se hai bisogno del drop del codice della scorsa settimana, potresti prendere in considerazione un progetto con un ciclo di rilascio più simile a un mayfly e meno come un'infrastruttura. Il supporto a monte e a valle cambierà radicalmente e la consegna costante di un prodotto potrebbe diventare un obiettivo mobile, ma questa potrebbe essere una grande esperienza. Forse guarda Fedora di questo mese, o qualunque derivazione mubuntiana sia di moda.

Ovviamente EL8 avrà un kernel più recente e potresti voler usare Fedora nel tuo ambiente di test in modo da poter rilasciare correttamente su EL8 quando Fedora è promosso a EL.


Tieni presente che hai inviato una risposta a una domanda molto vecchia e con una risposta accettata. Sebbene non ci sia nulla di sbagliato nel farlo, tieni presente che potresti non ricevere una risposta.
CharlieRB

1
Sì. Non ho potuto rispondere al commento di "metà 2015", ma è una domanda costante da parte di persone che non lo capiscono. Proprio come Einstein era davvero pessimo nell'essere un pesce, le distribuzioni Enterprise Linux sono davvero pessime nel rimanere stabili e compatibili per tutta la loro vita se divorano il rilascio di questa settimana. È la natura ovvia della logica che mi guida.
user2066657


0

Era la metà del 2015, la versione 7 di CentOS è stata rilasciata per molto tempo e un importante aggiornamento del kernel Linux - 4.0 - è stato rilasciato circa due mesi fa, quindi penso che sia tempo di tenere il passo con il ritmo di sviluppo software. Se CentOS non vuole aggiornare il kernel a causa della considerazione della stabilità, ad esempio, facciamolo noi stessi!

Sto usando CentOS 7 con il kernel 3.10.0. Seguendo l'articolo qui , ho aggiornato con successo il mio CentOS 7 all'ultimo kernel 4.0.5. Funziona molto bene sulla mia macchina. In poche parole, i passaggi per aggiornare il kernel a 4.0.5 su CentOS 7 sono:

(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) Nel menu di avvio, selezionare il kernel 4.0.5 (di solito nella prima riga).

Dopo l'avvio, usare uname -rper controllare la nuova versione del kernel.

PS: Questo articolo contiene anche modi per aggiornare il kernel alla 4.0.5 su Ubuntu.


2
Se vuoi tenere traccia del kernel Linux più recente, ci sono sistemi operativi che lo tracciano e sarebbe meglio seguire un'alternativa invece di personalizzare CentOS. Vedi wiki.ubuntu.com/Kernel/MainlineBuilds per uno di questi esempi.
Stefan Lasiewski,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.