{"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\/pl\/blog\/administrirovanie\/ishhem-problemu-ne-v-tom-meste","title":{"rendered":"Szukamy problemu nie w tym miejscu","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

To ma\u0142a historia z rzeczywistej praktyki, gdy ma\u0142y problem, dobrze ukryty przez niezawodno\u015b\u0107, staje si\u0119 prawdziwym b\u00f3lem g\u0142owy.
\n<\/a><\/noindex><\/p>\n

Ma\u0142a dyspozycja:<\/h2>\n

\nMa\u0142y oddzia\u0142, kt\u00f3ry ma swoj\u0105 central\u0119 telefoniczn\u0105 (Asterisk + FreePBX) na desktopowym sprz\u0119cie oraz lokalny terminal z 1C, serwerem plik\u00f3w i wirtualnym kontrolerem domeny. Internet rozdziela Mikrotik. Oddzia\u0142 jest ma\u0142y, to wystarcza.
\nWszystko zacz\u0119\u0142o si\u0119 od monitoringu (z powodu braku czasu i lenistwa nie monitoruje si\u0119 wszystkiego), kt\u00f3ry zg\u0142osi\u0142 przegrzanie jednego serwera<\/a> (z central\u0105 telefoniczn\u0105) w oddziale. Podczas gdy lokalni pr\u00f3bowali rozwi\u0105za\u0107 problem, staruszek zawiesi\u0142 si\u0119 i uszkodzi\u0142 troch\u0119 baz\u0119 MySQL.<\/p>\n

Wiele wskazywa\u0142o na k\u0142opoty, ale nie na to\u2026<\/h3>\n

\nNie ma sprawy, baza zosta\u0142a naprawiona, wszystko powinno dzia\u0142a\u0107. Ale miejscowi narzekaj\u0105, rozmowy si\u0119 zrywaj\u0105. No dobrze \u2014 problemy w FreePBX si\u0119 zdarzaj\u0105, bior\u0119 kopi\u0119 zapasow\u0105, rozk\u0142adam, wszystko w porz\u0105dku.
\nA problem wci\u0105\u017c jest, miejscowi wci\u0105\u017c narzekaj\u0105, rozmowy nie id\u0105 normalnie. Do nich telefon dochodzi jakby w porz\u0105dku, ale gdy sami dzwoni\u0105, lub dzwoni\u0105 do siebie nawzajem, wyst\u0119puje op\u00f3\u017anienie kilku sekund. Zaczynam przeszukiwa\u0107 obszerne i niezrozumia\u0142e logi Asterisk i FreePBX, nie udaje si\u0119 zauwa\u017cy\u0107 problemu. Przypominam sobie, \u017ce by\u0142 problem ze STUN i ICE, kt\u00f3ry powodowa\u0142 podobne op\u00f3\u017anienie. Wy\u0142\u0105czam wszystko na jaki\u015b czas, efekt zerowy.<\/p>\n

Przygn\u0119bienie \u2014 droga do podejmowania z\u0142ych decyzji:<\/h3>\n

\nWpada\u0142em w przygn\u0119bienie, wielogodzinne grzebanie w centrali telefonicznej nie przynosi\u0142o niczego dobrego, by\u0142a ju\u017c g\u0142\u0119boka noc, a problem nie zosta\u0142 rozwi\u0105zany.
\nZostawi\u0142em problem do rana, maj\u0105c nadziej\u0119 na \u015bwie\u017co\u015b\u0107 umys\u0142u. Rano podj\u0119to kolejn\u0105 nieudan\u0105 decyzj\u0119: skoro system si\u0119 zepsu\u0142 (cho\u0107 zawieszenie nie mog\u0142o by\u0107 a\u017c tak destrukcyjne), pr\u00f3buj\u0119 naprawi\u0107 system przez reinstalacj\u0119 wszystkich pakiet\u00f3w. Efekt nieco powy\u017cej zera, op\u00f3\u017anienie si\u0119 skr\u00f3ci\u0142o (nieznacznie, ale to ju\u017c sukces).
\nPodejmuj\u0119 jeszcze jedn\u0105 z\u0142on\u0105 decyzj\u0119: je\u015bli cz\u0119\u015bciowa naprawa systemu operacyjnego (i bazy danych z kopii zapasowej) mia\u0142a niewielki sukces, a \u017ar\u00f3d\u0142o problemu wci\u0105\u017c nie jest jasne, a na dodatek ju\u017c stracono bardzo du\u017co czasu na szukanie przyczyny, decyduj\u0119 si\u0119 dzia\u0142a\u0107 radykalnie: \u015bci\u0105gamy system operacyjny i instalujemy wszystko od nowa (na szcz\u0119\u015bcie automatyzacja procesu sprawia, \u017ce zajmuje to akceptowalny czas). Nak\u0142adam konfiguracj\u0119 FreePBX z kopii. Kolejna pora\u017cka. Efekt zerowy!<\/p>\n

Desperacja \u2014 umys\u0142 zostaje przy\u0107miony, decyzje staj\u0105 si\u0119 jeszcze gorsze.<\/h3>\n

\nWpada\u0142em w despair. Zaczynaj\u0105 przychodzi\u0107 ca\u0142kiem z\u0142e my\u015bli, my\u015bl\u0119: mo\u017ce konferencja w backupie jest uszkodzona (mia\u0142em tak po kilku aktualizacjach, \u017ce po nich nic nie dzia\u0142a\u0142o i nie uda\u0142o mi si\u0119 znale\u017a\u0107 przyczyny), nie pozostaje nic innego: musz\u0119 zacz\u0105\u0107 wszystko od nowa r\u0119cznie. Jaki wstyd! Wynik jest ca\u0142kowicie zerowy, a jeszcze straci\u0142em mn\u00f3stwo czasu!<\/p>\n

Akceptacja \u2014 droga do zrozumienia<\/h3>\n

\nW desperackich pr\u00f3bach zrozumienia, co si\u0119 dzieje, zaczynam uwa\u017cnie analizowa\u0107 logi. Zauwa\u017cam prawid\u0142owo\u015b\u0107. Wywo\u0142anie Extension nast\u0119puje dok\u0142adnie po 5 sekundach, a w przypadku grupy wywo\u0142a\u0144 z 3 Extension po 15! Zaczynam szuka\u0107 w Google na temat op\u00f3\u017anienia wywo\u0142ania, ale ju\u017c wskazuj\u0105c konkretne op\u00f3\u017anienie. I natrafiam na ju\u017c znalezion\u0105 przeze mnie odpowied\u017a, ludzie m\u00f3wi\u0105, \u017ce problem le\u017cy w DNS, ale ja doskonale wiem, \u017ce problemu nie ma, wszystkie adresy s\u0105 prawid\u0142owo rozwi\u0105zywane!<\/p>\n

To, co oczywiste \u2014 nie jest prawdopodobne<\/h3>\n

\nNie ma co robi\u0107, bior\u0119 do r\u0119ki nslookup i bingo (czemu nie zrobi\u0142em tego wcze\u015bniej)! Podstawowy DNS le\u017cy (wirtualka z kontrolerem), a ja tego nie zauwa\u017cy\u0142em! Gdyby by\u0142 tylko jeden DNS, od razu pojawi\u0142by si\u0119 b\u0142\u0105d \ud83d\ude09<\/p>\n

Podsumowanie<\/h3>\n

\nElementarny problem, kt\u00f3ry m\u00f3g\u0142by zauwa\u017cy\u0107 monitoring (kt\u00f3ry trzeba ustawi\u0107 dla wszystkich w\u0119z\u0142\u00f3w), zamaskowany odporno\u015bci\u0105 DNS, doprowadzi\u0142 do straty prawie dw\u00f3ch dni roboczych na rozwi\u0105zanie g\u0142upiej sytuacji. Leniwe wszystko jest problemem, skonfigurowanie monitoringu to minuta \u2014 szukanie problemu tam, gdzie go nie ma \u2014 dwa dni.<\/p>\n

Tylko zarejestrowani u\u017cytkownicy mog\u0105 bra\u0107 udzia\u0142 w ankiecie. Zaloguj si\u0119<\/a><\/noindex>, prosz\u0119.<\/p>\n

Czy mia\u0142e\u015b co\u015b podobnego?<\/h2>\n