<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Automatic Alarm Resolve]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I have one problem about automatic alarm resolve. I have one recording system/device which can sent alarm for every fault in system via trap.<br />
After receive trap NetXMS is configure to create alarm with some serial number. Unfortunately, recording device can't sent trap when system itself clear all active alarms.<br />
Only way what I can do is auto resolving alarm when I got result 0 from reading DCI parameter "Active alarm" from this node using regular expression for all alarm of this node.<br />
There is one problem. NetXMS always resolve all alarms for this node no matter that some of those alarms already resolved before. In this case I have only one date for "Last changes" in alarm table for all alarms of this node.<br />
I don't now how filter only outstanding alarms in alarm function "Resolve all alarm with key" and regular expression. Maybe there some variable for the state of alarm (0,1,2,3 - Outstanding, acknowledged, resolved, terminated) which I can put in expressions filters.<br />
If anyone have some good idea please help me to resolve this situation.</p>
<p dir="auto">thanks in advance<br />
Tomislav</p>
]]></description><link>https://forum.netxms.org/topic/5832/automatic-alarm-resolve</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 10:36:39 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/5832.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 08 Feb 2019 09:08:24 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Automatic Alarm Resolve on Thu, 14 Feb 2019 21:03:42 GMT]]></title><description><![CDATA[<p dir="auto">Thanks a lot,<br />
Tomislav</p>
]]></description><link>https://forum.netxms.org/post/25352</link><guid isPermaLink="true">https://forum.netxms.org/post/25352</guid><dc:creator><![CDATA[CrUser]]></dc:creator><pubDate>Thu, 14 Feb 2019 21:03:42 GMT</pubDate></item><item><title><![CDATA[Reply to Automatic Alarm Resolve on Thu, 14 Feb 2019 20:24:50 GMT]]></title><description><![CDATA[<p dir="auto">Fix is already made, I plan to made release 2.2.13 within a week.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/25350</link><guid isPermaLink="true">https://forum.netxms.org/post/25350</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Thu, 14 Feb 2019 20:24:50 GMT</pubDate></item><item><title><![CDATA[Reply to Automatic Alarm Resolve on Thu, 14 Feb 2019 13:15:10 GMT]]></title><description><![CDATA[<p dir="auto">Thanks you Victor.<br />
When you expect new revision where this bug will probably resolve?<br />
Tomislav</p>
]]></description><link>https://forum.netxms.org/post/25348</link><guid isPermaLink="true">https://forum.netxms.org/post/25348</guid><dc:creator><![CDATA[CrUser]]></dc:creator><pubDate>Thu, 14 Feb 2019 13:15:10 GMT</pubDate></item><item><title><![CDATA[Reply to Automatic Alarm Resolve on Sat, 09 Feb 2019 09:17:31 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">that's actually looks like a bug. If alarm is already resolved system should not change it's state. We will fix it for next release.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/25335</link><guid isPermaLink="true">https://forum.netxms.org/post/25335</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Sat, 09 Feb 2019 09:17:31 GMT</pubDate></item></channel></rss>