<?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[per-user visibility of Alarms]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">Would it be possible to define a specific group of users that can view an alarm in the NetXMS console/web interface?<br />
This would allow a single NetXMS server to be more easily used by multiple people, but with different interests on the same nodes.</p>
<p dir="auto">Perhaps even some sort of security settings for alarms, so you can select who can view/acknowledge/resolve/terminate alarms coming from a specific event processing rule? These permissions could then be ANDed with the existing permission set for alarms at node level.</p>
]]></description><link>https://forum.netxms.org/topic/1966/per-user-visibility-of-alarms</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 22:11:08 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/1966.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 05 Oct 2012 12:17:10 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to per-user visibility of Alarms on Tue, 09 Oct 2012 12:58:33 GMT]]></title><description><![CDATA[<p dir="auto">Sounds good!</p>
<p dir="auto">I look forward to the next release(s)!</p>
]]></description><link>https://forum.netxms.org/post/8688</link><guid isPermaLink="true">https://forum.netxms.org/post/8688</guid><dc:creator><![CDATA[bdefloo]]></dc:creator><pubDate>Tue, 09 Oct 2012 12:58:33 GMT</pubDate></item><item><title><![CDATA[Reply to per-user visibility of Alarms on Mon, 08 Oct 2012 13:16:22 GMT]]></title><description><![CDATA[<p dir="auto">Hi!</p>
<p dir="auto">I agree that alarm separation could be useful. I see that it can be done that way: introduce new entity - alarm category, and on alarm creation (in event processing policy) add the ability to set category for alarm. Then users will be able to filter/group alarms by categories, and access control can be enforced on category level (i.e. do not define access rights for each alarm, but for category).</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/8684</link><guid isPermaLink="true">https://forum.netxms.org/post/8684</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Mon, 08 Oct 2012 13:16:22 GMT</pubDate></item><item><title><![CDATA[Reply to per-user visibility of Alarms on Mon, 08 Oct 2012 12:24:23 GMT]]></title><description><![CDATA[<p dir="auto">If it were implemented like the security tabs on objects you could use groups for it, yes.</p>
<p dir="auto">Keep in mind events and alarms are two seperate things though; events come from agents and DCI monitoring and don't really have any user interaction, alarms come from the event processing policy.<br />
Although each alarm has an event at its root, a single event might have to create different alarms for different target groups (like when the server goes down, both SA's and DBA's have to get an alarm). Security settings at the event template level wouldn't be very suitable for this, I think.</p>
]]></description><link>https://forum.netxms.org/post/8683</link><guid isPermaLink="true">https://forum.netxms.org/post/8683</guid><dc:creator><![CDATA[bdefloo]]></dc:creator><pubDate>Mon, 08 Oct 2012 12:24:23 GMT</pubDate></item><item><title><![CDATA[Reply to per-user visibility of Alarms on Mon, 08 Oct 2012 10:48:22 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/bdefloo" aria-label="Profile: bdefloo">@<bdi>bdefloo</bdi></a> said in <a href="/post/8681">per-user visibility of Alarms</a>:</p>
<blockquote>
<p dir="auto">I did. What I want to achieve is that, on for example a SQL server, SQL admins can see alarms about the SQL server (Page life expectancy, etc) and system admins can monitor system related alarms (temperature, C drive free space, ...), without having the other one's alarms clouding the console.</p>
</blockquote>
<p dir="auto">you mean group for alarms.<br />
example<br />
1.database events;<br />
2.service events<br />
3.device events<br />
and etc</p>
]]></description><link>https://forum.netxms.org/post/8682</link><guid isPermaLink="true">https://forum.netxms.org/post/8682</guid><dc:creator><![CDATA[SKYnv]]></dc:creator><pubDate>Mon, 08 Oct 2012 10:48:22 GMT</pubDate></item><item><title><![CDATA[Reply to per-user visibility of Alarms on Mon, 08 Oct 2012 08:50:19 GMT]]></title><description><![CDATA[<p dir="auto">I did. What I want to achieve is that, on for example a SQL server, SQL admins can see alarms about the SQL server (Page life expectancy, etc) and system admins can monitor system related alarms (temperature, C drive free space, ...), without having the other one's alarms clouding the console.</p>
]]></description><link>https://forum.netxms.org/post/8681</link><guid isPermaLink="true">https://forum.netxms.org/post/8681</guid><dc:creator><![CDATA[bdefloo]]></dc:creator><pubDate>Mon, 08 Oct 2012 08:50:19 GMT</pubDate></item><item><title><![CDATA[Reply to per-user visibility of Alarms on Mon, 08 Oct 2012 07:30:18 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/bdefloo" aria-label="Profile: bdefloo">@<bdi>bdefloo</bdi></a> said in <a href="/post/8679">per-user visibility of Alarms</a>:</p>
<blockquote>
<p dir="auto">As I said, different people, but on the same nodes.</p>
</blockquote>
<p dir="auto">what's wrong? try it.</p>
]]></description><link>https://forum.netxms.org/post/8680</link><guid isPermaLink="true">https://forum.netxms.org/post/8680</guid><dc:creator><![CDATA[SKYnv]]></dc:creator><pubDate>Mon, 08 Oct 2012 07:30:18 GMT</pubDate></item><item><title><![CDATA[Reply to per-user visibility of Alarms on Mon, 08 Oct 2012 06:59:47 GMT]]></title><description><![CDATA[<p dir="auto">As I said, different people, but on the same nodes.</p>
]]></description><link>https://forum.netxms.org/post/8679</link><guid isPermaLink="true">https://forum.netxms.org/post/8679</guid><dc:creator><![CDATA[bdefloo]]></dc:creator><pubDate>Mon, 08 Oct 2012 06:59:47 GMT</pubDate></item><item><title><![CDATA[Reply to per-user visibility of Alarms on Fri, 05 Oct 2012 14:32:39 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/bdefloo" aria-label="Profile: bdefloo">@<bdi>bdefloo</bdi></a> said in <a href="/post/8663">per-user visibility of Alarms</a>:</p>
<blockquote>
<p dir="auto">Hi,</p>
<p dir="auto">Would it be possible to define a specific group of users that can view an alarm in the NetXMS console/web interface?<br />
This would allow a single NetXMS server to be more easily used by multiple people, but with different interests on the same nodes.</p>
<p dir="auto">Perhaps even some sort of security settings for alarms, so you can select who can view/acknowledge/resolve/terminate alarms coming from a specific event processing rule? These permissions could then be ANDed with the existing permission set for alarms at node level.</p>
</blockquote>
<p dir="auto">create user group.<br />
create user without any priveleges.<br />
add user to group.<br />
create container.<br />
bind some objects in this container.<br />
go to properties/acces for this container.<br />
add group to acces list and set priveleges.<br />
All user in group able to see only these nodes and their alarms.</p>
]]></description><link>https://forum.netxms.org/post/8673</link><guid isPermaLink="true">https://forum.netxms.org/post/8673</guid><dc:creator><![CDATA[SKYnv]]></dc:creator><pubDate>Fri, 05 Oct 2012 14:32:39 GMT</pubDate></item></channel></rss>