Red Hat Enterprise ve CentOS'ta, / var / run / reboot gerekli olan nedir?


12

CentOS 5.8+ ve Red Hat Enterprise 6+ sürümlerinde, paketleri kurarken / güncellerken, uygun olduğunda / var / run / reboot gerekli bir bayrak dosyası oluşturulduğunu fark ettim. Ubuntu'da (ve Debian'da da tahmin ediyorum), "update-notifier-common" paketi yüklüyse, bir paket postinst betiği bu bayrak dosyasının oluşturulmasını tetikler. RHEL / CentOS'ta bunun nasıl olduğunu anlayamıyorum.

Örneğin, RHEL ve CentOS üzerinde son zamanlarda birkaç güncelleştirme yükledim ve / var / run / reboot gerekli oluşturuldu. Bunlardan biri "openssl" paket yükseltmesiydi. Ubuntu'da da bu şekilde çalıştığı için bayrak dosyasını oluşturan şeyin bu olduğunu varsayıyorum. Ancak her güncel paket için tüm "rpm -q --scripts" baktı ve bu bayrak dosyasını oluşturmuş olması muhtemel bir şey görmedim. Çoğunlukla "postinstall programı: / sbin / ldconfig" gördüm.

Yani sorularım:

  • RHEL / CentOS'ta bu bayrak dosyasını oluşturan nedir?
  • Ubuntu'daki "güncelleme-notifier-common" paketine benzer şekilde özel bir paketin kurulması gerekiyor mu?

Ben o şey olduğunu şimdi şüpheli ben yeniden başlatılmasını gerektirir güncelleştirmelerini algılamak için geçmişte yerine koymak. Emin olmak için bazı testler yapmam gerekiyor. Bu soruyu, muhtemelen "PEBKAC" olarak işaretlemenin sunucu testi onaylanmış bir yolu var mı? Buraya gelen ve bir cevap arayan insanları yanlış yönlendirmek istemiyorum.
EdwardTeach

Yorumunuz yeterince yardımcı. Kayıp tetikleyicinizi aramak için yardıma mı ihtiyacınız var? Bu bir cron işi değilse, kendi paketinizi oluşturup yüklediğiniz bir paketten bir rpm-tetikleyici olabilir.
Nils

Bunun kesinlikle kendi başıma yarattığım bir şey olduğunu doğruladım. Paketlerin (örn. Linux kernel) sürümlerini izleyen bir komut dosyası vardı ve bu değiştiğinde "/ var / run / reboot-required" oluştururdu. Bir şef tarifi olarak oluşturuldu, bu yüzden muhtemelen başkalarını ilgilendirmiyor veya şef kullanmadığınız sürece çoğaltması kolay değil.
EdwardTeach

Sorunuz için 11 oy ve 3 favoriniz olması yeterince ilginç ... Bu soruyu kapatmak için oy veriyorum. Belki kendinize cevap verebilir ve kendi cevabınızı kabul edebilirsiniz. Bu şey için bir link chefde verebilir misiniz?
Nils

Yanıtlar:


2

Bu dosyaya herhangi bir paket komut dosyasında veya herhangi bir rpmmakroda atıfta bulunulmaz (bkz. /usr/lib/rpm/**/macros.*).

Bunun Debian ve Ubuntu topluluklarındaki ortak bir uygulamaya dayanan resmi olmayan bir paketten geldiğinden şüpheleniyorum.

Orada, http://packages.debian.org/squeeze/update-notifier tarafından oluşturulabilir .


Ha; evet, fikri nereden buldum. Ama hayır .deb'nin gayri resmi olarak taşınması yoktu. Ana soru hakkındaki son yorumuma bakın. Cevabımı da ekleyeceğim, böylece kabul edebilir ve bu soruyu kapatabilirim.
EdwardTeach

1

Bu kendi başıma yarattığım bir şeydi. Paketlerin (örn. Linux kernel) sürümlerini izleyen bir komut dosyası vardı ve bu değiştiğinde "/ var / run / reboot-required" oluştururdu. Bir şef tarifi olarak oluşturuldu , bu yüzden muhtemelen başkalarını ilgilendirmiyor veya şef kullanmadığınız sürece çoğaltması kolay değil.


0

Örneğin, RHEL ve CentOS üzerinde son zamanlarda birkaç güncelleştirme yükledim ve / var / run / reboot gerekli oluşturuldu. Bunlardan biri "openssl" paket yükseltmesiydi.

CentOS 5.8 ve 6.0 OpenSSL güncellemeye çalıştım, her ikisi de bu dosyayı oluşturmaz. Baţka kimse var mý?

Dosya türü nedir? Lütfen bize içerik gösterilsin mi?

Eğer "gerektirir" gerçekten demek "gerektirir", AFAIK, sadece yeniden başlatmanızı gerektiren bir çekirdek güncelleme var (eğer Ksplice kullanmıyorsanız yeni çekirdeğe önyükleme yapmak istiyorsanız ). Tüm diğer güncellemeler (glibc, tzdata, SysVinit, ... dahil), onu kullanan veya ona bağlı olan tüm programları yeniden başlatmanız gerekir.


O zamandan beri yeniden başlattım, bu yüzden bu sadece hafızadan. Sıfır boyutlu bir dosyaydı, örneğin içerik yok.
EdwardTeach

Test edilecek başka sunucunuz var mı? Güncelleme sırasında bu dosyayı oluşturacak başka paketlerden şüpheleniyor musunuz?
quanta

Sanırım belki de yaptığım bir şey; İnsanların muhtemelen ilginç bir soru olduğunu görebilmeleri için ana soruya yorum yaptım.
EdwardTeach
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.