Administrace komentářů

Teoria je taka ako pisete ale prax je trosku ina. Predpokladam ze mate spravne nastevene zavislosti a vpripade poruchy na "trase" sa vygeneruju aj dalsie notifikacie. Za normalnych okolnosti ked nastane "network outage" a porucha na trase brani v monitoringu dalsich strojov, nagios oznaci prvy problematicky host ako DOWN a dalsie v rade ako UNREACHABLE. V zasade mozu nastat dve veci:

- v konfgiguracii mate povolenu notifikaciu na nedostupne hosty (typ u)
- nez sa dostanu vsetky hosty do spravneho stavu tak sa vygeneruje notifikacia

V druhom pripade to je uz horsie, ale nie je to neriesitelny problem. Niekolko kapitol z dokumentacie je tomu venovanej, doporucujem aj to precitat ak ste tak este nespravili a teraz k veci. Najcastejsi dvovod preco pride notifikacia aj na hosty za "chybnym" je ze sa do problematickeho (w,d,u) stavu dostane neskorsie ako dalsie v rade a teda najprv su oznacene ako poruchove (down) a az potom ako nedostupne (unreachable). Za normalnych okolnosti funguje dependenci logika (ak neni vypnuta) a ta v pripade problemu na nejakom hoste vyziada skontrolovanie vsetkych v ceste. Aj napriek dobrej funkcnosti tejto logigky je treba mat spravne nastevenych niekolko dalsi parametrov. Dopomoct spravnej fukcnosti sa da napr pridanim ping testu na kazdy uzol v ceste (active check). Ak pouzivate "cached" checky tak prilis velky cas moze sposobovat zlyhavanie logiky, dalej to iste moze sposobovat ak zo stavu OK do WARNING/DOWN sa dostava dlho uzol, napr pre velky pocet opakovani checku alebo casu medzi nimi. Ak by ani po vsetkych nastaveniach nesla logika pre urcovanie down/unreachalble stavu tak nagios je mozne nastavit tak ze uz SOFT status povazuje za problem, ale to radsej az ako poslednu vec.

To je co ma teraz k tomu napadlo z vlastnej skusenosti. Skuste dodat viacej detailov a mozno vas problem presnejsie identifikujeme.