Bu kadar çok apt-check çalışmasını nasıl önleyebilirim?

Çok açık bir nedenden dolayı çökmüş bir Ubuntu 12.04 sunucum var: 30+ apt-checktüm belleği tüketen süreçler, OOM katili, hayati hizmetleri öldürüyor. apt-checkİşlemlerin nereden geldiğinden emin değilim , ancak Nagios / Icinga eklentilerim check_aptbunu kullanabilir ve byobudurum satırı çıktısını görüntülemek isteyebilir. Sanırım bir şey kilitlendi ve tüm süreçler sadece bekliyordu, ama hafıza tutuyordu.

apt-checkSistemde bu kadar çok vakanın olmasını nasıl önleyebilirim ? Bana mantıklı değil ve sadece dpkg veritabanında bir okuma kilidi alamaz en kısa sürede bırakmak gerekir.

Görünüşe göre burada belada olan tek kişi ben değilim. İçin tüm öneriler apt-checkoldukça olumsuz:

^{(temiz tarayıcı, giriş yapılmadı, kişiselleştirilmiş arama yok)}

Bazı dalışlar apt-checkbana bu ipuçlarını düzeltilmesi gereken çok künt bir senaryo olduğu için verdi. Yazarlarına tüm saygımla, sunucularımda başarısız oluyor. İşte düşüncelerim:

• apt-check == /usr/lib/update-notifier/apt_check.py
• nikelevel 19'u kendisi için zorlar
• eylemlerde zaman aşımı ayarlanmadı

Son ikisinin kombinasyonu, sonsuz bir şekilde bir spiral içinde aşağı doğru yığılmasına izin verir. Sistem daha yüksek önceliğe sahip başka amaçlar için kullanılırsa, işlemlerin miktarı artacaktır ve bunun apt-checküzerinde hiçbir öncelik olmayacağından bunun sonu yoktur . Sorun ancak OOM katili hayati sistem süreçlerinizi öldürmeye karar verdiğinde daha da kötüleşecektir.

Davranıştaki bu iki durumdan herhangi biri farklı olsaydı, sistemin böylesine kırık bir duruma gelmesine izin vermezdi benim varsayımım.

Dizeler de bu konuda sorumlu üst süreçler hakkında doğru olsa da, aşağıdaki noktaların kusurları olduğuna apt-checkve doğru şekilde ele alınabilmesi için bir hata olarak bildirilmesi gerektiğine inanıyorum :

• önce OOM katilinin kendisini öldürmesi için ipucu vermeli
• Nikeleveli sabit kodlamamalıdır
• bilgi almak mantıksız bir zaman alırsa çıkmalıdır

Aslında, Linux OOM katili bu konuda biraz sezgisel yapıyor gibi görünüyor. Niced süreçleri daha yüksek bir puan alacak ve uzun süren süreçler azaltılacaktır. ( kaynak - Ulrich Dangel'e işaret ettiği için teşekkürler )

Önerebileceğim olası çözüm:

• işlendikten sonra önbellek sonuçları
• Her basit (çift ) çağrı için tüm Python-APT kitaplıklarını yüklemeden N saniyeden azsa önbelleği çıktılar .--help
• nicelevel'i yapılandırılabilir yap - Bunu değiştirmeme / devre dışı bırakmama izin ver, lütfen! 0 olarak ayarlamanın gerçekten yardımcı olacağına inanıyorum
• OOM katil skorunu artırsın mı

Hangi sürecin uygun bir kontrol ürettiğini bulmanız gerekir. işlem ağacını almak için ps gibi bir şey kullanabilirsiniz.

ps -A --forest

Eğer apt-check'in ebeveynleri yoksa, o zaman belirli bir program değil, apt-check kendi kendine bir sorun olabilir. bu durumda apt-check hata ayıklama çalışacağım.

Ubuntu 12.04 üzerinde yazılı temel

Aynı sorunu yaşıyorum ve bunun nedeni byobu, eğer sadece apt-get updatekullanmıyorsam byobu, hiçbir check-aptişlem olmayacağı için öğrendim . Ayrıca, ilgilidir update-notifierkullanarak, I (update-bildirimde bulunan-ortak, update-notifier) o paketleri kaldırıldı zaman, paketlemek byobuve çalıştırın apt-get update, başka bir komut koştu ama oldukça aynı bellek kullanarak: apt-get -s -o Debug::NoLocking=true upgrade.

Başka şeyler de çalışabilir apt-get update(ama muhtemelen çalışmaz check-apt)

• check_aptgüncelleme / yükseltme paketine argüman iletme.
• yapılandırılırsa, /etc/cron.daily/aptpaket listesini de güncelleyebilir (bkz. https://help.ubuntu.com/lts/serverguide/automatic-updates.html ), ancak günde sadece bir kez çalışır ve sorun olmamalıdır.

Masaüstünde daha fazla şey olabilir.

Sonuç: Bu işlemleri byobuçalıştırıp apt-get updatetetiklediğinizde olayı yakalar, bunu düzeltmek check-aptiçin durum çubuğunu yeniden yapılandırın byobu.