Kontaktoni mbështetjen

Përgjigjemi me email. Zakonisht brenda dy ditësh.

Për mbrojtje nga abuzimi, Google reCAPTCHA kontrollon këtë dërgesë. Gjatë kësaj, të dhënat i transmetohen kompanisë Google. Skripti ngarkohet vetëm kur hapet ky formular.

← Të gjitha postimet

Një skedar 870 MB në tmpfs dhe rinisja që pasoi

Për përmbajtjen dhe kontrollin e saj

Në këtë artikull

Më 28 gusht në 19:35 shpaketova një ditë të regjistrit të qasjeve në /tmp që të lexoheshin dy ditë në një kalim. Në 19:44 makina u rinis.

çfarë ka makina dhe çfarë zuri një skedar 3 794 MB memorie, prej të cilave /tmp mund të mbajë 1 900 870 MB të shkruara aty në 19:35 19:35 — një ditë regjistri u shpaketua në /tmp për të lexuar dy ditë njëherësh 19:44 — SSH nuk përgjigjet, uebsajti merr 11 s në vend të 0,1 s 19:47 — makina u kthye, koha nga nisja 0 minuta MariaDB nis me rikuperim pas dështimit, pra nuk pati fikje të rregullt ditari nuk i mbijeton rinisjes, prandaj kjo nuk provohet — vetëm datohet

Vetia që nuk u kontrollua

Në këtë makinë /tmp është një tmpfs. Është memorie. df tregon 1,9 GB të lira dhe nuk thotë asgjë nga vjen hapësira; makina ka gjithsej 3 794 MB.

Pra një skedar 870 MB zuri një të katërtën e memories së serverit të vogël që njëkohësisht shërbente uebsajtin dhe ekzekutonte një test të dikujt tjetër. Nëntë minuta më pas SSH nuk pranonte lidhje, uebsajti përgjigjej në 11 sekonda, jo 0,1, dhe pak më vonë u kthye me kohë pune zero minuta.

Çfarë mund dhe çfarë nuk mund të thuhet

MariaDB nisi me rikuperim pas dështimit, pra fikja nuk ishte e rregullt. Përtej kësaj, përgjigjja e ndershme është se nuk provohet: ditari i makinës është i përkohshëm, nuk i mbijeton rinisjes dhe nuk ka kern.log që të përmbajë rresht për mungesë memorieje. Provat janë një kohë e regjistruar nëntë minuta përpara ngjarjes dhe një skedar në vend të gabuar.

Ia vlen të shkruhet siç është, jo si përfundim. «U mbush memoria dhe kerneli u dorëzua» është histori e besueshme. Nuk është e matur dhe dallimi këtu vlen më shumë se siguria e pretenduar.

Çfarë dëmi pati

Asnjë që mund të gjendej. CHECK TABLE mbi pesë tabelat më të rëndësishme u kthye OK, numrat e rreshtave nuk ndryshuan, numërimi regjistronte ende po atë ditë dhe të gjashtëmbëdhjetë detyrat e planifikuara ishin të paprekura. Uebsajti përgjigjej sërish në 0,14 sekonda.

Një gjë humbi: një detyrë afatgjatë nga një sesion tjetër në të njëjtën makinë. Nuk lidhej me këtë punë dhe u ndërpre me gjithçka tjetër, pjesa e ndërprerjes që nuk e raporton asnjë kontroll lokal.

Rregulli që doli prej saj

Regjistrat këtu janë 700 deri në 900 MB në ditë. Shpaketimi i njërit në /tmp do të thotë të vendosësh një të katërtën e memories së makinës diku që duket si disk dhe sillet si RAM.

Skedarët e mëdhenj të ndërmjetëm vendosen në /var/tmp ose në dosjen e përdoruesit, të dyja në disk. Më mirë akoma, nuk shpaketohen fare: zcat -f file.gz | awk ... lexon rrjedhshëm dhe nuk kërkon destinacion. Çdo matje në postimet pasuese u bë kështu.

Çfarë zbatohet në përgjithësi

Sistemi i skedarëve raporton sa vend ka. Nuk raporton nga përbëhet hapësira dhe dy pyetjet kanë përgjigje të ndryshme pikërisht në sistemet ku kjo ka më shumë rëndësi.

Kontrolli është një rresht dhe u kapërcye sepse skedari ishte «i përkohshëm». I përkohshëm ishte vërtet. Por ishte vetia e gabuar për t'u menduar.

Reklamë