🥇Mencari masalah tidak di tempatnya

To je kratek opis iz resničnega dela, kjer se manjša težava, dobro prikrita z odpornostjo na napake, spremeni v glavobol.

Kratka dispozicija:

Majhna podružnica, ki ima svojo PBX (asterisk + FreePBX) na namiznem hardveru in lokalni terminalski strežnik z 1C, datotečno skladišče in virtualnim kontrolerjem domene. Internet zagotavlja Mikrotik. Podružnica je majhna, za njih je to dovolj.
Vse se je začelo z nadzorom (zaradi pomanjkanja časa in lenobe ne nadziram vse), ki je poročal o pregrevanju enega strežnika (s PBX) v podružnici. Medtem ko so lokalni reševali težavo, se je starejši sistem zagozdil in malo poškodoval bazo MySQL.

Mnogo je napovedovalo težave, a ne te...

Ni problema, bazo so popravili, vse bi moralo delovati. A lokalni se pritožujejo, klici padajo. Nič, težave v FreePBX se zgodijo, vzamem varnostno kopijo, jo razporedim, vse je v redu.
A težave so ostale, lokalni se še vedno pritožujejo, klici ne tečejo normalno. Klic skozi njih zveni povsem normalno, a ko sami kličemo ali se med seboj kličemo, je zamik več sekund. Začnem pregledovati obsežne in nerazumljive dnevnike Asteriska in FreePBX-a, v katerih ne uspem videti težave. Spomnim se, da je bila težava s STUN in ICE, kar je povzročalo podoben zamik. Izključim vse do konca, rezultat nič.

Obup — pot do sprejemanja slabih odločitev:

Obupam, večurno raziskovanje PBX-a ne prinaša nobenih dobrih rezultatov, že je globoka noč, problem pa še vedno ni rešen.
Zapustil sem problem do jutra, v upanju na svež um. Zjutraj je bilo sprejeto še eno neuspešno odločitev: če je sistem že pokvarjen (čeprav se je zagozdilo, ne more biti tako destruktivno), poskušam popraviti sistem z novo namestitvijo vseh paketov. Rezultat je bil malo več kot nič, zamik se je zmanjšal (ne bistveno, a že uspeh).
Sprejemam še eno slabo odločitev: če je delno popravilo OS (in baze podatkov iz varnostne kopije) imelo majhen uspeh, a koren problema še vedno ni jasen in ob tem je bilo že porabljenega zelo veliko časa za iskanje vzroka, se odločim za radikalno dejanje: pobrišemo OS in namestimo vse s čistim listom (na srečo je avtomatizacija tega procesa izvedena v sprejemljivem času). Namestim konfiguracijo FreePBX iz kopije. Še en propad. Rezultat nič!

Obup — razum se zamegli, rešitve postanejo še slabše.

Pada saya dalam keputusasaan. Mulai muncul pikiran-pikiran aneh, berpikir: mungkin backupnya bermasalah (saya pernah mengalaminya setelah beberapa pembaruan, di mana setelahnya tidak berfungsi, dan saya tidak bisa menemukan penyebabnya), tidak ada pilihan lain: harus mulai dari awal dengan tangan. Betapa memalukan! Hasilnya benar-benar nol, dan waktu terbuang banyak!

Penerimaan — jalan menuju kesadaran

Dalam usaha putus asa untuk memahami yang terjadi, saya mulai mempelajari log dengan seksama. Saya melihat pola. Panggilan Extension terjadi tepat dalam 5 detik, sementara untuk grup panggilan dari 3 Extension dalam 15 detik! Saya mulai mencari informasi tentang keterlambatan panggilan, tetapi sudah menyebutkan keterlambatan spesifik. Dan saya menemukan jawaban yang sudah pernah saya temukan, orang-orang mengatakan bahwa masalahnya ada di DNS, tetapi saya tahu pasti, tidak ada masalah, semua alamat terurai!

Yang jelas — tidak mungkin

Tidak ada yang bisa dilakukan, saya mengambil nslookup dan bingo (seharusnya saya melakukannya segera)! DNS primer tidak berfungsi (virtual dengan pengendali), dan saya tidak menyadarinya! Seandainya hanya ada satu DNS, pasti sudah ada kesalahan 😉

Zaključek

Masalah dasar, yang seharusnya bisa terlihat dari pemantauan (yang seharusnya diatur untuk semua node), yang disamarkan oleh ketahanan DNS, menyebabkan kehilangan hampir dua hari kerja untuk menyelesaikan situasi konyol. Malas itu merepotkan, mengatur pemantauan memakan waktu satu menit — mencari masalah di tempat yang tidak ada — dua hari.

Samo registrovani korisnici mogu učestvovati u anketi. Prijavite se, molim vas.