เหตุใด Centos ยังไม่ใช้เคอร์เนลล่าสุด


15

อย่างที่ฉันได้เห็นการเปลี่ยนแปลงมากมายและการปรับปรุงในเคอร์เนล 3.xx

การปรับปรุงที่ฉันชอบคือ dmcache ซึ่งเปิดตัวในเคอร์เนล 3.9

ฉันมี 3 เซิร์ฟเวอร์ที่ติดตั้ง centos ไว้ในเครื่องทั้งหมด

Centos ยังคงใช้เคอร์เนลเก่าซึ่งเป็น 2.6.xx

ฉันสงสัยว่าทำไมพวกเขาถึงไม่อัพเกรดเคอร์เนล?

ทรัพยากร


1
นั่นไม่ใช่ความผิดเพี้ยนที่เกิดขึ้น ติดกับรุ่นที่พวกเขามีเมื่อมันถูก relesaed และเพิ่งกลับปัญหาด้านความปลอดภัยพอร์ต เรื่องนี้เกี่ยวกับความมั่นคง
Zoredache

1
ฉันจะเพิ่มนอกจากว่าคุณกำลังใช้ distro แบบหมุนนี่เป็นความจริงของการแจกแจงส่วนใหญ่โดยเฉพาะอย่างยิ่งกับการแจกแจงแบบองค์กรเช่น RHEL (Centos ใดเป็นอนุพันธ์ของ) ผู้ที่ใช้งาน distros เหล่านี้มีความกังวลเกี่ยวกับความมั่นคงและการรู้ว่าทุกอย่างจะทำงานได้ดีกว่ามีคุณสมบัติล่าสุด
Geek

หากคุณต้องการเคอร์เนลใหม่กว่าทำไมคุณไม่เพิ่งติดตั้ง
FSMaxB

คำตอบ:


20

CentOS 6 มีพื้นฐานมาจากRHEL 6ซึ่งเปิดตัวในปี 2010 ภายในรุ่นใหญ่เป้าหมายคือความเข้ากันได้และไม่แนะนำการเปลี่ยนแปลงที่แตกต่างเนื่องจากผู้ชมเป้าหมายคือองค์กรที่ให้ความสำคัญกับความเสถียรของฟีเจอร์ต่างๆ ดังที่คุณเห็นจากประวัติเวอร์ชันพวกเขาจะไม่แนะนำเคอร์เนลเวอร์ชันใหม่ภายในรีลีสหลัก (แต่การแก้ไขบางอย่างจะถูก backported) ดังนั้นจึงเป็นไปได้ว่า RHEL 6 / CentOS 6 จะยังคงอยู่ที่ 2.6.32 ( เวอร์ชันเคอร์เนลที่เสถียร )

ในการรับเคอร์เนลที่ใหม่กว่าคุณจะต้องรอ RHEL 7 / CentOS 7 และอัพเกรด มันจะรวมถึงเคอร์เนล 3.10 ( อีกเคอร์เนลที่มั่นคงปล่อย )

เนื่องจาก Red Hat สนับสนุนการเปิดตัวแต่ละครั้งเป็นเวลา 10 ปี (หรือ 13 ที่มีการสนับสนุนเพิ่มเติมเช่น RHEL 6 จนถึง 2023) จึงไม่น่าแปลกใจที่พวกเขาจะไม่ปล่อยรุ่นใหญ่ใหม่ทุกปี


1

อาจมีการตัดการเชื่อมต่อที่นี่

CentOS เช่นเดียวกับ linux ขององค์กรใด ๆ ก็ได้มุ่งเน้นไปที่ความเสถียรและที่สำคัญคือความเข้ากันได้ตลอดการเปิดตัวครั้งใหญ่ (ทบทวน Semantic Versioning)

เพื่อรักษาความเข้ากันได้ซอฟต์แวร์ที่เผยแพร่ภายในรุ่นใหญ่ที่กำหนดจะไม่ได้รับการแก้ไขเป็นพื้นฐานที่แตกต่างกันโดยสิ้นเชิง นอกเหนือจากการทำลายการรับรองใด ๆ ในต้นน้ำ distro (RHEL) กับ ISV ฝันร้ายในการทดสอบ (ตามลำดับ) แล้วการสนับสนุนจะสร้างปัญหาแรงงานที่ไม่สามารถป้องกันได้สำหรับทุกคนที่พยายามสนับสนุนจริง

หากคุณต้องการวางรหัสของสัปดาห์ที่แล้วคุณอาจต้องการพิจารณาโครงการที่มีรอบการเผยแพร่มากกว่าเช่น mayfly และน้อยกว่าเช่นโครงสร้างพื้นฐาน การสนับสนุนต้นน้ำและปลายน้ำของคุณจะเปลี่ยนไปอย่างมากและการส่งมอบผลิตภัณฑ์อย่างต่อเนื่องอาจกลายเป็นเป้าหมายที่เคลื่อนที่ได้ แต่นี่อาจเป็นประสบการณ์ที่ยอดเยี่ยม อาจจะดู Fedora ของเดือนนี้หรืออะไรก็ตามที่ mubuntian derivati ​​on เป็นแฟชั่น

แน่นอนว่า EL8 จะมีเคอร์เนลที่ใหม่กว่าและคุณอาจต้องการใช้ Fedora ในสภาพแวดล้อมการทดสอบของคุณเพื่อที่คุณจะได้เปิดตัว EL8 ได้อย่างถูกต้องเมื่อ Fedora ได้รับการเลื่อนตำแหน่งให้เป็น EL


โปรดทราบว่าคุณโพสต์คำตอบสำหรับคำถามที่เก่ามากและมีคำตอบที่ยอมรับแล้ว แม้ว่าจะไม่มีอะไรผิดปกติกับการทำเช่นนั้น แต่โปรดระวังว่าคุณอาจไม่ได้รับคำตอบ
CharlieRB

1
อ๋อ ไม่สามารถตอบกลับความคิดเห็น 'กลางปี ​​2015' แต่เป็นคำถามที่คงที่จากผู้ที่ไม่ได้รับมัน เช่นเดียวกับ Einstein ที่เลวร้ายในการเป็นปลา Enterprise Linux distros นั้นแย่มาก ๆ ที่มีความเสถียรและสามารถใช้งานได้ตลอดอายุการใช้งานหากพวกเขากลืนกินการเปิดตัวในสัปดาห์นี้ มันเป็นธรรมชาติที่ชัดเจนของตรรกะที่ขับเคลื่อนฉัน
user2066657


0

มันเป็นช่วงกลางปี ​​2015 รุ่น 7 ของ CentOS ได้เปิดตัวมาเป็นเวลานานและการอัพเกรดครั้งใหญ่ของเคอร์เนลลินุกซ์ - 4.0 - ออกมาเมื่อประมาณสองเดือนที่แล้วดังนั้นฉันคิดว่าถึงเวลาที่เราต้องก้าวให้ทัน ของการพัฒนาซอฟต์แวร์ หาก CentOS ไม่ต้องการอัพเกรดเคอร์เนลเนื่องจากการพิจารณาอย่างต่อเนื่องลองทำเอง!

ฉันใช้ CentOS 7 กับเคอร์เนล 3.10.0 จากบทความที่นี่ฉันได้อัพเกรด CentOS 7 เป็นเคอร์เนล 4.0.5 ล่าสุด มันทำงานได้ดีบนเครื่องของฉัน ขั้นตอนในการอัพเกรดเคอร์เนลเป็น 4.0.5 บน CentOS 7 คือ:

(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) ในเมนูบู๊ตเลือก 4.0.5 เคอร์เนล (โดยปกติอยู่ในบรรทัดที่ 1)

หลังจากบูตใช้uname -rเพื่อตรวจสอบเวอร์ชันเคอร์เนลใหม่

PS: บทความนั้นยังมีวิธีการอัพเกรดเคอร์เนลเป็น 4.0.5 บน Ubuntu


2
หากคุณต้องการติดตามเคอร์เนลลีนุกซ์รุ่นล่าสุดมีระบบปฏิบัติการที่ติดตามมันและคุณจะดีกว่าทำตามทางเลือกแทนที่จะปรับแต่ง CentOS ดูwiki.ubuntu.com/Kernel/MainlineBuildsสำหรับตัวอย่างดังกล่าว
Stefan Lasiewski
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.