NetXMS Support Forum

Hello!

You can define custom action which will call shutdown command with timeout option. For example, to be able to shutdown Windows system with delay, you could:

1. define new custom action in agent:


Action = System.ShutdownWithDelay:shutdown.exe /t $1


This will add new action called System.ShutdownWithDelay which will accept one argument - delay in seconds.

2. If you need to call this action automatically from event processing policy, create actions on server with different delays:

Name: Shutdown_5min
Action: System.ShutdownWithDelay 300

Name: Shutdown_8min
Action: System.ShutdownWithDelay 480

3. If you need to call this action manually via object tools, create new tools of type "action":

Name: Shutdown_5min
Action: System.ShutdownWithDelay 300

Name: Shutdown_8min
Action: System.ShutdownWithDelay 480

Hope this helps!

Best regards,
Victor

Hi!

Thank you! I'll add timeout option, but not in 0.2.27 - it's already prepared for release.

Best regards,
Victor

Ja vizu dva vozmoznih varianta reshenija:

1. Pri generacii alarma zadavat' kljuch. Togda povtornie eventi budut prosto obnovljat' schetchik povtorov u uze suschestvujuschego alarma.
2. Pomimo alarma vistavljat' atribut u situacii, i pri obrabotke takih sobitij predvaritel'no procerjat', vistavlen takoj atribut uze ili net. Esli uze vistavlen - ignorirovat' sobitie.

A agent APC zapuschen v etot moment? S COM portom odnovremenno mozet rabotat' tol'ko odin process, i esli zapuschen agent APC, to NetXMS agent prosto ne mozet otkrit' COM1.

Для этого надо включить повторную отсылку сообщений в threshold'e - в секции "Repeat Event" выбрать "Every .. seconds" и ввести интервал повторной отсылки. Тогда сервер будет повторно посылать такое-же событие, если по истечении заданного интервала условие threashold'a все еще выполняется.

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.