{"id":32682,"date":"2019-10-31T21:48:22","date_gmt":"2019-10-31T18:48:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ishhem-problemu-ne-v-tom-meste\/"},"modified":"2019-10-31T21:48:22","modified_gmt":"2019-10-31T18:48:22","slug":"ishhem-problemu-ne-v-tom-meste","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/ishhem-problemu-ne-v-tom-meste","title":{"rendered":"C\u0103ut\u0103m problema \u00een alt\u0103 parte","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Aceasta este o mic\u0103 poveste din experien\u021ba real\u0103, \u00een care o problem\u0103 minor\u0103, bine mascat\u0103 sub un sistem de redundan\u021b\u0103, devine o durere de cap.
\n<\/a><\/noindex><\/p>\n

O mic\u0103 prezentare:<\/h2>\n

\nO mic\u0103 filial\u0103, care are propria sa central\u0103 telefonic\u0103 (Asterisk + FreePBX) pe baza unui hardware desktop \u0219i un server local cu 1C, un sistem de fi\u0219iere \u0219i un controller de domeniu RO virtual. Internetul este distribuit de Mikrotik. Filiala este mic\u0103 \u0219i le este suficient.
\nTotul a \u00eenceput cu monitorizarea (din cauza lipsei de timp \u0219i a leneviei nu se monitorizeaz\u0103 tot), care a raportat supraincalzirea unuia server<\/a> (cu centrala telefonic\u0103) din filial\u0103. \u00cen timp ce localnicii solu\u021bionau problema, b\u0103tr\u00e2nul s-a blocat \u0219i a stricat pu\u021bin baza de date MySQL.<\/p>\n

Multe lucruri prevestind nenorocirea, dar nu aceasta\u2026<\/h3>\n

\nNu e o problem\u0103, baza de date a fost reparat\u0103, totul ar trebui s\u0103 func\u021bioneze. Dar localnicii se pl\u00e2ng, apelurile se \u00eentrerup. \u00cen regul\u0103 \u2014 problemele cu FreePBX se mai \u00eent\u00e2mpl\u0103, iau un backup, \u00eel restabilesc, totul e ok.
\n\u00cens\u0103 problema persist\u0103, localnicii se pl\u00e2ng din nou, apelurile nu se conecteaz\u0103 corect. P\u00e2n\u0103 la ei apelul pare normal, dar atunci c\u00e2nd ei sun\u0103 sau sun\u0103 unii pe al\u021bii, apare o \u00eent\u00e2rziere de c\u00e2teva secunde. \u00cencep s\u0103 analizez logurile voluminoase \u0219i confuze ale Asterisk \u0219i FreePBX, dar nu reu\u0219esc s\u0103 g\u0103sesc problema. \u00cemi amintesc c\u0103 a fost o problem\u0103 cu STUN \u0219i ICE care provoca o \u00eent\u00e2rziere similar\u0103. Dezactivez totul, dar rezultatul este nul.<\/p>\n

Dezvinov\u0103\u021birea \u2014 un drum spre luarea deciziilor proaste:<\/h3>\n

\nCad \u00een dezn\u0103dejde, ore \u00eentregi de descoperire a centralelor telefonice nu duc la nimic bun, deja e ad\u00e2nc \u00een noapte, iar problema nu se rezolv\u0103.
\nAm l\u0103sat problema p\u00e2n\u0103 diminea\u021b\u0103, sper\u00e2nd c\u0103 voi avea o g\u00e2ndire proasp\u0103t\u0103. Diminea\u021ba, am luat o nou\u0103 decizie e\u0219uat\u0103: dac\u0103 sistemul s-a stricat (de\u0219i blocarea nu putea fi chiar at\u00e2t de devastatoare), \u00eencerc s\u0103 repar sistemul reinstal\u00e2nd toate pachetele. Rezultatul este pu\u021bin mai bun dec\u00e2t zero, \u00eent\u00e2rzierea s-a mic\u0219orat (nu semnificativ, dar deja este un succes).
\nAccept o alt\u0103 decizie proast\u0103: dac\u0103 repara\u021bia par\u021bial\u0103 a sistemului de operare (\u0219i a bazei de date din backup) a avut un mic succes, iar cauza problemei r\u0103m\u00e2ne neclar\u0103, \u0219i \u00een plus a fost deja cheltuit mult timp c\u0103ut\u00e2nd cauza, decid s\u0103 ac\u021bionez radical: \u0219tergem sistemul de operare \u0219i facem o instalare curat\u0103 (din fericire, automatizarea procesului face ca acest lucru s\u0103 fie realizat \u00eentr-un timp acceptabil). Instalez configura\u021bia FreePBX dintr-o copie. O nou\u0103 e\u0219ec. Rezultatul este nul!<\/p>\n

Dezn\u0103dejdea - mintea se \u00eentunec\u0103, iar deciziile devin \u0219i mai proaste<\/h3>\n

\nCade \u00een dezn\u0103dejde. \u00cencep s\u0103 vin\u0103 g\u00e2nduri foarte rele, m\u0103 g\u00e2ndesc: poate confa din backup este str\u00e2mb\u0103 (am avut a\u0219a dup\u0103 c\u00e2teva actualiz\u0103ri, c\u0103 dup\u0103 ele nu mergea \u0219i nu am reu\u0219it s\u0103 g\u0103sesc cauza), nu mai r\u0103m\u00e2ne nimic: trebuie s\u0103 reinstalez totul manual de la zero. Ce ru\u0219ine! Rezultatul este strict nul, iar timpul pierdut este enorm!<\/p>\n

Acceptarea - drumul c\u0103tre con\u0219tientizare<\/h3>\n

\n\u00cen \u00eencerc\u0103ri disperate de a \u00een\u021belege ce se \u00eent\u00e2mpl\u0103, \u00eencep s\u0103 studiez atent jurnalele. Observ o regularitate. Apelul extensiei se face exact dup\u0103 5 secunde, iar pentru grupul de apeluri din 3 extensii dup\u0103 15! \u00cencep s\u0103 caut pe Google despre \u00eent\u00e2rzierea apelului, dar deja specific\u00e2nd \u00eent\u00e2rzierea exact\u0103. \u0218i m\u0103 ciocnesc de un r\u0103spuns pe care l-am g\u0103sit deja, oamenii spun c\u0103 problema este \u00een DNS, dar eu \u0219tiu sigur c\u0103 nu este nicio problem\u0103, toate adresele sunt rezolvate!<\/p>\n

Evidentul - nu improbabilul<\/h3>\n

\nNu am ce face, iau \u00een m\u00e2n\u0103 nslookup \u0219i bingo (ar fi trebuit s\u0103 fac asta imediat)! DNS-ul primar este c\u0103zut (virtual\u0103 cu controlerul), iar eu nici nu am observat! Dac\u0103 ar fi fost un singur DNS, ar fi ap\u0103rut imediat o eroare \ud83d\ude09<\/p>\n

Rezultatul<\/h3>\n

\nO problem\u0103 elementar\u0103, pe care monitorizarea ar fi putut s\u0103 o vad\u0103 (care ar trebui configurat\u0103 pentru toate nodurile), mascat\u0103 de redundan\u021ba DNS, a dus la pierderea a aproape dou\u0103 zile de lucru rezolv\u00e2nd o situa\u021bie prosteasc\u0103. Lene\u0219ul face totul complicat; configurarea monitoriz\u0103rii dureaz\u0103 un minut - c\u0103ut\u00e2nd problema acolo unde nu este, dureaz\u0103 dou\u0103 zile.<\/p>\n

Numai utilizatorii \u00eenregistra\u021bi pot participa la sondaj. Conecta\u021bi-v\u0103<\/a><\/noindex>, v\u0103 rug\u0103m.<\/p>\n

S-a \u00eent\u00e2mplat \u0219i cu voi a\u0219a ceva?<\/h2>\n