/ var dosya sistemi hızla doluyor [kapalı]

-4

/ var dosya sistemi hızla doluyor. İnode'ların kullanımı bile% 100'e ulaşıyor. Günlükleri düzenli olarak temizlemeliyiz. Bu nedenle de ssh yapamıyoruz. Sonunda sert bir yeniden başlatma yaptık. Aynı şeyin tam kök nedenini tespit edemiyoruz. Lütfen kesin nedeni işaret ederek sorunu çözmede bize yardımcı olun.

linux var

— Karma T.
kaynak

2

Sorunuz neredeyse hiç faydalı bilgi içermiyor. Bölme ne kadar büyük? Ne kadar çabuk dolduruyor? Dosyaların göründüğünü görüyor musunuz? Eğer öyleyse, isimleri nelerdir, ne kadar büyükler, içinde ne var? Kullanıma bakmak için hangi araçları kullandınız? sana ne söylediler?

— David Schwartz

1

/varVerilerin çoğunun uygulamalar tarafından depolandığı konumdur. Bu, MySQL veya MongoDB gibi uygulamalar için günlük dosyalarını , kitaplıkları ve hatta ikili verileri içerir .

Sorununuza gelince, günlükleri sık sık temizlemekten bahsettiğiniz gibi /var/log, en çok yazılanları izlemeniz ve bunun için uygun logrotate politikasını ayarlamanız gerekir .

/varDisk kullanımına göre ilk 10 dizini (içeride ) bulmak için :

sudo du -h /var | sort -hr | head -n10

/var/logDisk kullanımına göre ilk 10 dosyayı (içeride ) bulmak için

sudo find /var/log -maxdepth 2 ! -path . -printf "%s %p\n" | sort -rn -k1  | head

Makinenin kullanabileceği disk boyutu nedir?

Ne sıklıkta doluyor?

Yukarıdaki iki komutun çıktısı nedir?

— kn330
kaynak

1

Her şeyden önce, boru açık head -n10olan ilk 10 dizin girdisini yazdıracaktır /var. 10'dan fazla dizininiz varsa, bildirilmemektedir. İkincisi, du -hburada alt dizinler rapor edildiğinden çoğaltılmış tahsisi bildirdiği için burada kullanılacak en iyi araç değildir.

Bunun yerine tüm birinci seviye dizinlerin tahsisi hakkında daha iyi bir fikir edinmek için bunu deneyin /var:

# find /var -maxdepth 1 -type d -exec du -smh '{}' \;

21G     /var
18G     /var/lib
4.0K    /var/local
384K    /var/www
86M     /var/cache
3.3G    /var/log
12K     /var/mail
16K     /var/lost+found
7.8M    /var/backups
840K    /var/spool
4.0K    /var/tmp
4.0K    /var/opt

Üst seviyelerden birine inmeniz gerekiyorsa, üst öğenin altında tahsisi bildirmek için alt dizini orijinal komuta eklemeniz yeterlidir. Kolayca görebildiğim elasticsearch, /varsistemimde 18G tahsisatının arkasındaki suçlu :

# find /var/lib -maxdepth 1 -type d -exec du -smh '{}' \;
18G     /var/lib
...
8.0K    /var/lib/vim
18G     /var/lib/elasticsearch

@fpmurphy, yumdizinin sorununla ilgili olabileceğini öne sürüyor . Bunun üzerine tahminde bulunmak için, yumsistemi güncellemek için indirilen tüm paketlerle çalıştığınızda, /var/cache/yumvarsayılan olarak korunur . Dosyanın içeriğini /etc/yum.confkontrol etmek ve keepcacheayarı kontrol etmek isteyebilirsiniz . Yayınladığınız şey keepcachebunun bir değeri olduğunu gösteriyor 1.

Eğer /var/cache/yumgerçekten doluyor, çalıştırmak mümkün olabilir yum clean allşimdilik şeyleri düzeltmek için. Bu komutun reklamı yapılmayacağına dair kanıtlar bulunmadığına dair kanıtlar var, ancak dikkate alın . /varMümkünse daha fazla alan ayırmanızı öneririm .

— Sunucu Hatası
kaynak