RE: 0.2.14 RC3

Hi!

> Вот здесь если можно - поподробнее.
> Не совсем понимаю логику работы.
> Трешольд1:
> TRUE - > event1 (send bad mail)
> FALSE -> Что здесь должно стоять? Сейчас стоит SYS_THRESHOLD_REARMED.
>
> Трешольд2:
> TRUE - > event2 (send good mail)
> FALSE -> Что здесь должно стоять? Сейчас стоит SYS_THRESHOLD_REARMED.

Zamenit' na odin threshold:
Uslovie: last() = 0
TRUE -> event1 (send bad mail)
FALSE -> event2 (send good mail)

>
>
> VK> Takze pojavilas' vozmoznost' skazat' serveru prinuditel'no
> VK> proverjat' vse thresholdi kazdij raz, ne smotrja na ih porjadok
> VK> sledovanija I tekuscheje sostojanie.
>
> А разве от порядка следования, что-то меняется?
> Я понимаю, что можно создать зависимость из цепочек, но в
> целом с этим функционалом не сталкивался, поэтому не могу судить.
>
> Про "несмотря на текущее состояние" более-менее понятно. Но
> хотелось бы услышать - какое практическое применение этого
> функционала?

Dlja illustracii mozno otkrit' shemu obrabotki thresholdov na stranice 14 v manuale (http://www.netxms.org/documentation/netxms_user_manual.pdf)

Ideja v tom, chto esli u nas est' dva thresholda, to proverka ostanavlivaetsja na tom thresholde, kotorij uze nahoditsja v TRUE ili tol'ko chto stal v TRUE. Eta shema pozvoljaet delat' neskol'ko urovnej thresholdov, naprimer po raznomu reagirovat' kogda CPU usage stal 50% I kogda on stal uze 90%. Sootvetstvenno I porjadok sledovanija thresholdov toze vazen. Rassmotrim sluchaj s CPU utilization. Ja hochu posilat' warning event na last()>50 I major event na last()>90. Variant 1:

1. last() > 50
2. last() > 90

Chto budet proishodit' pri raznih znachenijah DCI:

10 - nothing
55 - proverjaem pervij threshold (last()>50), on stanovitsja TRUE, posilaem event I prekraschaem proverku thresholdov.
70 - pervij threshold uze TRUE, nichego ne proishodit
95 - pervij threshold uze TRUE, nichego ne proishodit, poskol'ku do vtorogo thresholda mi ne dobiraemsja.

Esli raspolozit' thresholdi naoborot, to vse budet tak, kak hochetsja:

1. last() > 90
2. last() > 50

10 - nichego
55 - proverjaem pervij threshold (last()>90), on FALSE, idem dal'she, proverjaem vtoroj threshold (last()>50), on stanovitsja TRUE, posilaem event I prekraschaem proverku thresholdov.
70 - pervij threshold po preznemu FALSE, idem dal'she, vtoroj po preznemu TRUE, nichego ne proishodit.
95 - pervij threshold stanovitsja TRUE, posilaem major event, prekrashaem proverku thresholdov.

Poetomu ne rabotala ta shema s proverkoj processov: posle starta proverjali last()=0 -> FALSE, potom last()>0, TRUE, generili event. Potom, kogda process zavershilsja, last()=0 -> TRUE, no processing thresholdov prekrashalsja, I vtoroj threshold nikogda bol'she ne stanovilsja FALSE. Poetomu, kogda process vnov' pojavljalsja, last()=0 stanovilsja FALSE, I processing shel dal'she, no poskol'ku vtoroj threshold uze bil TRUE, to event ne generilsja.

Best regards,
Victor
Received on Mon Oct 09 2006 - 00:07:56 EEST