Ez çawa dikarim karanîna inode di HestiaCP de kontrol bikim? Çi dibe sedema ku pelan neyên nivîsandin, her çend cîhê dîskê pir be jî?

Çend roj berê, derengiya şevê hevalekî min peyamek ji min re şand û got ku servera wî xera bûye.

Nîşaneyên taybetî bi taybetî ecêb bûn: malper ji nişkê ve dest bi nivîsandina çewtiyan kir, tomar nedikarîn werin nivîsandin, û çêkirina pelên nû di cih de nîşan dida ku dîsk tijî ye.

Lê gava wî bi `df -h` kontrol kir, ew matmayî ma dema ku dît ku dîsk bi eşkereyî bi dehan gîgabayt cîhê vala hebû. Çawa dibe ku ew tijî be?

Min wê gavê jê re got, "Bira, ne tenê cîhê hilanînê tijî yî, Inode-a te jî zêde bargiran e."

Wî bi nîşanek pirsê bersiv da: Inode bi rastî çi ye?

Bi rastî, gelek kes tam wekî wî bertek nîşan dan dema ku ew cara yekem ketin vê dafikê, ji ber ku kesî di dibistanê de ev tişt fêrî wan nekir.

Pêşî em zelal bikin ka Inode çi ye.

Weke qerta pirtûkxaneyê bifikirin, û fêmkirina wê dê hêsan be.

Cihê dîskê mîna refikek pirtûkan e; çend pirtûkan hûn dikarin lê deynin bi kapasîteya wê ve girêdayî ye, ku ev ji bo her kesî hêsan e ku fêm bike.

Inodek mîna kartek endeksê ye ji bo her pirtûkekê, nav, cîh û kesê ku ew bar kiriye tomar dike.

Di Linuxê de , divê her pel û her pelrêçek inodeyekê dagir bike, bêyî ku pel çiqas piçûk be.

Tewra ku pelek vala be jî, pergal dê dîsa jî kartek endeksê ji bo wê bixwe.

Sîstem ji bo hejmara giştî ya pelên ku dikare biafirîne sînorek heye; ev sînor hejmara giştî ya girêkan e.

Dema ku inode biqede, her çend dîska we hîn jî bi sedan gîgabayt cîhê vala hebe jî, pergala xebitandinê dê red bike ku pelên nû biafirîne.

Log nayên nivîsandin, cache nayê çêkirin, û malper bi tevahî têk diçe - ev dîmena ecêb e ku hûn dibînin.

Bi rastî, ev rewşek pir dijwar e ji ber ku peyama çewtiyê ji cîhek ku hûn lê nanêrin tê şandin.

Hîleya yekem ew e ku meriv `df -i` bikar bîne da ku nihêrînek bilez bi dest bixe.

Di hawîrdora HestiaCP de , hûn dikarin bi hêsanî bi SSH têkevin termînalê û vê rêzê binivîsin.

df -i

Ew ê jimara giştî ya girêkan, jimara bikar anîne, û jimara mayî ji bo her dabeşkirina siwarkirî navnîş bike.

Di encamê de, stûnek bi navê IUse% heye, ku ew pîvana sereke ye ku divê hûn çavê xwe lê bigirin.

Eger IUse% ya dabeşkirinekê bigihîje %100, her çend ew dabeş hîn jî cîhê dîskê yê pir hebe jî, ew êdî nikaribe pel an tomarên nû biafirîne.

Min ji hevalê xwe re pêşniyar kir ku ew pêşî vê bimeşîne, da ku ew di çirkeyekê de bikaribe diyar bike ka pirsgirêk bi Inode re ye an na , ku ev yek dê ji texmînkirinê pir zûtir be.

Rêbaza duyem ew e ku `find` were bikaranîn da ku bikarhênerekî diyarkirî bi awayekî rast were jimartin.

Piştî piştrastkirina ku pirsgirêk bi înodê re ye, gava din ew e ku meriv bibîne ka kî karta endeksê zêde dixwe.

HestiaCP ji bo her bikarhêner peldankek malê ya cuda heye. Hûn dikarin bi hêsanî hejmara giştî ya pelan û peldankan di bin peldankek malperê ya taybetî de bijmêrin.

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

"Username" û "Your domain name" bi rêya xwe ya rastîn biguherînin. Hejmara saf a ku ji hêla termînalê ve tê vegerandin, berhevoka hemî pel û peldankên di wê pelrêçê de ye.

Her pel an jî peldankek bi yek inode re têkildar e, ji ber vê yekê ev hejmar karanîna inode temsîl dike.

Eger hûn pir tembel in ku her yekê bi ferdî kontrol bikin û bixwazin belavbûna karanîna hemî bikarhêneran li seranserê malperê di carekê de bibînin, fermanek yek çerxî jî heye.

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

Ev rêz dê hejmara giştî ya pelên di her pelrêça bikarhêner de di bin /home de çap bike, û dê bi hêsanî were dîtin ka kîjan pelrêça bikarhêner hejmareke pir zêde ya pelan heye.

Stratejiya sêyemîn ew e ku ew binpirtûkên ku herî zêde iyodê dixwin werin destnîşankirin.

Carinan hûn dizanin ku nirxên Inode yên malperekê pir zêde ne, lê hûn hîn jî nikarin fêm bikin ka çi xelet e bi ekrana tijî pelan.

Di rewşên weha de, hûn hewce ne ku yek astê ber bi jêr ve biçin da ku binpeldankên ku hejmareke mezin ji pelên piçûk dihewînin bibînin, wekî peldankên cache, peldankên danişînê, û peldankên têketinê - ev deverên herî pirsgirêk 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

Ev ferman dê 10 jêrpeldankên jorîn ên ku herî zêde pelan dixwin navnîş bike.

Riya li jorê navnîşê cihê ku hejmareke mezin ji pelên piçûk li hev kom bûne ye.

Min ji hevalê xwe re got ku ew dibe ku hin pêvekên caching-ê bin ku bi dizî pelên piçûk çêdikin, û xebitandina vê rêzê dê bi bingehîn wê piştrast bike.

Serişteya çaremîn ew e ku sînorê kota bi karanîna repquota were kontrol kirin.

Eger servera te kotayên pergala pelan a Linuxê çalak bike, tu dikarî ji perspektîfeke cuda li pirsgirêkê binêrî.

repquota -a

Ev ferman dê sînorê pelan û karanîna rastîn a pelan ji bo hemî bikarhêneran nîşan bide.

Di encamê de bala xwe bidin beşa File Signments; stûna hatî bikar anîn nîşan dide ka çend pel hatine bikar anîn.

Stûnên "nerm" û "hişk" sînorên nerm û hişk temsîl dikin. Dema ku "bikarhatî" bigihîje "hişk", sîstem dê rasterast çêkirina pelên nû red bike.

Ev çîrokeke bi temamî cuda ye ji wê yekê ku çiqas cîh li ser dîska te maye.

Ji bo ku em bi dawî bikin, em xalên lêkolînê bi hev ve girêdin.

Werin em vegerin ser hevalê ku di destpêka nîvê şevê de server xera kir.

Wî çar gavên ku min behs kirin şopand, bi `df -i` dest pê kir da ku piştrast bike ku inode bi rastî tijî bû.

Paşan, bi karanîna find, me peldanka cache ya malperek kevn a terikandî dît ku pelên piçûk mîna dîn çêdikir.

Di dawiyê de, kontrolkirina `repquota` piştrast kir ku ew bi rastî gihîştiye sînorê dijwar.

Piştî paqijkirina wê koma bermayiyên nehewce, malper tavilê ji nû ve zindî bû.

Ji ber vê yekê, cara din ku hûn rastî vê rewşa ecêb werin ku tê de "dîsk bi eşkere cîh heye lê hûn nekarin pelan binivîsin", lez nekin ku dîskek hişk lê zêde bikin.

Pêşî, `df -i` bikar bîne da ku li inodê binêrî; dibe ku rastî li ser wê karta endeksê ku te berê qet ferq nekiriye veşartî be.

Bi rastî ez bawer dikim ku ev perçeyên piçûk ên aqilê hevpar ên ku di bingeha pergalê de veşartî ne, ji jiberkirina sed lîsteyên çêtirkirinê bikêrtir in.