Hvernig athuga ég notkun inode í HestiaCP? Hvað veldur því að ég get ekki skrifað skrár jafnvel þegar nóg pláss er á disknum?

Fyrir nokkrum dögum sendi vinur minn mér skilaboð seint um kvöldið og sagði að netþjónninn hans hefði hrunið.

Sérstaklega voru einkennin sérstaklega furðuleg: vefsíðan byrjaði skyndilega að gefa villur, ekki var hægt að skrifa í skrár og þegar nýjar skrár voru búnar til var strax tilkynnt að diskurinn væri fullur.

En þegar hann athugaði með `df -h` varð hann steinhissa að sjá að diskurinn hafði greinilega tugi gígabæta af lausu plássi. Hvernig gat hann verið fullur?

Ég sagði honum þá og þar: „Bróðir, þú ert ekki bara með fullt af geymslurými, Inode-ið þitt er ofhlaðið.“

Hann svaraði með spurningarmerki: Hvað nákvæmlega er Inode?

Reyndar bregðast margir við nákvæmlega eins og hann þegar þeir féllu fyrst í þessa gildru, því enginn í skólanum kenndi þeim þetta nokkurn tímann.

Við skulum fyrst útskýra hvað inode er.

Hugsaðu um það sem bókasafnsvísitölu og það verður auðvelt að skilja það.

Diskpláss er eins og bókahilla; hversu margar bækur þú getur sett á það fer eftir geymsluplássi þess, sem er auðvelt fyrir alla að skilja.

Inode er eins og vísitölukort fyrir hverja bók, þar sem skráð er nafn hennar, staðsetning og hver flutti hana.

Í Linux verður hver skrá og hver mappa að hafa inode (inode), sama hversu lítil skráin er.

Jafnvel þótt þetta sé tóm skrá, þá mun kerfið samt nota vísitölu fyrir hana.

Kerfið hefur takmörk á heildarfjölda skráa sem það getur búið til; þessi takmörk eru heildarfjöldi innhnóta.

Þegar inode-ið er notað upp, jafnvel þótt diskurinn þinn hafi enn hundruð gígabæta af lausu plássi, mun stýrikerfið neita að búa til nýjar skrár.

Ekki er hægt að skrifa skrár, ekki er hægt að búa til skyndiminni og vefsíðan hrynur alveg — það er þessi furðulega atburðarás sem þú ert að verða vitni að.

Heiðarlega, þetta er mjög erfið staða því villuboðin eru send frá staðsetningu sem þú ert ekki að skoða.

Fyrsta bragðið er að nota `df -i` til að fá fljótt yfirlit.

Í HestiaCP umhverfinu geturðu einfaldlega SSH inn í flugstöðina og slegið inn þessa línu.

df -i

Það mun lista upp heildarfjölda innodes, fjölda sem notaður er og fjölda sem eftir er fyrir hverja tengda skipting.

Í úttakinu er dálkur sem heitir IUse%, sem er lykilmælikvarðinn sem þú ættir að fylgjast með.

Ef IUse% skiptingar nær 100%, jafnvel þótt sú skipting hafi enn nægt pláss á diskinum, mun hún ekki lengur geta búið til nýjar skrár eða skrár.

Ég lagði til við vin minn að hann keyrði þetta fyrst, svo að það gæti bent á hvort vandamálið væri með inoden á augabragði , sem væri miklu hraðara en að giska.

Önnur aðferðin er að nota „finna“ til að telja nákvæmlega tiltekinn notanda.

Eftir að hafa staðfest að vandamálið sé hjá innnótunni er næsta skref að finna út hver er að neyta vísitölukortsins í óhófi.

HestiaCP hefur sérstaka heimaskrá fyrir hvern notanda. Þú getur einfaldlega talið heildarfjölda skráa og möppna í tiltekinni vefsíðuskrá.

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

Skiptu út „notandanafni“ og „lénsheiti þínu“ fyrir raunverulega slóðina þína. Hreina talan sem skjárinn skilar er summa allra skráa og möppna í þeirri möppu.

Hver skrá eða mappa samsvarar einum inode, þannig að þessi tala táknar notkun inode.

Ef þú ert of latur til að athuga hvern og einn fyrir sig og vilt sjá notkunardreifingu allra notenda á allri síðunni í einu, þá er líka til skipun með einni lykkju.

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

Þessi lína mun prenta heildarfjölda skráa í hverri notendaskrá undir /home, sem gerir það auðvelt að sjá hvaða notendaskrá hefur óeðlilega mikinn fjölda skráa.

Þriðja aðferðin er að bera kennsl á undirmöppurnar sem neyta mest joðs.

Stundum veistu að vefsíða hefur fáránlega há Inode gildi, en þú getur samt ekki fundið út hvað er að skjánum sem er fullur af skrám.

Í slíkum tilfellum þarftu að kafa niður um eitt stig til að finna undirmöppur sem innihalda fjölda lítilla skráa, svo sem skyndiminni, lotum og skráarskrár — þetta eru vandamálaríkustu svæðin.

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

Þessi skipun mun lista upp 10 efstu undirmöppurnar sem neyta flestra skráa.

Slóðin efst á listanum er þar sem fjöldi lítilla skráa er safnað saman.

Ég sagði vini mínum að þetta væri líklega einhver skyndiminnisviðbót sem bjó til litlar skrár í leyni, og að keyra þessa línu myndi í raun staðfesta það.

Fjórða ráðið er að athuga kvótamörkin með því að nota repquota.

Ef netþjónninn þinn hefur virkjað kvóta fyrir Linux skráarkerfi geturðu skoðað vandamálið frá öðru sjónarhorni.

repquota -a

Þessi skipun mun sýna skráarmörk og raunverulega skráanotkun fyrir alla notendur.

Gefðu gaum að hlutanum „Fjöldi skráa“ í úttakinu; dálkurinn „notað“ gefur til kynna hversu margar skrár hafa verið notaðar.

Dálkarnir „mjúkir“ og „harðir“ tákna mjúk og hörð mörk. Þegar „notaður“ nær „hörðum“ mun kerfið neita að búa til nýjar skrár.

Þetta er allt önnur saga en hversu mikið pláss þú átt eftir á disknum þínum.

Til að ljúka málin skulum við tengja saman punktana í rannsókninni.

Förum aftur til vinarins sem hrundi netþjóninn um miðja nótt í byrjun.

Hann fylgdi fjórum skrefum sem ég lýsti, byrjandi á `df -i` til að staðfesta að inode-ið væri í raun fullt.

Síðan, með því að nota find, fundum við skyndiminni möppu á yfirgefinni gamalli vefsíðu sem var að búa til litlar skrár eins og brjálæðingur.

Að lokum staðfesti athugun á „repquota“ að það hafði í raun náð hörðu mörkunum.

Eftir að hafa hreinsað út þennan haug af rusl-skyndiminni lifnaði vefsíðan strax við aftur.

Svo næst þegar þú lendir í þessari undarlegu stöðu þar sem „diskurinn hefur greinilega pláss en þú getur ekki skrifað skrár“ skaltu ekki flýta þér að bæta við harða diski.

Fyrst skaltu nota `df -i` til að skoða inode-ið; sannleikurinn gæti vel leynst á þessu vísitölukorti sem þú hefur aldrei tekið eftir áður.

Ég trúi því einlæglega að þessir litlu bitar af heilbrigðri skynsemi sem eru faldir í kjarna kerfisins séu gagnlegri en að leggja á minnið hundrað hagræðingarlista.