🥇A problémát nem ott keressük

Ez egy kis történet a valós gyakorlatból, amikor egy kis probléma, amely jól el van rejtve a hibatűrés mögött, fejfájást okoz.

Egy rövid áttekintés:

Egy kis fiók, saját APT-jével (Asterisk + FreePBX) asztali hardveren, és egy hasonló helyi terminál szerver 1C-vel, fájlgyűjtővel és virtuális RO tartományvezérlővel. Az internetet Mikrotik osztja. A fiók kicsi, ennyire elegendő nekik.
Minden egy megfigyeléssel kezdődött (az időhiány és lustaság miatt nem monitorozok mindent), amely arról számolt be, hogy az egyik a szerver (APT) a fiókban túlmelegedett. Míg a helyiek megoldották a problémát, az öreg elszállt és kissé megsérült a MySQL adatbázis.

Sok minden jelezte a bajt, de nem ezt…

Nem baj, megjavították az adatbázist, minden működni fog. De a helyiek panaszkodnak, a hívások megszakadnak. Rendben van - a FreePBX-ben néha vannak problémák, veszek egy biztonsági másolatot, visszaállítom, minden rendben.
De a baj a helyén maradt, a helyiek továbbra is panaszkodnak, a hívások nem működnek normálisan. Úgy tűnik, hogy a bejövő hívás rendben megy, de amikor ők hívnak maguk között, akkor több másodperces késlekedés keletkezik. Elkezdtem nézni a terjedelmes és homályos Asterisk és FreePBX naplókat, de problémát nem tudtam észlelni. Emlékszem, volt egy probléma a STUN-nal és az ICE-vel, ami hasonló késlekedést okozott. Mindent kikapcsolok, a végeredmény nulla.

A kétségbeesés - a rossz döntések elfogadásának útja:

Kétségbeesem, a sok órás APT-tuning nem vezet semmire, már mély éjszaka van, a probléma még mindig nem megoldott.
A problémát reggelre hagytam, abban a reményben, hogy friss fejjel újra rátérek. Reggel egy újabb sikertelen döntést hoztam: mivel a rendszer elromlott (bár a hiba nem lehetett olyan pusztító), megpróbálom a rendszert az összes csomag újratelepítésével megjavítani. Az eredmény kicsit jobb, csökkent a késlekedés (nem sokat, de már az is siker).
Még egy rossz döntést hozok: ha a rendszerek (és az adatbázis biztonsági másolatból való helyreállításának) részleges javításai kicsi sikert hoztak, és a probléma gyökere még mindig nem világos, és már rengeteg időt töltöttünk az ok keresésével, akkor radikálisan kell cselekednem: eltávolítom az operációs rendszert és mindent tiszta lapon telepítek (szerencsére a folyamat automatizálása ezt elfogadható időn belül végzi). Visszaállítom a FreePBX konfigurációt a másolatból. Újabb kudarc. Az eredmény nulla!

A kétségbeesés - az ész elsötétül, a döntések még rosszabbá válnak.

Kétségbeesésbe esem. Teljesen borongós gondolatok jönnek, gondolom: lehet, hogy a backup konfigurációja hibás (volt már, hogy néhány frissítés után nem működött, és nem tudtam megtalálni az okát), nincs más lehetőség: mindent tiszta lappal, kézzel újra kell rakni. Micsoda szégyen! Az eredmény szigorúan nulla, ráadásul rengeteg időt is elvesztegettem!

Az elfogadás az öntudatra vezető út

Kétségbeesett próbálkozások között, hogy megértsem, mi történik, elkezdem alaposan tanulmányozni a naplókat. Észreveszem egy mintázatot. Az Extension hívása pontosan 5 másodperc múlva történik, míg a három hívásból álló csoport esetén 15 másodperc! Elkezdtem kutatni a hívási késleltetést, már konkrét késleltetéssel utalva. És rátalálok egy már általam felfedezett válaszra: az emberek azt mondják, hogy a DNS-el van a probléma, de én pontosan tudom, hogy nincs probléma, minden cím feloldódik!

A nyilvánvaló az nem valószínű

Nincs mit tenni, kezembe veszem az nslookup-ot és bingo (vajon miért nem csináltam ezt azonnal)! Az elsődleges DNS elérhetetlen (a virtuális gép, ami a vezérlő), és én észre sem vettem! Ha lett volna egy DNS, azonnal hiba történt volna 😉

Result

Egy alapvető probléma, amit a monitorozás (amit mindegyik csomópontnál be kell állítani) észlelhetett volna, a DNS megbízhatóságának álcázása miatt csaknem két munkaórányi időt vett el egy buta helyzet megoldására. A lustaság mindig fejfájást okoz, a monitorozás beállításához egy perc kell — a problémát ott keresni, ahol az nincs — két nap.

Csak a regisztrált felhasználók vehetnek részt a szavazáson. Kérem, jelentkezzen be., kérem.