4. Nesil VPS ve Kiralık Sunucu
3. Nesil VPS ve Kiralık Sunucu

GoDaddy Yardım

Bu sayfayı sizin için çevirmek üzere elimizden gelenin en iyisini yaptık. İngilizce sayfa da kullanılabilir.

Inode kullanımını bulun

Disk alanı sorunlarına büyük dosyalar veya çok fazla inode neden olabilir. Inodes; dosya sahipliği, erişim modu (okuma, yazma, yürütme izinleri) ve dosya türü gibi dosyalar ve dizinler (klasörler) hakkındaki bilgileri depolar. Disk alanı gibi maksimum inode sayısı sunucu oluşturulduğunda ayarlanır.

Belirtiler

Çok fazla inode'un bazı belirtileri, disk alanı sorunlarıyla aynı olacaktır.

  • Plesk veya WHM’den inode sınırlarına yaklaşıldığına veya aşıldığına dair e-postalar alabilirsiniz.
  • Disk alanı yetersiz gibi hata mesajları alabilirsiniz. İçerik dosyaya yazılamıyor veya başarısız: Cihazda yer kalmadı.
  • Bu hataları aslında çok fazla fiziksel disk alanı olduğunda alabilirsiniz.
  • Bir dizinin içeriğini görüntülemeye çalışırken sunucu askıda kalabilir veya yanıt vermesi uzun sürebilir.

Uyarı: Bu makale ileri düzey SSH kullanıcılarına yöneliktir. Bir dosya veya klasörün amacını bilmiyorsanız kaldırmayın. Sistem dosyalarının veya dizinlerin kaldırılması geri alınamaz ve sunucuyu bozabilir (tüm siteleri devre dışı bırakabilir).
  1. Henüz yapmadıysanız, 3. Nesil veya 4. Nesil sunucunuzda yönetici erişimini etkinleştirin.
  2. SSH (Güvenli Kabuk) ile sunucunuza bağlanma.
  3. Kök kullanıcıya geçiş yapın.
  4. Sunucudaki disk kullanımına genel bir bakış için df komutunu kullanın.

    [root @ server [~]: df Filesystem 1K-blokları Kullanılabilir Kullanılabilir% Mounted on / dev / ploop29904p1 125684164 11693260 107699656 10% / devtmpfs 524288 60 524228 1% / dev tmpfs 524288 1 524287 1% / dev / shm tmpfs 524288 311 523977 1% / run tmpfs 524288 10 524278 1% / sys / fs / cgroup tmpfs 524288 1 524287 1% / run / user / 1000
  5. Ana dosya sisteminizdeki inode'ları bitirdiyseniz, aşağıdaki örneğe benzer görünebilir:

[root @ server [~]: df -i Dosya Sistemi Inodes IUsed IFree IUse% Mounted on / dev / ploop29904p1 7864320 7864222 82% 100 / devtmpfs 524288 60 524228 1% / dev tmpfs 524288 1 524287 1% / dev / shm tmpfs 524288 311 523977 1% / run tmpfs 524288 10 524278 1% / sys / fs / cgroup tmpfs 524288 1 524287 1% / run / user / 1000

  • Geçerli çalışma dizinindeki inode dağıtımını görüntülemek için:

    find * -maxdepth 0 -type d -exec sh -c "echo -n{} ''; ls -lR{} | wc -l "\;

  • Dolayısıyla, sunucunun kök dizinine geçerseniz ve komutu çalıştırırsanız, aşağıdaki gibi görünen bir çıktı üretecektir:

    [root @ server [~]: cd / root @ server [/]: find * -maxdepth 0 -type d -exec sh -c "echo -n{} ''; ls -lR{} | wc -l "\; yedekleme 2 önyükleme 7 dev 78 etc 7769 home 1448 kayıp + bulunan 2 medya 2 mnt 2 opt 11749 proc 21481 root 56 run 393 srv 2 sys 1643 tmp 11 usr 231243 var 7468179

  • Örnekte, var dizininin inode'ların büyük bir kısmını içerdiğini görebilirsiniz. Daha fazla ayrıntı için / var dizinine gidin ve komutu yeniden çalıştırın.

    Not: (e-posta içeriği gibi) kaldırılamaz ne (önbellek dosyaları gibi) silinebilir neler ayırmak için dosya sistemindeki yeterli detaya önem taşımaktadır. 

    [root @ server [/]: cd / var root @ server [/ var]: find * -maxdepth 0 -type d -exec sh -c "echo -n{} ''; ls -lR{} | wc -l "\; adm 2 cache 779 cpanel 13698 db 20 boş 6 oyun 2 gopher 2 installatron 48856 kerberos 10 lib 13004 local 2 log 419 adlandırılmış 49 nis 2 opt 2 preserve 2 spool 7391257 tmp 29 www 18 yp 2
    • Yukarıdaki örnekte, / var / spool dizininin inode'ların büyük bir kısmının kullanıldığını görebilirsiniz. E-posta sırasının bir WHM / cPanel sunucusunda nerede bulunduğunu biliyoruz, bu nedenle ele alınması gereken aşırı e-posta mesajlarıyla ilgili bir sorunumuz olduğu sonucuna varabiliriz.

    İnode bitmedi mi?

    Tek bir klasörde çok fazla inode olması, sunucuda inode'lar tükenmemiş olsa bile performans sorunlarına neden olabilir. 1.024'den fazla inode içeren birkaç dizininiz varsa bu daha da belirgindir.

    Sunucudaki tüm dizinleri taramak ve en büyük inode miktarına sahip 20 dizini listelemek için şu komutu kullanabilirsiniz:

    find / -xdev -printf '% h \ n' | sırala | uniq -c | sırala -k 1 -n | kuyruk -20

    Komutun çıktısı şöyle görünecektir:

    [root @ server ~] # find / -xdev -printf '% h \ n' | sırala | uniq -c | sırala -k 1 -n | tail -20 2180 / home / onecool / public_html / wp-content / uploads / 2018/05 2180 / home / onecool / public_html / wp-content / uploads / 2019/07 2271 / home / onecool / public_html / wp-content / uploads / 2019/05 2683 / home / onecool / public_html / wp-content / uploads / 2020/11 2768 / home / onecool / public_html / wp-content / uploads / 2020/09 2822 / home / onecool / public_html / wp-content / uploads / 2019/12 2929 / home / onecool / public_html / wp-content / uploads / 2020/06 3064 / home / onecool / public_html / wp-content / uploads / 2020/04 3100 / home / onecool / public_html / wp-content / uploads / 2020/07 3186 / home / onecool / public_html / wp-content / uploads / 2020/08 3332 / home / onecool / public_html / wp-content / uploads / 2020/01 3354 / home / onecool / public_html / wp- content / uploads / 2019/11 3445 / home / onecool / public_html / wp-content / uploads / 2020/02 3706 / home / onecool / public_html / wp-content / uploads / 2019/09 3743 / home / onecool / public_html / wp -content / uploads / 2020/03 3846 / opt / cpanel / ea-openssl11 / share / doc / openssl / html / man3 3846 / opt / cpanel / ea-openssl11 / share / man / man3 3964 / home / onecool / public_html / wp-content / uploads / 2019/08 4845 / home / onecool / public_html / wp-content / uploads / 2020/05 5078 / home / onecool / public_html / wp-content / uploads / 2020/10
  • Kullanımın nerede olduğunu belirledikten sonra içeriği kaldırabilir ve sorunun tekrar olmasını önlemek için çalışabilirsiniz.

    • İlgili adımlar

    Daha fazla bilgi

    • Sunucu uzmanlarımız bir ücret karşılığında bu adımları gerçekleştirebilir. Uzman Hizmetlerimiz hakkında daha fazla bilgi için lütfen Uzman Hizmet menümüzü ziyaret edin.