🥇Otsime probleemi valest kohast

See on väike tõestisündinud lugu, kuidas väike probleem, hästi peidetud töökindluse taha, muutub peavaluks.

Väike teave:

Külastuspunkt, kus on oma PBX (Asterisk + FreePBX) lauaraudvara baasil ning kohaliku serveriga 1C, failide prügihunnik ja virtuaalne RO domeeni kontroller. Interneti jagab Mikrotik. Külastuspunkt on väike, selle jaoks piisab.
Kõik algas jälgimisest (ajapuuduse ja laiskuse tõttu ei jälgita kõike), mis teatas, et üks serverile (PBX) kontoris on ülekuumenemisprobleem. Kui kohalikud lahendasid probleemi, hangus vanake ja rikkus natuke MySQL andmebaasi.

Palju viitas katastroofile, kuid mitte sellele...

Pole hullu, andmebaas saadud korda, kõik peaks töötama. Kuid kohalikud kurdavad, et kõned katkevad. Olgu — FreePBX-is võivad probleemid tekkida, võtan varukoopia, käivitame, kõik ok.
Kohal on probleem, kohalikud kurdavad endiselt, et kõned ei kulge normaalselt. Neile kõne jõuab tunduda normaalselt, kuid kui nad ise helistavad või üksteisele, tekib mitme sekundi pikkune viivitus. Alustan Asterisk ja FreePBX mahukate ja arusaamatute logide uurimist, kuid seal probleemi leida ei õnnestu. Meenub, et oli probleem STUN-i ja ICE-ga, mis põhjustas sarnase viivituse. Lülitan kõik välja, tulemuseks on null.

Üksildus on tee halbade otsuste tegemiseni:

Langen masendusse, tunde kestnud PBXi torkimine ei too head tulemust, kell on juba hilja ja probleem ei lahene.
Jätan probleemi hommikuni, lootes värskele pähead. Hommikul tehakse taas ebaõnnestunud otsus: kui süsteem on katki (kuigi probleem ei saanud nii hävitav olla), üritan süsteemi korda teha, reinstalleerides kõik paketid. Tulemuseks on veidi rohkem kui null, viivitus on vähenenud (mitte oluliselt, aga see on juba eduks).
Võtan kasutusele veel ühe halva lahenduse: kui operatsioonisüsteemi (ja andmebaasi varukoopiast) osaline remont on olnud vähesel määral edukas, kuid probleemi juur ei ole endiselt selge, ning samal ajal on juba kulutatud väga palju aega põhjuse leidmiseks, siis otsustan tegutseda radikaalselt: kustutame operatsioonisüsteemi ja installime kõik puhtalt (hea, et protsessi automatiseerimine teeb seda mõistliku ajaga). Installeerin FreePBX konfiguratsiooni varukoopiast. Jälle ebaõnnestumine. Tulemus on null!

Meeleheide – mõistus pimeduses, lahendused muutuvad veel halvemaks

Langen meeleheitesse. Tulevad täiesti rumalad mõtted, mõtlen: võib-olla on varukoopias konfiguratsioon vale (mul on pärast mitmeid uuendusi juhtunud nii, et need ei töötanud ja ma ei suutnud põhjust leida), ei jää muud üle: tuleb kõik puhtalt käsitsi installeerida. Milline piin! Tulemus on täiesti null, ja aega on kulutatud tohutult!

Võtmine – tee mõistmisele

Hädiste mõistmiseks hakkan hoolikalt logisid uurima. Märkan mustrit. Extension'i üleskutse toimub täpselt 5 sekundi pärast, aga kolme Extension'i grupiga toimub see 15 sekundi pärast! Alan guugeldama kõne viivituse kohta, tuues välja konkreetse viivituse. Ja leian juba varem leitud vastuse, inimesed ütlevad, et probleem on DNS-is, kuid ma tean kindlalt, et probleemi ei ole, kõik aadressid lahti muudetakse!

Ilmselge — mitte tõenäoline

Mida teha, võtan käed nslookup'i ja bingo (oleks pidanud seda kohe tegema)! Peamine DNS on maas (virtuaalmasin kontrolleriga), aga ei ole märganud! Kui oleks ainult üks DNS, siis oleks kohe olnud viga 😉

Kokkuvõte

Elementaarne probleem, mida oleks saanud jälgimisega näha (mida peaks seadistama kõigi sõlmede jaoks), maskitud DNS-i talitluskindlusega, viis peaaegu kahe tööpäeva kaotamiseni rumala olukorra lahendamiseks. Laiskus on peavalu, jälgimise seadistamine võtab minuti — otsimine probleemist seal, kus seda ei ole — kaks päeva.

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