🥇Otsime probleemi valest kohast

See on lugu tõelisest praktikast, kus väike probleem, hästi maskeeritud talitlushäire tõttu, muutub peavaluks.

Väike olukorra kirjeldus:

Küla väikese kontoriga, kus on oma PBX (Asterisk + FreePBX) lauaarvuti riistvaral ja samasugune kohalik terminaliserver koos 1C, failihalduse ja virtuaalse RO domeinikontrolöriga. Interneti jagab Mikrotik. Kontor on väike, seda on piisavalt.
Kõik algas monitooringust (aja puudumise ja laiskuse tõttu ei jälgita kõike), mis teatas ühe serverilt (PBX) kontoris ülekuumenemisest. Samal ajal, kui kohalikud püüdsid probleemi lahendada, hungus vanake ja rikkus veidi MySQL andmebaasi.

Palju ennustas häda, kuid mitte seda ...

Pole hullu, andmebaas saadi korda, kõik peaks toimima. Kuid kohalikud kaebavad, kõned katkevad. Olgu - FreePBX-is esineb vahel probleeme, võtame varukoopia, taastame, kõik on korras.
Kuid probleem püsib, kohalikud kaebavad jätkuvalt, kõned ei toimi normaalselt. Neile helistades tundub, et kõne läheb normi, kuid kui nad ise helistavad või üksteisele helistavad, on viivitus mitu sekundit. Alustan Asterisk ja FreePBX mahtude ja arusaamatute logide uurimist, probleem ei paista silma. Mäletan, et STUN ja ICE probleem põhjustas sarnast viivitust. Lülitan kõik välja, tulemus null.

Mure on tee halbadeni otsusteni:

Langen masendusse, tundide jooksul PBX-i tuhnimine ei vii hea tulemuseni, kell on juba hilja ja probleem on endiselt lahendamata.
Jätan probleemi hommikusse, lootuses värskele mõtlemisele. Hommikul tehakse järjekordne ebaõnnestunud otsus: kuna süsteem on purunenud (kuigi hungus ei saanud enne nii hävitav olla), püüan süsteemi parandada, installides kõik paketid uuesti. Tulemus on veidi parem nullist, viivitus vähenes (mitte oluliselt, aga siiski edu).
Võtan vastu veel ühe halva otsuse: kui OS osaline remont (ja andmebaasi taastamine varukoopiast) andis väikese edu, kuid probleemi juur on endiselt ebaselge, ja olles juba kulutanud palju aega põhjuse leidmiseks, otsustan tegutseda radikaalselt: eemaldame operatsioonisüsteemi ja installime kõik puhtalt (õnneks automatiseerimise tõttu on see ajaliselt vastuvõetav). Installin FreePBX-i konfiguratsiooni varukoopiast. Jällegi ebaõnnestumine. Tulemus on null!

Meeleheide - mõistus on hägune, lahendused muutuvad veelgi halvemaks.

Jään meeleheitesse. Tulevad peale täiesti kahtlased mõtted, mõtlen: äkki on varukoopia halvas seisukorras (mul on nii juhtunud pärast mitmeid uuendusi, mil see enam ei töötanud, ja ma ei suutnud põhjust leida), ei jää midagi muud üle: tuleb kõik nullist käsitsi üles laadida. Milline häbi! Tulemuseks on rangelt null, lisaks on aega raisatud palju!

Aktsepteerimine - tee arusaamiseni

Desperaatsetes katsetes mõista toimuvat, hakkan hoolikalt logisid uurima. Märkan mustrit. Extension'i kutsumine toimub täpselt 5 sekundi pärast ja kolme Extension'i rühma kutsumine 15 sekundi pärast! Hakkan googeldama kutsumise viivitust, kuid juba kirjeldan konkreetset viivitust. Ja sattun varem leitud vastusele, inimesed räägivad, et probleem on DNS-is, aga mina tean ju täpselt, et probleeme ei ole, kõik aadressid lahendatakse!

Ilmselge - mitte tõenäoline

Pole midagi teha, võtan käes nslookup'i ja bingo (oleks pidanud kohe selle ära tegema)! Peamine DNS on maas (virtuaalmasin kontrolleriga), aga ma ei märganudki! Kui oleks olnud üks DNS, oleks viga kohe ilmunud 😉

Kokkuvõte

Elemantaalne probleem, mida oleks võinud jälgimine näidata (mida peaks seadistama kõigile sõlmedele), maski all DNS-i taluvusest, viis peaaegu kahe tööpäeva kaotamiseni lollide olukordade lahendamisel. Laiskus on tõsine peavalu, jälgimise seadistamine võtab minuti - otsida probleemi seal, kus seda ei ole - kaks päeva.

Ainult registreeritud kasutajad saavad küsitluses osaleda. Logige sisse, palun.