Plesk sunucuda disk veya inode yüzde 100 olduğunda panel, web siteleri, mail, MariaDB ve yedekleme aynı anda hata verebilir. Doğru çözüm rastgele dosya silmek değil; dolan mountu, alan tüketen veri türünü ve tekrar büyüme nedenini belirlemektir.
No space left on device
Disk quota exceeded
Failed to write session data
MariaDB: Unable to create temporary file
Plesk backup failed: insufficient disk space
Disk kapasitesi dosyaların toplam byte miktarını, inode ise dosya ve dizin sayısını sınırlar. GB olarak boş alan görünse bile milyonlarca küçük dosya inode tüketimini yüzde 100 yaparak yeni dosya oluşturulmasını engelleyebilir.
Önce df -hT ile hangi mountun dolduğu belirlenmelidir. /, /var, /var/lib/psa/dumps veya ayrı /var/www partitionı farklı nedenler taşır.
Plesk yedekleri varsayılan olarak /var/lib/psa/dumps altında önemli alan tüketebilir. Ancak aktif veya tek sağlam yedekler plansız silinmemelidir.
Domain logları /var/www/vhosts/system/alanadi/logs altında, mail verileri dağıtıma göre /var/qmail veya /var/mail yapısında büyüyebilir.
Silinmiş fakat çalışan süreç tarafından açık tutulan büyük dosyalar du çıktısında görünmeyip df alanını kullanmaya devam eder. lsof +L1 bu ayrımı sağlar.
Disk tamamen doluyken önce küçük güvenli bir alan açıp log ve servisleri kararlı hale getirin. Ardından kalıcı temizlik ve kapasite artışı yapılmalıdır; büyük dizinleri araştırmadan rm -rf kullanmak ciddi veri kaybı oluşturur.
E-postada, tarayıcıda veya SSH günlüğünde gördüğünüz ifadeyi aratın. Her kartta anlam, muhtemel neden ve güvenli ilk işlem bulunur.
Anlamı: Dosya sistemi yeni veri veya metadata yazamamaktadır.
Muhtemel neden: Disk byte kapasitesi veya inode bitmiştir.
Anlamı: Hesap veya abonelik için tanımlı kota aşılmıştır.
Muhtemel neden: Plesk subscription kota limiti veya filesystem quota.
Anlamı: Dosya sistemi yeni dosya oluşturacak inode bulamamaktadır.
Muhtemel neden: Session, cache, maildir veya küçük dosya patlaması.
Anlamı: PHP session dosyası yazılamamıştır.
Muhtemel neden: /var/lib/php/session veya /tmp alan/inode/izin sorunu.
Anlamı: Veritabanı tmp veya datadir üzerinde yeni dosya oluşturamamıştır.
Muhtemel neden: Disk/inode dolu veya tmpdir sorunu.
Anlamı: Yedekleme için gereken tahmini alan bulunamamıştır.
Muhtemel neden: Eski yedekler, büyük dump veya yanlış retention.
Anlamı: Rotasyon çalışmıyor veya uygulama aynı hatayı çok sık yazıyordur.
Muhtemel neden: logrotate bozuk, debug açık ya da saldırı trafiği.
Anlamı: Kernel dosya sistemi hatası sonrası mountu salt okunur yapmış olabilir.
Muhtemel neden: Filesystem veya disk donanım hatası.
Bu ifadeyle eşleşen kayıt bulunamadı.
Komutlar root erişimi içindir. Önce yalnızca durum ve log toplayın; nedeni görmeden kalıcı ayar değiştirmeyin.
df -hT
df -i
Tüm mountların byte ve inode kullanımını gösterir.
du -xhd1 / 2>/dev/null | sort -h
du -xhd1 /var 2>/dev/null | sort -h
Aynı filesystem içinde alan tüketen ana dizinleri gösterir.
du -xsh /var/lib/psa/dumps/* 2>/dev/null | sort -h | tail -n 30
En büyük Plesk yedek klasör ve dosyalarını listeler.
find /var/www/vhosts/system -path '*/logs/*' -type f -size +100M -printf '%s %p
' 2>/dev/null | sort -n | tail -n 30
100 MB üzerindeki domain loglarını boyuta göre gösterir.
lsof +L1 | sort -k7 -n | tail -n 30
Silinmiş olsa da süreç tarafından açık tutulan ve alan kullanan dosyaları gösterir.
for d in /var/www/vhosts /var/lib/php /tmp /var/qmail; do [ -d "$d" ] && echo "$d $(find "$d" -xdev -type f 2>/dev/null | wc -l)"; done
İnode tüketimi yüksek olabilecek ana dizinlerde dosya sayısını karşılaştırır.
iostat -xz 1 3
journalctl -k -n 120 --no-pager
Disk yoğunluğu, I/O hatası ve read-only filesystem nedenlerini gösterir.
Dolan mount ve veri türü belirlendikten sonra güvenli kısa alan açılır, büyüme nedeni durdurulur ve kalıcı kapasite planı uygulanır.
/var doluyken /home temizlemek yarar sağlamaz. Aynı mount üzerinde analiz yapın.
df -hT && df -iBackup, domain logu, mail, veritabanı, cache ve silinmiş açık dosya olarak sınıflandırın.
Paket cache veya doğrulanmış eski geçici dosyalar gibi düşük riskli hedeflerden sınırlı alan açın; DB/mail verisine dokunmayın.
Hata logu patlaması, spam mail, başarısız backup döngüsü veya cache üretimi devam ediyorsa önce kaynağı durdurun.
Backup Manager ve domain log rotation ayarlarını iş yüküne uygun hale getirin.
Partition büyütme, ayrı backup storage ve yüzde 75/85 eşiklerinde alarm planlayın.
Backup Manager retention, yerel/uzak kopya stratejisi ve incremental zincirleri kontrol edilir.
Önce tekrar eden hata veya saldırı kaynağı düzeltilir; sonra logrotate ile kontrollü küçültülür.
Spam kuyruğu, mailbox kullanımı, retention ve ihlal edilen hesaplar analiz edilir.
Binary log, slow log, tmp ve gerçek veritabanı büyümesi ayrılır; tablo dosyaları elle silinmez.
lsof +L1 ile açık handle bulunur; ilgili servis kontrollü reload/restart edilerek alan serbest bırakılır.
İnode yüzde 100 olabilir veya yazılmak istenen farklı partition dolu olabilir.
Linux üzerinde varsayılan yerel yedek alanı genellikle /var/lib/psa/dumps dizinidir.
Aktif dosyayı silmek alanı hemen geri vermeyebilir ve kanıt kaybına yol açar. Rotasyon/truncate işlemi kontrollü yapılmalıdır.
Silinmiş fakat çalışan süreç tarafından açık tutulduğu için disk alanı kullanmaya devam eden dosyaları gösterir.
Önce milyonlarca küçük dosyayı üreten session, cache, mail veya uygulama kaynağı bulunur; dosyalar retention politikasına göre silinir.
Log rotation ve backup retention yardımcı olur; yanlış yapılandırma veya uygulama büyümesi için düzenli izleme gerekir.
Kısa vadede alan sağlar; kontrolsüz log, backup veya spam büyümesi devam ediyorsa yeni alan da dolar.
cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim ve güvenlik katmanlarını birlikte analiz ederek yalnızca servisi kaldırmak yerine arızanın temel nedenini gideriyoruz.