06:25
Здравствуйте.
06:25
Подскажите по логике работы Object Reachable / Unreachable... как-то странно или я не понимаю. Вот например, упал узел, пролежал несколько часов, а fm.ping_check запускается раз в час - соответственно насыпалось куча событий (и писем техподдержке =) ) Object Unrea
08:12
не всё сообщение влезло?
08:14
Object Unreachable, а потом починили узел, а коррелятор закрыл только одно событие. Вот и вопрос, нужно ли подавлять лишние Unreachable, или может я ping_check не для того использую...
08:14
вот это продолжение фразы =) miranda не предупреждает о лимите по длине сообщения
08:20
мы пока не используем анричбл
08:20
но логика работы коррелятора мне тоже не всегда ясна
08:22
например, в случае если одно событие из пары, которую он должен поймать, уже является Close, то он видимо это событие не учитывает
08:23
у меня некоторые свичи при логине на них генерят сразу два события: первое - логин фейлд, и второе - логин успешен
08:24
а со свичей другой платформы только второе
08:26
в результате если я пыталюсь коррелятором ловить пару событий от одного девайса пришедших практически одновременно(логин самого нока на девайс), то упускаю те события, что приходят поштучно от других... а если закрывать поштучные успешные логины о
08:27
(т.к. успешный логин сразу закрылся и коррелятор не увидел пару к мгновению ранее пришедшему фейлу)
08:27
такие дела :\
08:29
причём в фейлах нет информации, позволяющей определить, что это именно нок ломился на девайс...
08:30
ну а т.к. он ломится туда регулярно - события копятся
08:40
ping_check раз в минуту должен выполняться
08:40
кореллятор кореллирует active-active события
08:41
надо заняться фолтом и довести его до ума
08:41
:)
About
Forum
Blogs
NOC Docs
Downloads
KB
Issues
Code
CI
Registration