cPanel Disk Kullanımı Yanlış Görünüyor: Kota ve Dosya Alanı Eşleşmezliğini Giderme

cPanel disk kullanımı yanlış görünüyor sorunu, cPanel’deki Disk Usage ekranı, WHM hesap kotası ve sunucudaki gerçek boş alanın birbirini tutmamasıyla ortaya çıkar. Örneğin hesap 2 GB kullanıyor görünürken kotası dolu olabilir; ya da cPanel az kullanım gösterirken df komutu /home bölümünün dolu olduğunu bildirebilir. Bu fark genellikle gizli dosyalar, e-posta klasörleri, silinmiş fakat bir süreç tarafından açık tutulan dosyalar, inode tükenmesi veya kota muhasebesi kaynaklıdır.

Bu rehber, cPanel/WHM çalışan Linux sunucularda farkın hangi katmanda oluştuğunu bulmaya ve doğru yöntemi uygulamaya odaklanır. Dosya silme veya kota denetimini yeniden oluşturma gibi işlemlerden önce güncel yedek ve uygun bir bakım penceresi planlayın. Özellikle üretim sunucularında, yalnızca cPanel ekranına bakarak dosya silmeyin.

Hızlı teşhis: Hangi değer yanlış?

Önce dört ayrı ölçümün aynı şeyi ifade etmediğini netleştirin:

• cPanel > Disk Usage: Hesap dizinleri altında taranan dosya ve klasörlerin boyutudur.
• WHM hesap disk kullanımı / kota: Dosya sistemi kota altyapısının kullanıcı için tuttuğu kullanım ve limit bilgisidir.
• du: Bir dizin ağacındaki erişilebilir dosyaların kapladığı alanı hesaplar.
• df: Dosya sisteminin toplam, kullanılan ve boş bloklarını gösterir.

SSH erişimi olan yetkili kullanıcı veya root ile aşağıdaki temel karşılaştırmayı yapın. USERNAME değerini cPanel kullanıcı adıyla değiştirin.

df -hPT /home
 df -i /home
 du -xsh /home/USERNAME
 du -x -h --max-depth=1 /home/USERNAME 2>/dev/null | sort -h

/home ayrı bir bağlama noktası değilse, ilgili hesabın gerçek yolunu doğrulamak için şu komut kullanılabilir:

findmnt -T /home/USERNAME

df -hPT alan tükenmesini, df -i ise inode tükenmesini gösterir. Boş alan yüzdesi yüksek olsa bile inode sayısı biterse yeni e-posta veya dosya oluşturma işlemleri başarısız olabilir. Bu durum, kullanıcı tarafından çoğu zaman “disk dolu” olarak algılanır.

cPanel disk kullanımı yanlış görünüyor: Yaygın nedenler

Belirti	Muhtemel neden	İlk kontrol
cPanel düşük, df yüksek kullanım gösteriyor	Başka hesaplar, sistem günlükleri, silinmiş açık dosyalar veya farklı bir dizin	df, lsof +L1, bağlama noktaları
WHM kotası dolu, du daha düşük	Kota kaydı güncel değil veya silinmiş açık dosya	quota, repquota, açık dosyalar
cPanel’de kullanım beklenenden fazla	E-posta, Çöp Kutusu, Spam, yedek, gizli dosya veya log	Dizin bazında du taraması
Alan var, dosya yüklenemiyor	Inode limiti veya dosya sistemi inode tükenmesi	df -i
Birden çok hesapta kota hatalı	Sunucu genelinde kota yapılandırması ya da dosya sistemi sorunu	WHM kota durumu ve sistem günlükleri

E-posta, yedek ve gizli dosyalar

cPanel hesaplarında en sık tüketim kaynakları mail, public_html, tmp ve kullanıcı tarafından oluşturulmuş yedek arşivleridir. Özellikle IMAP kullanan hesaplarda Çöp Kutusu, Spam ve gönderilmiş öğeler sunucuda kalır. WordPress önbellekleri, hata günlükleri ve unutulmuş .tar.gz veya .zip arşivleri de önemli alan tüketebilir.

Hesap içindeki büyük dosyaları güvenli biçimde listelemek için:

find /home/USERNAME -xdev -type f -size +500M -printf '%s %p\n' 2>/dev/null | sort -n

Komut yalnızca listeleme yapar; hiçbir dosyayı silmez. Boyutu bayt cinsinden gösterir. Silme kararından önce dosyanın yedek, aktif uygulama verisi veya e-posta eki olmadığını doğrulayın.

Silinmiş ama hâlâ açık tutulan dosyalar

Bir işlem dosyayı sildikten sonra dosya tanımlayıcısını açık tutuyorsa, dosya dizinde görünmez ve du hesabına girmez; ancak kapladığı bloklar işlem kapanana kadar df kullanımında kalır. Web sunucusu, PHP-FPM, veritabanı, kuyruk işçisi veya uzun çalışan bir uygulama bu duruma neden olabilir.

Bu inceleme root yetkisi gerektirir:

lsof +L1

Çıktıda DEL veya bağlantı sayısı sıfır olan büyük dosyaları, bunları açık tutan PID ve işlem adıyla birlikte değerlendirin. Sorunu çözmek için rastgele işlem sonlandırmayın ve /proc altındaki dosya tanımlayıcılarını silmeye çalışmayın. Uygun bakım penceresinde, dosyayı açık tutan uygulamayı kendi servis yönetim yöntemiyle kontrollü biçimde yeniden başlatmak alanı geri kazandırabilir. Yeniden başlatma öncesinde uygulama etkisini ve aktif istekleri değerlendirin.

Kota muhasebesi ile gerçek kullanımın ayrışması

cPanel, hesap limitlerini Linux kota mekanizmasına dayanarak uygular. Kota kaydı güncel değilse WHM’deki kullanım ile dizin taraması farklı görünebilir. Dosya sisteminin kota destekleyip desteklemediği, /home bağlama seçenekleri ve sunucunun dosya sistemi türü bu noktada önemlidir.

root ile kullanıcı kotasını kontrol edin:

quota -s -u USERNAME
repquota -as

Bu komutların çıktısı, sunucunun dosya sistemi ve kota yapılandırmasına göre değişir. XFS kullanan sistemlerde kota raporu farklı araçlarla sunulabilir. Örneğin yalnızca XFS üzerinde ve yönetici tarafından kota etkinleştirilmişse şu komut kullanılabilir:

xfs_quota -x -c 'report -h' /home

Komut hata veriyorsa bunu zorla düzeltmeye çalışmayın; önce findmnt -T /home çıktısından dosya sistemi türünü ve bağlama noktasını doğrulayın.

Güvenli adım adım çözüm

1. Ölçümü kaydedin ve etki alanını belirleyin

Önce cPanel Disk Usage, WHM hesap kullanım ekranı, df, df -i ve du sonuçlarını zaman damgasıyla kaydedin. Fark yalnızca tek bir cPanel hesabında mı, yoksa tüm hesaplarda mı görülüyor belirleyin. Tek hesap sorunu çoğunlukla içerik veya açık dosyayla ilgilidir; birden fazla hesaptaki uyumsuzluk kota yapılandırmasını düşündürür.

2. Hesap içindeki alanı temizlemek yerine önce sınıflandırın

du çıktısında büyük klasörü saptadıktan sonra ilgili içeriği cPanel Dosya Yöneticisi veya SSH üzerinden inceleyin. E-posta klasörlerinde geçerli saklama politikasına göre eski iletileri ve Çöp Kutusu içeriğini temizleyin. Yedek arşivleri önce sunucu dışındaki doğrulanmış bir hedefe taşıyın. Aktif sitenin dosyalarını, veritabanı dışa aktarımlarını veya uygulama günlüklerini sahipliğini anlamadan silmeyin.

Yalnızca günlük dosyası olduğu teyit edilmiş büyük dosyaları incelemek için son değişiklik zamanını da görün:

find /home/USERNAME -xdev -type f -size +100M -printf '%TY-%Tm-%Td %TH:%TM %s %p\n' 2>/dev/null | sort

3. Silinmiş açık dosyaları kontrollü serbest bırakın

lsof +L1 sonucunda büyük silinmiş dosya bulunduysa, hangi hizmetin dosyayı tuttuğunu teyit edin. Hizmetin yapılandırılmış yeniden başlatma yöntemini kullanın; örneğin yönetim paneli veya sisteminizdeki servis yöneticisi üzerinden kontrollü yeniden başlatma yapın. Paylaşımlı bir üretim sunucusunda Apache, veritabanı veya posta hizmetini yeniden başlatmak başka kullanıcıları etkileyebilir.

4. Kota bilgisini yalnızca gerekli olduğunda onarın

Kota raporu ile gerçek kullanım arasında anlamlı fark devam ediyorsa, WHM’de Initial Quota Setup aracının mevcut olup olmadığını kontrol edin. Bu işlem, kota altyapısının durumunu doğrulamak ve yeniden oluşturmak için yönetimsel işlemler yapabilir. Sunucu genelindeki etkisi nedeniyle bakım penceresinde çalıştırılması daha güvenlidir.

cPanel/WHM kurulu sunucularda, sürüm ve yetkilendirmeye bağlı olarak aşağıdaki betik kota düzeltme işlemi için kullanılabilir:

/usr/local/cpanel/scripts/fixquotas

Betik tüm hesapları ve dosya sistemi kota bilgisini etkileyebileceğinden önce güncel yedek, yeterli boş alan ve bakım penceresi sağlayın. Çalışma süresi hesap sayısına ve depolama performansına bağlıdır. Komut bulunamıyor veya hata veriyorsa alternatif komutlar denemek yerine cPanel sürümünü, dosya sistemi türünü ve günlükleri inceleyin:

tail -n 100 /usr/local/cpanel/logs/error_log

quotacheck gibi doğrudan kota denetim komutları dosya sistemi üzerinde yoğun işlem yapabilir ve çevrimiçi üretim ortamında risk oluşturabilir. Bu nedenle, dosya sistemi ve dağıtımınıza ait doğrulanmış prosedür olmadan çalıştırılmamalıdır.

Çözümü doğrulama

Düzeltmeden sonra aynı ölçümleri tekrar alın. Amaç her değerin bayt bayt aynı olması değil, farkın açıklanabilir olmasıdır: örneğin silinmiş açık dosya kapandıktan sonra df değerinin düşmesi veya kota onarımından sonra WHM kullanımının du ile makul seviyede yakınlaşması beklenir.

df -hPT /home
df -i /home
du -xsh /home/USERNAME
quota -s -u USERNAME

Ardından cPanel kullanıcısıyla Disk Usage ekranını yenileyin, gerekirse birkaç dakika sonra tekrar kontrol edin. Büyük hesaplarda dizin taraması ve arayüz görünümünün güncellenmesi anlık olmayabilir. Hesap kota sınırına yakınsa test amaçlı küçük bir dosya yükleyerek veya kontrollü bir e-posta göndererek yazma işleminin başarılı olduğunu doğrulayın; test verisini sonrasında kaldırın.

cPanel disk kullanımı yanlış görünüyor sorununu önleme

• Hesap bazında kota ve inode kullanımını düzenli izleyin; yalnızca GB kullanımına odaklanmayın.
• E-posta için Çöp Kutusu ve Spam klasörlerini kapsayan saklama politikası uygulayın.
• Uygulama yedeklerini aynı cPanel hesabında biriktirmeyin; yedeğin geri yüklenebilirliğini düzenli doğrulayın.
• Uygulama logları ve önbellekleri için dönüşüm/temizleme politikası oluşturun.
• Beklenmeyen alan artışlarında önce df, du ve açık silinmiş dosyaları karşılaştırın; rastgele silme yapmayın.

Sonuç

cPanel disk kullanımı yanlış görünüyor uyarısında doğru çözüm, ekranda görünen sayıyı zorla değiştirmek değil; kullanımın dosya, kota, inode veya silinmiş açık dosya katmanlarından hangisinde oluştuğunu kanıtlamaktır. Önce df, du ve kota raporlarını karşılaştırın; ardından içerik temizliği, süreç yönetimi veya kontrollü kota onarımı gibi hedefe yönelik işlemi uygulayın. Bu yaklaşım, gereksiz veri silme ve hizmet kesintisi riskini azaltır.

Sık sorulan sorular

cPanel Disk Usage neden WHM’deki kotadan farklıdır?

Disk Usage erişilebilir dizinlerdeki dosyaları tarar; WHM kotası ise dosya sistemi kota muhasebesine dayanır. Silinmiş ama açık tutulan dosyalar ile güncel olmayan kota kaydı bu iki değeri ayırabilir.

df dolu ama du düşükse ne yapmalıyım?

Önce doğru bağlama noktasını findmnt ile doğrulayın. Ardından lsof +L1 ile silinmiş açık dosyaları kontrol edin. Başka hesapların veya sistem dizinlerinin aynı dosya sisteminde olup olmadığını da değerlendirin.

Inode doluluğu cPanel’de disk dolu hatası oluşturur mu?

Evet. Alan boş olsa bile inode limiti dolduğunda yeni dosya ve e-posta oluşturulamaz. df -i ile dosya sistemi inode kullanımını kontrol edin.

fixquotas çalıştırmak dosyalarımı siler mi?

Amacı dosya silmek değil kota bilgisini düzeltmektir; ancak sunucu genelini etkileyebilen yönetimsel bir işlemdir. Güncel yedek ve bakım penceresi olmadan üretim ortamında çalıştırılmamalıdır.

cPanel’de büyük alan tüketen e-postaları nasıl bulurum?

Önce /home/USERNAME/mail dizininin toplam boyutunu du ile inceleyin. Ardından cPanel Webmail veya uygun e-posta istemcisi üzerinden büyük klasörleri, Çöp Kutusu ve Spam içeriklerini saklama politikanıza göre yönetin.