Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X
X
X
X

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Plesk Obsidian Teknik Rehberi

Plesk Disk Dolu: No Space Left on Device ve Inode Hatasını Güvenli Çözme

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 leftDisk %100Inode %100Plesk backupsLog rotation
root@sunucu:~SSH
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
Kapasitedf -h ile mount doluluğu
Inodedf -i ile dosya sayısı sınırı
KaynakBackup, log, mail, DB ve cache
Kalıcı çözümTemizlik, rotasyon ve kapasite planı
01
Teknik açıklama

Disk alanı ile inode doluluğu arasındaki fark nedir?

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.

02
Log mesajları ve anlamları

Plesk disk, inode ve yazma hata mesajları

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.

8 kayıt
01kritik

No space left on device

Anlamı: Dosya sistemi yeni veri veya metadata yazamamaktadır.

Muhtemel neden: Disk byte kapasitesi veya inode bitmiştir.

df -hT ve df -i ile dolan mountu kesinleştirin.
02kritik

Disk quota exceeded

Anlamı: Hesap veya abonelik için tanımlı kota aşılmıştır.

Muhtemel neden: Plesk subscription kota limiti veya filesystem quota.

Gerçek kullanım ile Plesk kota değerini karşılaştırın.
03kritik

Inode usage 100%

Anlamı: Dosya sistemi yeni dosya oluşturacak inode bulamamaktadır.

Muhtemel neden: Session, cache, maildir veya küçük dosya patlaması.

En çok dosya içeren dizinleri mount sınırını aşmadan sayın.
04kritik

Failed to write session data

Anlamı: PHP session dosyası yazılamamıştır.

Muhtemel neden: /var/lib/php/session veya /tmp alan/inode/izin sorunu.

Session path mountunu ve sahipliklerini kontrol edin.
05kritik

MariaDB unable to create temporary file

Anlamı: Veritabanı tmp veya datadir üzerinde yeni dosya oluşturamamıştır.

Muhtemel neden: Disk/inode dolu veya tmpdir sorunu.

MariaDB dosyası silmeden önce ilgili mountta güvenli alan açın.
06uyarı

Plesk backup insufficient disk space

Anlamı: Yedekleme için gereken tahmini alan bulunamamıştır.

Muhtemel neden: Eski yedekler, büyük dump veya yanlış retention.

Backup Manager politika ve /var/lib/psa/dumps kullanımını inceleyin.
07uyarı

Log file grows continuously

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.

Dosyayı yalnız truncate etmek yerine büyüme kaynağını ve rotasyonu düzeltin.
08kritik

Read-only file system

Anlamı: Kernel dosya sistemi hatası sonrası mountu salt okunur yapmış olabilir.

Muhtemel neden: Filesystem veya disk donanım hatası.

Kernel logunu inceleyip yazma zorlamadan bakım planlayın.

Bu ifadeyle eşleşen kayıt bulunamadı.

03
Güvenli ilk inceleme

SSH teşhis komutları ve hangi çıktıya bakılmalı?

Komutlar root erişimi içindir. Önce yalnızca durum ve log toplayın; nedeni görmeden kalıcı ayar değiştirmeyin.

Mount ve kapasite
df -hT
df -i

Tüm mountların byte ve inode kullanımını gösterir.

En büyük üst dizinler
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.

Plesk yedek alanı
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.

Domain log boyutları
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.

Silinmiş açık dosyalar
lsof +L1 | sort -k7 -n | tail -n 30

Silinmiş olsa da süreç tarafından açık tutulan ve alan kullanan dosyaları gösterir.

Çok dosyalı dizinler
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.

Disk IO ve kernel logu
iostat -xz 1 3
journalctl -k -n 120 --no-pager

Disk yoğunluğu, I/O hatası ve read-only filesystem nedenlerini gösterir.

04
Güvenli çözüm sırası

Plesk disk doluluğunu veri kaybetmeden giderme adımları

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.

1

Dolan mountu ve inode durumunu belirleyin

/var doluyken /home temizlemek yarar sağlamaz. Aynı mount üzerinde analiz yapın.

df -hT && df -i
2

Alan tüketen veri sınıfını bulun

Backup, domain logu, mail, veritabanı, cache ve silinmiş açık dosya olarak sınıflandırın.

3

Önce düşük riskli geçici alan açı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.

4

Büyümeyi durdurun

Hata logu patlaması, spam mail, başarısız backup döngüsü veya cache üretimi devam ediyorsa önce kaynağı durdurun.

5

Plesk içinden retention ve log rotasyonu düzenleyin

Backup Manager ve domain log rotation ayarlarını iş yüküne uygun hale getirin.

6

Kapasite ve izleme ekleyin

Partition büyütme, ayrı backup storage ve yüzde 75/85 eşiklerinde alarm planlayın.

05
Belirtiye göre ayrım

Özel senaryolar ve karar ağacı

/var/lib/psa/dumps çok büyük

Backup Manager retention, yerel/uzak kopya stratejisi ve incremental zincirleri kontrol edilir.

Tek domain logu yüzlerce GB

Önce tekrar eden hata veya saldırı kaynağı düzeltilir; sonra logrotate ile kontrollü küçültülür.

Maildir milyonlarca dosya içeriyor

Spam kuyruğu, mailbox kullanımı, retention ve ihlal edilen hesaplar analiz edilir.

MySQL dizini büyüdü

Binary log, slow log, tmp ve gerçek veritabanı büyümesi ayrılır; tablo dosyaları elle silinmez.

Dosya silindi ama alan geri gelmedi

lsof +L1 ile açık handle bulunur; ilgili servis kontrollü reload/restart edilerek alan serbest bırakılır.

Kesinlikle yapmayın

  • Boyutu ve işlevi bilinmeyen dizinde rm -rf kullanmayın.
  • MySQL/MariaDB veri dosyalarını doğrudan silmeyin.
  • Aktif Plesk backup dosyasını görev çalışırken kaldırmayın.
  • Log dosyasını silip uygulamanın aynı hızla yeniden büyütmesini göz ardı etmeyin.
  • /tmp içeriğini tüm süreçleri dikkate almadan topluca temizlemeyin.
  • Filesystem read-only ise yazma zorlaması yapmayın.

Çözüm sonrası doğrulama

  • Dolu mount yüzde 85 altında güvenli rezerv taşıyor.
  • Inode kullanımı yeni dosya oluşturabilecek düzeyde.
  • Plesk panel, MariaDB, mail ve web siteleri yazma işlemi yapabiliyor.
  • Alan tüketimi yeniden hızlı yükselmiyor.
  • Backup ve log retention ayarları uygulanmış durumda.
  • Disk sağlık ve kernel loglarında yeni I/O hatası yok.
06
Resmî teknik kaynaklar

cPanel ve üretici dokümantasyonu

07
İç SEO içerik kümesi

İlgili cPanel ve sunucu hata çözümleri

08
Sık sorulan sorular

Plesk Disk Dolu Hatası hakkında merak edilenler

Diskte boş GB varken neden No space left alırım?

İnode yüzde 100 olabilir veya yazılmak istenen farklı partition dolu olabilir.

Plesk yedekleri nerede tutulur?

Linux üzerinde varsayılan yerel yedek alanı genellikle /var/lib/psa/dumps dizinidir.

Log dosyasını silmek güvenli mi?

Aktif dosyayı silmek alanı hemen geri vermeyebilir ve kanıt kaybına yol açar. Rotasyon/truncate işlemi kontrollü yapılmalıdır.

lsof +L1 ne gösterir?

Silinmiş fakat çalışan süreç tarafından açık tutulduğu için disk alanı kullanmaya devam eden dosyaları gösterir.

Inode nasıl boşaltılır?

Önce milyonlarca küçük dosyayı üreten session, cache, mail veya uygulama kaynağı bulunur; dosyalar retention politikasına göre silinir.

Plesk disk alanını kendi temizler mi?

Log rotation ve backup retention yardımcı olur; yanlış yapılandırma veya uygulama büyümesi için düzenli izleme gerekir.

Disk büyütmek tek başına yeterli mi?

Kısa vadede alan sağlar; kontrolsüz log, backup veya spam büyümesi devam ediyorsa yeni alan da dolar.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

Sunucunuzdaki hatayı kalıcı olarak çözelim

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.

Sunucu Desteği Al WhatsApp
Top