Kepiye carane mriksa panggunaan inode ing HestiaCP? Apa sing nyebabake ora bisa nulis file sanajan ana akeh papan disk?

Pirang-pirang dina kepungkur, ana kancaku sing ngirim pesen yen server-e rusak.

Gejala-gejala spesifik kasebut pancen aneh banget: situs web dumadakan wiwit ngetokake kesalahan, log ora bisa ditulis, lan nggawe file anyar bakal langsung menehi kabar yen disk wis kebak.

Nanging nalika dheweke mriksa nganggo `df -h`, dheweke kaget nalika nemokake yen disk kasebut jelas duwe papan kosong puluhan gigabyte. Kepiye carane bisa kebak?

Aku langsung ngomong karo dhèwèké, "Dhik, papan panyimpenanmu ora mung kebak, Inode-mu uga kebak banget."

Dhèwèké mangsuli karo tandha pitakon: Apa sejatine Inode kuwi?

Nyatane, akeh wong sing nanggepi persis kaya dheweke nalika pisanan tiba ing jebakan iki, amarga ora ana wong ing sekolah sing nate mulang babagan iki.

Ayo dijlentrehake dhisik apa iku Inode.

Anggep wae iki kaya kertu indeks perpustakaan, lan bakal gampang dingerteni.

Ruang disk iku kaya rak buku; pira buku sing bisa dilebokake gumantung saka kapasitase, sing gampang dingerteni dening kabeh wong.

Inode kuwi kaya kertu indeks kanggo saben buku, sing nyathet jenenge, lokasine, lan sapa sing mindhah buku kasebut.

Ing Linux , saben file lan saben direktori kudu manggoni inode, ora preduli sepira cilik file kasebut.

Sanajan file kasebut kosong, sistem isih bakal nggunakake kertu indeks kanggo file kasebut.

Sistem iki duwé watesan kanggo jumlah total file sing bisa digawe; watesan iki yaiku jumlah total innode.

Sawise inode wis entek, sanajan disk sampeyan isih duwe atusan gigabyte ruang kosong, sistem operasi ora bakal gelem nggawe file anyar.

Log ora bisa ditulis, cache ora bisa digawe, lan situs web nabrak kabeh—kuwi pemandangan aneh sing lagi kokdeleng.

Sejatine, iki kahanan sing angel banget amarga pesen kesalahan dikirim saka lokasi sing ora sampeyan deleng.

Trik pisanan yaiku nggunakake `df -i` kanggo entuk ringkesan lengkap.

Ing lingkungan HestiaCP , sampeyan mung bisa SSH menyang terminal lan ngetik baris iki.

df -i

Iki bakal ndhaptar total cacahing innode, cacahing sing digunakake, lan cacahing sing isih ana kanggo saben partisi sing dipasang.

Ing output, ana kolom sing diarani IUse%, yaiku metrik kunci sing kudu sampeyan gatekna.

Yen IUse% saka partisi tekan 100%, sanajan partisi kasebut isih duwe akeh papan disk, partisi kasebut ora bakal bisa nggawe file utawa log anyar maneh.

Aku ngusulake kancaku supaya dheweke mbukak iki dhisik, supaya bisa nemtokake apa masalahe ana ing Inode sajrone sedetik , sing bakal luwih cepet tinimbang ngira-ngira.

Cara kapindho yaiku nggunakake `find` kanggo ngetung pangguna tartamtu kanthi tepat.

Sawise ngonfirmasi manawa masalah kasebut ana ing innode, langkah sabanjure yaiku ngerteni sapa sing nggunakake kertu indeks kanthi berlebihan.

HestiaCP duwé direktori utama sing kapisah kanggo saben panganggo. Sampeyan mung bisa ngetung cacah total file lan direktori ing direktori situs web tartamtu.

find /home/用户名/web/你的域名/public_html | wc -l

Ganti "jeneng panganggo" lan "jeneng domain sampeyan" nganggo path sing sabeneré. Nomer murni sing dibalekake déning terminal yaiku jumlah kabeh file lan folder ing direktori kasebut.

Saben berkas utawa direktori cocog karo siji inode, mula angka iki nggambarake panggunaan inode.

Yen sampeyan kesed mriksa saben siji lan pengin ndeleng distribusi panggunaan kabeh pangguna ing kabeh situs sekaligus, ana uga printah puteran siji.

for d in /home/*; do echo -n "$d: "; find "$d" 2>/dev/null | wc -l; done

Baris iki bakal nyetak jumlah total file ing saben direktori panganggo ing sangisore /home, saengga gampang ditemokake direktori panganggo endi sing nduweni jumlah file sing ora normal.

Strategi katelu yaiku ngenali subdirektori sing ngonsumsi yodium paling akeh.

Kadhangkala sampeyan ngerti situs web duwe nilai Inode sing dhuwur banget, nanging sampeyan isih ora bisa ngerti apa sing salah karo layar sing kebak file.

Ing kasus kaya ngono, sampeyan kudu nggoleki siji level kanggo nemokake subfolder sing ngemot akeh file cilik, kayata direktori cache, direktori sesi, lan direktori log—iki minangka area sing paling bermasalah.

find /home/用户名/web/你的域名/public_html -type d -exec sh -c 'echo -n "{}: "; find "{}" -maxdepth 1 | wc -l' \; | sort -n -r -k 2 | head -n 10

Perintah iki bakal ndhaftar 10 subfolder paling dhuwur sing ngonsumsi file paling akeh.

Path ing sisih paling ndhuwur dhaptar yaiku ing ngendi akeh file cilik dikelompokake bebarengan.

Aku ngandhani kancaku nèk kuwi mbokmenawa plugin caching sing diam-diam ngasilaké file cilik, lan mbukak baris iki bakal ngonfirmasi kuwi.

Tips kaping papat yaiku mriksa watesan kuota nggunakake repquota.

Yen server sampeyan wis ngaktifake kuota sistem file Linux, sampeyan bisa ndeleng masalah kasebut saka perspektif sing beda.

repquota -a

Perintah iki bakal nampilake watesan file lan panggunaan file sing nyata kanggo kabeh pangguna.

Gatekna kanthi teliti bagean Watesan Berkas ing output; kolom sing digunakake nuduhake pira file sing wis digunakake.

Kolom "alus" lan "atos" makili ambang batas alus lan atos. Sawise "digunakake" tekan "atos", sistem bakal langsung nolak nggawe file anyar.

Iki crita sing beda banget karo pira papan sing isih ana ing disk sampeyan.

Kanggo nutupi, ayo nyambungake titik-titik penyelidikan kasebut.

Ayo bali menyang kanca sing server-e rusak ing tengah wengi ing wiwitan.

Dhèwèké ngetutaké patang langkah sing wis dakjlèntrèhaké, diwiwiti saka `df -i` kanggo ngonfirmasi manawa inode pancèn wis kebak.

Banjur, nggunakake find, kita nemokake direktori cache saka situs web lawas sing ditinggal sing ngasilake file cilik-cilik kaya wong edan.

Pungkasanipun, mriksa 'repquota' ngonfirmasi bilih pancen sampun tekan wates sing atos.

Sawisé ngresiki tumpukan sampah kuwi, situs web kasebut langsung urip manèh.

Dadi, yen sampeyan nemoni kahanan aneh iki ing ngendi "disk kasebut jelas duwe papan nanging sampeyan ora bisa nulis file," aja kesusu nambahake hard drive.

Kapisan, gunakake `df -i` kanggo ndeleng inode kasebut; bebener bisa uga didhelikake ing kertu indeks sing durung nate sampeyan sadari sadurunge.

Aku pancen percaya yen akal sehat cilik sing didhelikake ing inti sistem iki luwih migunani tinimbang ngapalake satus dhaptar optimasi.