Themenersteller
#1
journalctl ile disk kullanımını denetleme
Giriş ve temel farklar
[list]
Küçük bir başlangıç: mevcut boyut ve doluluk
[jcode]journalctl --disk-usage[/jcode]
Kapsama ve saklama politikaları
[jcode]systemctl status systemd-journald[/jcode]
Belli süreç veya servis için filtreleme
(jcode)journalctl -u nginx.service --since "2024-11-01" --until "2024-11-02" | wc -l[/jcode]
Gerçek zamanlı izlemede disk etkisi
[jcode]journalctl -f | head -n 200[/jcode]
Sıkıntı kaynağını daraltma
[jcode]journalctl --disk-usage --vacuum-time=2weeks[/jcode]
Pratik ipuçları
[kutup];[/kutup]
Bu konudaki kendi deneyimlerinizi ve hangi policy ile ne tür temizlemeler yaptığınızı paylaşır mısınız? Özellikle hangi ayarları kullanarak uzun vadede güvenli disk yönetimi sağladığınızı pratik olarak anlatan örnekler ilgi çekici olur.
Günlük (log) sistemiyle disk alanını nasıl etkili bir şekilde izleyebiliriz? Özellikle uzun süre çalışmış bir sunucuda log dosyalarının büyümesi ve disk doluluğu kritik sorunlar yaratabilir. Aşağıda journalctl odaklı, somut adımlar ve pratik örnekler bulunuyor.
Giriş ve temel farklar
- journalctl, systemd-journald hizmetinin topladığı günlükleri okumamıza olanak tanır. Geleneksel syslog’a göre daha zengin yapılandırma ve filtreleme sunar.
- Disk alanıyla ilgili sorunlar genellikle journal file’ların (ör. /var/log/journal) boyutundan veya sistemin retain politikalarından kaynaklanır. Bu yüzden dosya büyüklüğünü ve döküm politikalarını aynı anda izlemek gerekir.
[list]
[jcode]journalctl --disk-usage[/jcode]
- Bu komut mevcut journal dosyalarının toplam boyutunu gösterir ve hangi boyutta dosyaların bulunduğunu özetler.
[jcode]systemctl status systemd-journald[/jcode]
- Buradan saklama politikalarını ve boyut sınırlarını öğrenebilir/inceleyebilirsiniz. Ayar dosyası genelde /etc/systemd/journald.conf ya da /var/log/journal içinde yer alabilir.
(jcode)journalctl -u nginx.service --since "2024-11-01" --until "2024-11-02" | wc -l[/jcode]
- Belirli birimlerin loglarıyla alan kullanımını analiz ederken hangi zaman aralığında nasıl kayıt yapıldığını görmek yararlı olabilir.
[jcode]journalctl -f | head -n 200[/jcode]
- Devamlı olarak gelen log akışını izlerken büyümenin hangi hizmetten kaynaklandığını tespit etmenize yardımcı olur.
[jcode]journalctl --disk-usage --vacuum-time=2weeks[/jcode]
- Saklama politikalarını sıkılaştırırken hangi aralığın temizlenebileceğini belirler. Vacuum işlemleriyle eski kayıtlar temizlenir ve disk alanı geri kazanılır.
Pratik ipuçları
- Disk doluluğunu erken tespit için cron ile belirli aralıklarla disk-usage ve vacuum durumunu raporlayan bir iş kurabilirsiniz.
- /var/log/journal içeriğini taşıyabileceğiniz veya sıkıştırabileceğiniz ayrı bir disk veya LVM yapısı düşünün.
- Kalıcı olarak büyümeyi tetikleyen birim veya uygulamaları belirlemek için günlük hedef filtreleri kurun (ör. hataları çok veren servisleri izlemek).
[kutup];[/kutup]
CODE
123456# Özet komut seti
journalctl --disk-usage
systemctl status systemd-journald
journalctl -u nginx.service --since "1 day ago" --until "now"
journalctl -f | head -n 100
systemctl reload systemd-journaldBu konudaki kendi deneyimlerinizi ve hangi policy ile ne tür temizlemeler yaptığınızı paylaşır mısınız? Özellikle hangi ayarları kullanarak uzun vadede güvenli disk yönetimi sağladığınızı pratik olarak anlatan örnekler ilgi çekici olur.
