Nola egiaztatu dezaket inodoen erabilera HestiaCP-n? Zerk eragiten du fitxategiak idazteko ezintasuna diskoan leku asko dagoenean ere?

Duela egun batzuk, lagun batek mezu bat bidali zidan gauean berandu, bere zerbitzaria kraskatu egin zela esanez.

Sintoma zehatzak bereziki bitxiak ziren: webguneak bat-batean erroreak ematen hasi zen, erregistroak ezin ziren idatzi, eta fitxategi berriak sortzean berehala abisatzen zen diskoa beteta zegoela.

Baina `df -h` komandoarekin egiaztatu zuenean, harrituta geratu zen diskoak hamarnaka gigabyte espazio libre zituela ikustean. Nola egon zitekeen beteta?

Une horretan bertan esan nion: "Anaia, ez zaude biltegiratze espazioz beteta bakarrik, zure Inodea gainkargatuta dago".

Galdera ikur batekin erantzun zuen: Zer da zehazki Inode bat?

Izan ere, jende askok berak bezala erreakzionatzen du tranpa honetan erori zirenean, inork ez baitzien eskolan gauza hauek irakatsi.

Argitu dezagun lehenik zer den Inode bat.

Pentsa ezazu liburutegiko fitxa bat bezala, eta erraza izango da ulertzeko.

Disko espazioa apalategi baten antzekoa da; zenbat liburu jar ditzakezun bertan bere edukieraren araberakoa da, eta hori edonork ulertzeko erraza da.

Inodo bat liburu bakoitzaren indize-txartel bat bezalakoa da, non bere izena, kokapena eta nork mugitu duen erregistratzen den.

Linuxen , fitxategi eta direktorio guztiek inode bat bete behar dute, fitxategia zenbaterainokoa izan arren.

Fitxategi hutsa bada ere, sistemak indize-txartel bat kontsumituko du horretarako.

Sistemak sor ditzakeen fitxategi kopuru osoari muga bat dio; muga hori innodo kopuru osoa da.

Inodoa agortu ondoren, zure diskoak ehunka gigabyte espazio libre baditu ere, sistema eragileak ez du fitxategi berririk sortzeari utziko.

Ezin dira erregistroak idatzi, ezin da cachea sortu eta webgunea erabat kraskatzen da; horixe da ikusten ari zaren eszena bitxia.

Egia esan, egoera oso korapilatsua da, errore-mezua begira ez zauden kokapen batetik bidaltzen baita.

Lehenengo trikimailua `df -i` erabiltzea da ikuspegi azkar bat lortzeko.

HestiaCP ingurunean , terminalera SSH bidez konektatu eta lerro hau idatzi besterik ez duzu egin behar.

df -i

Innodo kopuru osoa, erabilitako kopurua eta muntatutako partizio bakoitzerako geratzen den kopurua zerrendatuko ditu.

Irteeran, IUse% izeneko zutabe bat dago, eta hori da kontuan hartu beharreko metrika nagusia.

Partizio baten IUse%-ak %100era iristen bada, partizio horrek diskoan leku asko badu ere, ezingo du fitxategi edo erregistro berririk sortu.

Lagunari hau lehenengo exekutatzeko iradoki nion, arazoa Inodearekin ote zegoen segundo batean zehaztu ahal izateko , asmatzea baino askoz azkarragoa izango baitzen.

Bigarren metodoa `find` erabiltzea da erabiltzaile espezifiko bat zehatz-mehatz zenbatzeko.

Arazoa nodoan dagoela baieztatu ondoren, hurrengo urratsa indize-txartela gehiegi kontsumitzen ari den jakitea da.

HestiaCP-k erabiltzaile bakoitzarentzat etxeko direktorio bereizi bat du. Webgune baten direktorio zehatz baten azpian dauden fitxategi eta direktorio kopuru osoa zenbatu besterik ez duzu egin behar.

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

Ordeztu "erabiltzaile-izena" eta "zure domeinu-izena" zure benetako bidearekin. Terminalak itzultzen duen zenbaki hutsa direktorio horretako fitxategi eta karpeta guztien batura da.

Fitxategi edo direktorio bakoitzari inodo bati dagokio, beraz, zenbaki honek inodoaren erabilera adierazten du.

Alferregia bazara bakoitza banan-banan egiaztatzeko eta erabiltzaile guztien erabilera-banaketa gune osoan aldi berean ikusi nahi baduzu, begizta-komando bat ere badago.

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

Lerro honek /home azpian dauden erabiltzaile-direktorio bakoitzeko fitxategi kopuru osoa inprimatuko du, zein erabiltzaile-direktoriok duen fitxategi kopuru anormalki altua erraz antzeman ahal izateko.

Hirugarren estrategia iodo gehien kontsumitzen duten azpidirektorioak identifikatzea da.

Batzuetan badakizu webgune batek Inode balio izugarri altuak dituela, baina hala ere ezin duzu asmatu zer dagoen gaizki fitxategiz betetako pantailarekin.

Kasu horietan, maila bat beherago joan behar duzu fitxategi txiki kopuru handia duten azpikarpetak aurkitzeko, hala nola cache direktorioak, saio direktorioak eta erregistro direktorioak; horiek dira arazo gehien sortzen duten eremuak.

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

Komando honek fitxategi gehien kontsumitzen dituzten 10 azpikarpeta nagusiak zerrendatuko ditu.

Zerrendaren goialdean dagoen bidea fitxategi txiki kopuru handia elkarrekin multzokatuta dagoen tokia da.

Lagunari esan nion ziurrenik fitxategi txikiak isilpean sortzen ari zen caching plugin bat zela, eta lerro hau exekutatzeak funtsean baieztatuko zuela.

Laugarren aholkua repquota erabiliz kuota muga egiaztatzea da.

Zure zerbitzariak Linux fitxategi-sistemaren kuotak gaituta baditu, arazoa beste ikuspuntu batetik azter dezakezu.

repquota -a

Komando honek erabiltzaile guztien fitxategien muga eta benetako fitxategien erabilera erakutsiko ditu.

Jarri arreta irteerako Fitxategi Mugak atalean; erabilitako zutabeak zenbat fitxategi erabili diren adierazten du.

"Leuna" eta "gogorra" zutabeek muga-atalase leun eta gogorrak adierazten dituzte. "Erabilduta" "gogor" mailara iristen denean, sistemak zuzenean uko egingo dio fitxategi berriak sortzeari.

Hau guztiz bestelako istorioa da zure diskoan zenbat leku geratzen zaizun kontuan hartuta.

Amaitzeko, lotu ditzagun ikerketaren puntuak.

Itzul gaitezen hasieran gauerdian zerbitzaria kraskatu zuen lagunarengana.

Deskribatu nizkion lau urratsak jarraitu zituen, `df -i` komandoarekin hasita inodoa beteta zegoela baieztatzeko.

Ondoren, find metodoa erabiliz, webgune zahar abandonatu baten cache direktorio batek fitxategi txikiak ero moduan sortzen ari zela aurkitu zen.

Azkenean, `repquota` egiaztatuz, baieztatu zen mugara iritsi zela.

Zabor-katxe pila hori garbitu ondoren, webgunea berehala itzuli zen bizira.

Beraz, hurrengoan "diskoak lekua badu baina ezin dituzun fitxategiak idatzi" egoera arraro honekin topo egiten duzunean, ez izan presarik disko gogor bat gehitzeko.

Lehenik eta behin, erabili `df -i` inodoa aztertzeko; egia lehenago inoiz ikusi ez duzun txartel horretan ezkutatuta egon daiteke.

Benetan uste dut sistemaren muinean ezkutatuta dauden zentzumen komun zati txiki hauek ehun optimizazio zerrenda buruz ikastea baino erabilgarriagoak direla.