Çekirdek güncellemesi: en tehlikeli güncelleme neden en sessiz olanıdır

Çekirdek kurulur, hiçbir şey olmaz, her şey normal görünür. Tehlike bir sonraki açılışta gelir ve o açılış haftalar sonra olabilir. Sebep ile sonuç arasına haftalar girer.

AtlasPVE ·

Bu madde şunları karşılıyor

  • proxmox kernel güncellemesi
  • proxmox yeni kernel açılmıyor
  • proxmox kernel pin
  • proxmox reboot sonrası açılmadı
  • proxmox eski kernel ile başlatma

Bir çekirdek güncellemesi kurulur, kurulum sorunsuz biter, hiçbir şey değişmiş gibi görünmez. Sistem hâlâ eski çekirdekle çalışıyordur, çünkü yeni çekirdek ancak yeniden başlatınca devreye girer.

Tehlike de tam burada saklanıyor.

Sebep ile sonuç arasına haftalar giriyor

Çoğu paketin bozulması, siz bakarken ortaya çıkar. Servis düşer, hata verir, aynı gün fark edersiniz.

Çekirdek öyle değil. Sorun bir sonraki açılışta ortaya çıkar, ve o açılış planlı bir bakım gecesi olmayabilir. Elektrik kesilir, makine kendini yeniden başlatır, ve geri gelmez.

O anda kimse "geçen ay yaptığım güncelleme" ile bağlantı kurmaz. Ortada bir güncelleme hatası gibi görünmeyen, açıklanamayan bir arıza vardır.

Genel ilke: yeni olan, kanıtlanana kadar varsayılan olmasın

Bu maddenin taşınabilir dersi bu ve yalnız çekirdek için geçerli değil.

Yeni çekirdek kurulabilir, ama kalıcı varsayılan eski çekirdek kalmalıdır. Yeni olan, yalnızca "bir sonraki açılışta bir kere dene" biçiminde denenmelidir.

Böyle kurulduğunda arıza şekli değişir: makine donarsa, bir sonraki açılışta kendiliğinden eskiye döner. Çünkü tek seferlik bir seçim, tanımı gereği bir kez geçerlidir.

Kazandığınız şey şu: başarısızlığın adı "hiçbir şey olmadı" olur, "makine gitti" değil.

İkinci katman: kurulanın sessizce varsayılan olmaması

Çekirdek kurulduğu anda çoğu sistem "artık en yenisiyle açılırım" der. Bunu istemiyorsanız, güncellemeden önce çalışan çekirdeği sabitlemek gerekir.

Sabitleme yeni çekirdeği engellemez, sadece onu kendiliğinden varsayılan olmaktan alıkoyar. Denemek istediğinizde siz seçersiniz.

Üçüncü katman: donmayı kim fark edecek

Geri dönüş mekanizmasının çalışması için birinin "bu makine açılmadı" demesi gerekir. Donanım seviyesinde bir gözcü varsa bunu o yapar ve makineyi yeniden başlatır.

Yoksa geri dönüş elle bir sıfırlama ister. Bu, mekanizmayı işe yaramaz yapmaz ama bilinmesi gerekir: "otomatik geri döner" cümlesi, gözcü yoksa yarım doğrudur.

Ürün kullanmasanız da geçerli olan kural

Çekirdek güncellemesinden sonra bilerek ve kısa sürede yeniden başlatın. Siz bakarken.

Kendi planladığınız bir yeniden başlatma bir testtir. Üç hafta sonra elektrik kesintisinin dayattığı yeniden başlatma bir olaydır. İkisi arasındaki tek fark, o anda başında olup olmamanız.

Atlas ne yapıyor

Atlas güncelleme yaparken çalışan çekirdeği varsayılan olarak sabitliyor, yani kurulan yeni çekirdek kendiliğinden açılış varsayılanı olmuyor. Bu davranış zorunlu değil: arayüzde kapatılabilen bir seçenek olarak sunuluyor. Ürün burada karar vermiyor, güvenli tarafı varsayılan yapıyor.

Doğrulanmış geçiş mekanizması da yukarıdaki ilkeyle kurulmuş: kalıcı varsayılan hep eski çekirdek, yeni olan yalnız tek seferlik bir sonraki açılışla deneniyor, ve donma hâlinde sistem kendiliğinden eskiye düşüyor. Açılış yöneticisinin türü çalışma zamanında tespit ediliyor, çünkü bu makineden makineye değişiyor.

Ve iki dürüst sınır:

Bu mekanizma varsayılan olarak izleme kipinde çalışıyor. Yani ne yapacağını söylüyor ama açılış yapılandırmasına dokunmuyor. Gerçekten müdahale etmesi ayrı bir tercih.

Donanım gözcüsü yoksa mekanizma bunu sessizce yok saymıyor: kendini zarifçe devre dışı bırakıyor ve gerektiğinde elle sıfırlama gerekebileceğini söylüyor. Olmayan bir güvenceyi varmış gibi göstermek, hiç güvence vermemekten kötüdür.

Kaynaklar

Proxmox'un kendi belgeleri. İngilizce, ve bu konuda son sözü onlar söyler.

İlgili maddeler

Bu iş Atlas’ta nasıl görünüyor?

Ürün sayfasına git