Hi,

I have seen this odd behaviour before; I actually still have those spikes on some graphs older then a month. It would be nice to have a button with slots for setting up the various removespikes parameters from within the Graphs View page under Ports in order to remove these spike from the UI rather than the command line. Something like "Remove Spike/s from this graph" button would be a wonderful addition.

Regards,
Bruce

-----Original Message-----
From: Nikolay Shopik <shopik@inblock.ru>
Reply-to: Observium Network Observation System <observium@observium.org>
To: Observium Network Observation System <observium@observium.org>
Subject: Re: [Observium] huge peaks on interfaces 10-100Gig
Date: Mon, 05 Sep 2011 13:27:38 +0400
Mailer: Mozilla/5.0 (X11; Linux i686; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1

Thanks Tim,

That clear up issue in somewhat, but right now I'm seeing this on device 
(Cat3560X to be exactly) which not rebooted in weeks. So this is 
something different in my case.

On 05/09/11 13:16, GOLLSCHEWSKY, Tim wrote:
> I think this is a common issue with rrdtool and not specific to observium.  When you reboot a device all the packet counters reset, since rrdtool is graphing the differences between the counters at each polling interval, you get a huge spike.
>
> Check out removespikes.(pl|php) in the scripts directory, that will help get rid of them.
>
> Cheers,
>
> Tim.
>
>
> -----Original Message-----
> From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Nikolay Shopik
> Sent: Monday, 5 September 2011 5:48 PM
> To: Observium Network Observation System
> Subject: [Observium] huge peaks on interfaces 10-100Gig
>
> We seeing once in while really huge peaks on some devices. In past we
> seen such when installing new device or/and doing maintenance on it. So
> we just ignore them in past, because they only broke graphs once in time.
>
> Does anyone seeing this too? Basically this looks like huge peak
> (10-100G) for about 5-10 min(2 scans).
>
> I've seen this on different devices, but all of them are Cisco afaik.
>
> _______________________________________________
> observium mailing list
> observium@observium.org
> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
>
> This e-mail is sent by Suncorp Group Limited ABN 66 145 290 124 or one of its related entities "Suncorp".
> Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au.
> The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system.
> _______________________________________________
> 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


Website: http://www.fastnet.co.za

                                                                                                                                                                                                                                              

DISCLAIMER: The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message in error. SWIFTNET and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Thank you.