NetXMS Support Forum

Alarm timeout работает следующим образом: если по истечении указанного времени аларм находится в состоянии Outstanding, то генерируется событие, заданное в конфигурации аларма. Это событие можно обработать как и любое другое в event processing policy. С самим алармом при этом ничего не происходит. Если надо аларм убрать по тайм-ауту, то можно добавить прртавило для обработки тайм-аут события, которое будет делать terminate alarm по ключу.

Quote from: Anth0ny on July 08, 2009, 09:36:09 AM

Quote from: Victor Kirhenshtein on July 07, 2009, 12:48:41 PM
I esche kommentarij - esli DCI na etot counter otrabativaet raz v 30 minut,

минуточку, минуточку... вроде же речь шла о секундах после запятой?

https://www.netxms.org/forum/index.php/topic,88.msg3015.html#msg3015

т.е. -> PDH.CounterValue("\Process(CopyService)\% Processor Time", 30) -> это 2 семпла за 30 секунд.

Net, tam rech' shla o tom, chto esli posle zapjatoj ukazat' chislo, otlichnoe ot 0, to sistema voz'met 2 sample s intervalom v ondu sekundu. Prosto agent dolzen dat' serveru otvet v techenii maksimum 3 sekund, sootvetstvenno nel'zja delat' sbor dannih za bol'shoj period kogda prishel zapros - dannie dolzni bit' uze sobrani. Poetomu ja i predlagaju ispol'zovat' counteri, opredelennie v agente - dannie dlja nih sobirajutsja postojanno v fonovom rezime, i otdajutsja serveru po zaprosu.

Quote from: Anth0ny on July 06, 2009, 03:42:27 PM
Просьба: нельзя ли в последующих версиях NXMS в графе "Description" напротив PDH-элементов писать их windows-эквивалент? Тогда и описания на них никакого не нужно будет, и разночтений не будет.

Mozno konechno, no mne bol'she nravitsja variant prosto eto zadokumentirovat'. Poskol'ku description parametra podstavljaetsja avtomaticheski v description DCI, to mnogie ne zahotjat videt' tam esche i PDH counter, ili stirat' ego rukami vse vremja.

Znachenie dlja Process.CPUTime poluchaetsja cherez vizov Win32 API GetProcessTimes. PDH zdes' ne ispol'zuetsja. I eto obschee kolichestvo processornogo vremeni, ispol'zovannogo processom s nachala raboti (v millisekundah). PDH counter Process(имя_процесса)\% Processor Time - eto tekuschee ispol'zovanie processom vremeni processora v procentah.

I esche kommentarij - esli DCI na etot counter otrabativaet raz v 30 minut, to on dast ne ochen' poleznie dannie - 2 sempla berutsja s intervalom v 1 sekundu, t.e. mi poluchaem dannie za poslednjuju sekundu. Esli 10 minut nazad process zagruzil cpu na 100% na 5 minut, to ob etom mi nikogda ne uznaem. Nado libo poluchat' etot parametr gorazdo chasche, libo opredelit' v agente counter, kotorij schitaetsja postojanno (v konfige agenta parametr Counter v sekcii WinPerf) i sobirat' uze poluchennoe srednee znachenie.

Tol'ko nastrojkoj DCI eto ne poluchitsja. Mozno sdelat' cherez ExternalParameter na ljubom agente, luchshe vsego na samom servere. Delaem parametr vida


ExternalParameterShellExec = ActiveCallCount(*):nxsnmpwalk $1 <numeric oid for ciscoVoiceDialControlMIB.cvdcMIBObjects.cvGatewayCallActive.cvCallActiveTable> | wc -l


On budet vozvraschat' kolichestvo strok v tablice dlja zadannogo hosta. Posle etogo mozno na uzle, dlja kotorogo trebuetsja sobirat' etot parametr, opredelit' DCI dlja parametra ActiveCallCount(ip) i ukazat' kak "proxy node" uzel, cherez kotorij budet proishodit' opros.

Nu i odnazdi ja vse-ze sdelaju podderzku SNMP tablic v DCI

Proveril - eto bug v servere. Ispravil, v 0.2.27 budet rabotat' kak nado.

Aga, teper' ponjal. Budu smotret'.

Est' malen'kij primerchik v user's manual po ispol'zovaniju situacij.
Smisl situacij - hranit' tekuschee sostojanie seti i obnovljat' ego na osnove prihodjaschih sobitij. Pri obrabotke soobschenij v event processing policy mozno menjat' znachenija atributov situacij, i iz ljubih scriptov (fil'tri v event processing policy, transformation dlja DCI, macro expansion) poluchat' tekuschie znachenija atributov.
Sejchas ne t vremeni podrobnee raspisivat', esli budut esche voprosi, vecherom napishu podrobnij primer ispol'zovanija.

Quote from: sodalist on July 02, 2009, 04:37:46 AM
BTW I am still searching for pay pal donations button

We have added such button May be it will have some use

Best regards,
Victor

Otlovit' mozno threshold'om "data collection error". S ispol'zovaniem v transformation script'e drugoj nodi problematichnej - sdelat' mozno tol'ko cherez situacii. T.e. dlja DCI #1 stavim threshold na "data collection error", generiruem kakoj-to custom event. V event processing policy obrabativaem eto sobitie, vistavljaja kakoj-to atribut sozdannoj dlja etogo situiacii. I v transformation scripte DCI #2 poluchaem tekuschee znachenie atributa situacii pri pomoschi funkcij FindSituation i GetSituationAttribute.

Vse, chto dolzno proizojti - v pole status tekst "Outstanding" dolzen smenitsja na "Acknowledged". Ili etogo toze ne proishodit?

Spasibo, budu smotret'.

Da, budet neskol'ko voprosov:

1. Eto proishodit kazdij raz ili inogda?
2. Skol'ko pravil v event policy?
3. Eto proishodit v lokal'noj seti ili na medlennih kanalah svjazi?
4. Na kakoj operacionke i baze rabotaet server?
5. Ispol'zuetsja li shifrovanie?

When you query Icmp.* parameters, you should be asked for additional arguments. For Icmp.Ping, you should enter IP address you wish to ping. Agent should do ping to given address respond with ping response time. For all other Icmp.* parameters you should specify name or IP address of preconfigured target. See this document: https://www.netxms.org/documentation/ping_subagent.shtml.

Best regards,
Victor

Hi!

It's a known bug - parameters LogWatch.Parser.* are not working. However, you don't need them to do log monitoring - it's just a parser statistics.

What about PING subagent - do you still have problems mentioned in your previous post?

Best regards,
Victor