Hi everyone,
On the main front page of Observium (the Overview/dashboard), the device alerts table never seems to empty. I guess it works on a maximum number of entries scheme, new alerts are displayed at the top as they occur and old ones are dropped off the bottom.
It looks like we always have problems on our NOC display. Is it possible to remove items from the list, clear them off somehow?
Many thanks, James.
Hi,
There is no limit, only the number of down ports has a limiter with a link to display them all.
Clearing the items happens by solving the problem :-)
Tom
On 10/02/2013 04:39 PM, James Bensley wrote:
Hi everyone,
On the main front page of Observium (the Overview/dashboard), the device alerts table never seems to empty. I guess it works on a maximum number of entries scheme, new alerts are displayed at the top as they occur and old ones are dropped off the bottom.
It looks like we always have problems on our NOC display. Is it possible to remove items from the list, clear them off somehow?
Many thanks, James. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi Tom,
Thanks for the response.
I don't think I was very clear before, so I will try to be clearer now;
Here is a screen shot of the device alerts pane at present ; http://i.imgur.com/SNpEPXD.png
My first query is how long will those "device rebooted" notifications be there? OK, some devices where rebooted, I have seen this and am thankful for this, I have also acted upon this information, now I do not need to see that information anymore, especially 10 hours after it occurred and I've dealt with it. Now do you see why I would like to be able to "clear off" alerts?
Also looking at that screen shot, you will see some idle BGP sessions. One if those is long term (in relation to BGP timers, it will be down for a week or so), so I don't want that alert there for the next week, again I'd like to be able to clear it off. When that remote peer is ready, they will re-establish the peering session, until I don't need to know the session is idle :)
Any help you can provide is greatly appreciated.
Many thanks, James.
Hi,
I belive there is an option in the config file where you can change how long device rebooted notification is shown.
$config['uptime_warning'] = "0"; // Time in seconds to display a "Device Rebooted" Alert. 0 to disable warnings.
I believe the default is 86400...
Chris
On Wed, Oct 2, 2013 at 10:34 AM, Danijel Starman theghost101@gmail.comwrote:
Hi,
I belive there is an option in the config file where you can change how long device rebooted notification is shown.
-- *blap*
On Wed, Oct 2, 2013 at 5:51 PM, James Bensley jwbensley@gmail.com wrote:
Hi Tom,
Thanks for the response.
I don't think I was very clear before, so I will try to be clearer now;
Here is a screen shot of the device alerts pane at present ; http://i.imgur.com/SNpEPXD.png
My first query is how long will those "device rebooted" notifications be there? OK, some devices where rebooted, I have seen this and am thankful for this, I have also acted upon this information, now I do not need to see that information anymore, especially 10 hours after it occurred and I've dealt with it. Now do you see why I would like to be able to "clear off" alerts?
Also looking at that screen shot, you will see some idle BGP sessions. One if those is long term (in relation to BGP timers, it will be down for a week or so), so I don't want that alert there for the next week, again I'd like to be able to clear it off. When that remote peer is ready, they will re-establish the peering session, until I don't need to know the session is idle :)
Any help you can provide is greatly appreciated.
Many thanks, James. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Thanks all for the input and info on the config options. Greatly appreciated.
Kind regards, James.
participants (4)
-
Chris Stone
-
Danijel Starman
-
James Bensley
-
Tom Laermans