Quomodo usum inodi in HestiaCP inspicio? Quid efficit ut fasciculos scribere non possim, etiam cum satis spatii in disco sit?

Ante paucos dies, amicus mihi sera nocte nuntium misit dicens servitorem suum collapsum esse.

Symptomata specifica erant praecipue mirabilia: situs interretialis subito errores ostendere coepit, acta scribi non poterant, et nova documenta creata statim indicabat discum plenum esse.

Sed cum per `df -h` inspexit, obstupuit cum invenit discum manifeste decem gigabytas spatii liberi habere. Quomodo plenus esse posset?

Statim ei dixi, "Frater, non solum spatio repositionis plenus es, sed etiam Inode tuum oneratur."

Cum signo interrogationis respondit: Quidnam accurate est Inode?

Re vera, multi homines eodem prorsus modo quo ille agunt cum primum in hanc laqueum inciderunt, quia nemo in schola umquam eos haec docuit.

Primum quid sit Inode explicemus.

Cogita de eo quasi scheda indicis bibliothecae, et facile erit intellectu.

Spatium disci simile est pluteo librorum; quot libros in eo ponere potes a capacitate eius pendet, quod omnibus facile est intelligere.

Inode est quasi charta indicis pro quolibet libro, nomen eius, locum, et quis eum movit inscribens.

In Linux , omnis fasciculus et omnis directorium inode occupare debet, quamvis parvus fasciculus sit.

Etiam si fasciculus vacuus est, systema tamen chartam indicis pro eo consumet.

Systema limitem habet numero totali fasciculorum quae creare potest; hic limes est numerus totalis nodorum interretialium (vel "innodorum").

Postquam inode consumptum est, etiamsi discus tuus adhuc centena gigabytorum spatii liberi habet, systema operandi recusabit ullos novos fasciculos creare.

Acta scribi non possunt, memoria celata creari non potest, et situs interretialis omnino corruit — haec est scena mira quam vides.

Vere, haec res difficillima est, quia nuntius erroris ex loco quem non spectas mittitur.

Primum artificium est `df -i` uti ad conspectum celerem obtinendum.

In ambitu HestiaCP , simpliciter per SSH in terminalem ingredi et hanc lineam scribere potes.

df -i

Numerum totum nodorum interretialium, numerum usurpatum, et numerum reliquum pro singulis partitionibus impositis enumerabit.

In exitu, columna nomine IUse% est, quae est metrica clavis quam observare debes.

Si IUse% partitionis ad 100% pervenit, etiamsi partitio illa adhuc satis spatii in disco habet, non amplius poterit ulla nova documenta aut acta creare.

Amico meo suasi ut hoc primum exsequeretur, ut statim accurate determinare posset utrum problema in Inode esset , quod multo celerius esset quam coniectura.

Altera methodus est `find` uti ad accurate numerandum usorem specificum.

Postquam confirmatum est problema in nodo interno esse, proximus gradus est invenire quis chartam indicis nimis consumat.

HestiaCP directorium domesticum separatum pro singulis usoribus habet. Numerum fasciculorum et directoriorum sub directorio situs interretialis specifico simpliciter numerare potes.

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

"nomen usoris" et "nomen dominii tui" semita tua vera substitue. Numerus purus a terminali redditus est summa omnium fasciculorum et fasciculorum in illo directorio.

Quisque fasciculus vel directorium uni inodo respondet, ergo hic numerus usum inodi repraesentat.

Si nimis piger es ut singula inspicias et distributionem usus omnium usorum per totum situm simul videre vis, etiam mandatum singulare "loop" adest.

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

Haec linea numerum totum fasciculorum in quoque directorio usoris sub `/home` imprimet, facile discernendum quod directorium usoris numerum fasciculorum insolitum magnum habeat.

Tertia strategia est subdirectoria quae plurimum iodi consumunt identificare.

Interdum scis situm interretialem valores Inode ridiculose altos habere, sed tamen non potes intellegere quid erratum sit cum schermo pleno fasciculorum.

In talibus casibus, unum gradum deorsum percurrere debes ut subdirectoria invenias quae magnum numerum parvorum fasciculorum continent, ut directoria celata, directoria sessionum, et directoria diariorum — hae sunt areae maxime problematicae.

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

Hoc mandatum decem subdirectoria principalia quae plurima fascicula consumunt enumerabit.

Semita in ipso summo indicis est ubi magna copia parvorum fasciculorum simul congregatur.

Amico meo dixi id probabiliter esse quoddam instrumentum repositionis in cela clam parvas fasciculas generans, et hanc lineam currendo id fere confirmare posse.

Quartum consilium est limitem quotae utens repquota inspicere.

Si servo tuo quotas systematis fasciculorum Linux activas habet, problema ex alia prospectu considerare potes.

repquota -a

Hoc mandatum limitem fasciculorum et usum actualem fasciculorum ab omnibus usoribus extrahet.

Sectioni "File Limits" in exitu diligenter attende; columna "used" indicat quot fasciculi adhibiti sint.

Columnae "mollis" et "durus" limites molles et duros repraesentant. Cum "usatus" ad "durum" pervenerit, systema directe recusabit novos fasciculos creare.

Haec fabula omnino alia est a quanto spatio in disco tuo relicto.

Ut rem concludamus, investigationis puncta coniungamus.

Redeamus ad amicum qui servitorem media nocte initio corrumpuit.

Quattuor gradus quos descripsi secutus est, incipiens a `df -i` ad confirmandum inodum revera plenum esse.

Deinde, "find" utentes, reperimus directorium celatum (cache) veteris situs interretialis derelicti qui parvos fasciculos insaniter generabat.

Tandem, `repquota` inspiciendo confirmatum est limitem fixum attigisse.

Postquam acervum illum inutilium celati purgatum est, situs interretialis statim ad vitam rediit.

Itaque cum iterum huic insolitae situationi occurreris ubi "discus manifeste spatium habet sed fasciculos scribere non potes," ne festines discum durum addere.

Primum, `df -i` utere ad inodum inspiciendum; veritas fortasse in illa scheda indicis quam numquam antea animadvertisti latet.

Vere credo has parvas prudentiae particulas in intimo systematis latentes utiliores esse quam centum tabulas optimizationis memoriae mandare.