Re: [Monitorix-general] Bug in Ethernet bits/second?

2014-07-17 Thread Jordi Sanfeliu
Anthony,

On 07/14/2014 06:42 PM, Anthony Stump wrote:
 I accidentally wiped all the historical data by changing how many years
 back data goes. On the other hand the spike is now gone!


Ok.


 One other thing I noticed... the IN-DNS chart seems to always increase
 the value on a slope... I think that may be a bug as well.


If so, then perhaps because your DNS is incrementing its number of 
external requests.

You can check that with the 'iptables -nxvL' command and see how the 
number of bytes in the accounting column of the DNS port is increasing.

Regards.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Bug in Ethernet bits/second?

2014-07-09 Thread Anthony Stump
I was able to run it ( sudo ./removespikes.pl /var/lib/monitorix/net.rrd )
but it did not find any spikes at all in the net.rrd file. I used some of
the debug / more verbose options shown in the readme but it basically
stated no spikes found.

I notice it stated there was supposedly a way to specify thresholds for
cutting the spikes - but it didn't really say the syntax for it.

Is there a way to just pull up this rrd file and edit it to manually remove
the spike because this script isn't doing it for me right now :-S


On Mon, Jul 7, 2014 at 3:12 AM, Jordi Sanfeliu jo...@fibranet.cat wrote:

 Munin? I think you are confused with the monitoring tools.
 This is Monitorix, not Munin.

 Regarding the 'removespikes' script, you should read the README file
 that comes with it, and run it using the file '/var/lib/monitorix/net.rrd'.

 Regards.


 On 07/06/2014 12:07 AM, Anthony Stump wrote:
  Where are the rrd's I need to modify? On the documentation it says that
  the file should be net.rrd but I have several interface eth0 rrds in
  /var/lib/munin/localdomain/ which are as follows:
 
  astump@astump-EX58-UD4P:/$ ls
  /var/lib/munin/localdomain/localhost.localdomain-if_*
 
 /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-collisions-c.rrd
  /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-txdrop-c.rrd
  /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-rcvd-c.rrd
  /var/lib/munin/localdomain/localhost.localdomain-if_eth0-down-d.rrd
  /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-rxdrop-c.rrd
  /var/lib/munin/localdomain/localhost.localdomain-if_eth0-up-d.rrd
  /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-trans-c.rrd
 
 
  I have tried removing spikes from all of them and none of them find
  spikes. When in analyze mode, they are all empty.
 

 --
 Jordi Sanfeliu
 FIBRANET Network Services Provider
 http://www.fibranet.cat



 --
 Open source business process management suite built on Java and Eclipse
 Turn processes into business applications with Bonita BPM Community Edition
 Quickly connect people, data, and systems into organized workflows
 Winner of BOSSIE, CODIE, OW2 and Gartner awards
 http://p.sf.net/sfu/Bonitasoft
 ___
 Monitorix-general mailing list
 Monitorix-general@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/monitorix-general




-- 
Thank you,

Anthony Stump
anthonyst...@kc.rr.com
f00d...@gmail.com
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Bug in Ethernet bits/second?

2014-07-07 Thread Jordi Sanfeliu
Munin? I think you are confused with the monitoring tools.
This is Monitorix, not Munin.

Regarding the 'removespikes' script, you should read the README file 
that comes with it, and run it using the file '/var/lib/monitorix/net.rrd'.

Regards.


On 07/06/2014 12:07 AM, Anthony Stump wrote:
 Where are the rrd's I need to modify? On the documentation it says that
 the file should be net.rrd but I have several interface eth0 rrds in
 /var/lib/munin/localdomain/ which are as follows:

 astump@astump-EX58-UD4P:/$ ls
 /var/lib/munin/localdomain/localhost.localdomain-if_*
 /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-collisions-c.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-txdrop-c.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-rcvd-c.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_eth0-down-d.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-rxdrop-c.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_eth0-up-d.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-trans-c.rrd


 I have tried removing spikes from all of them and none of them find
 spikes. When in analyze mode, they are all empty.


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Bug in Ethernet bits/second?

2014-07-05 Thread Anthony Stump
I'm new to mailing lists so if I'm not doing this right let me know.

Yesterday night I discovered this awesome tool called Monitorix. I got it
all installed and it was working fine until this morning, when reviewing
the Fast Ethernet eth0 stats it shows a rather impossible spike to 70 P
bits/second transmission rate.

I was wondering, first, what causes this - second, is there any way to
either (A) remove that reading so I can see accurate stats (as the 70 P
bit/sec reading makes it impossible to see any other readings, and changes
the average bits/second reading to a rather insane 26577495
Kbits/second, or (B), just reset that graph all together since it's useless
now.

Screenshot here: http://postimg.org/image/n26bsnckv/

-- 
Thank you,

Anthony Stump
anthonyst...@kc.rr.com
f00d...@gmail.com
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Bug in Ethernet bits/second?

2014-07-05 Thread Anthony Stump
Where are the rrd's I need to modify? On the documentation it says that the
file should be net.rrd but I have several interface eth0 rrds in
/var/lib/munin/localdomain/ which are as follows:

astump@astump-EX58-UD4P:/$ ls
/var/lib/munin/localdomain/localhost.localdomain-if_*
/var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-collisions-c.rrd
/var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-txdrop-c.rrd
/var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-rcvd-c.rrd
/var/lib/munin/localdomain/localhost.localdomain-if_eth0-down-d.rrd
/var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-rxdrop-c.rrd
/var/lib/munin/localdomain/localhost.localdomain-if_eth0-up-d.rrd
/var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-trans-c.rrd


I have tried removing spikes from all of them and none of them find spikes.
When in analyze mode, they are all empty.


On Sat, Jul 5, 2014 at 3:46 PM, Jordi Sanfeliu jo...@fibranet.cat wrote:

 Hi Anthony,

 This ML has the main purpose to help to anyone that has some issue with
 Monitorix, so please, feel free to ask whatever you need.

 Regarding your question, this is a well know problem that will be fixed
 in the next Monitorix version. In fact, it's not actually a Monitorix
 related problem it's more a problem of how are defined the type of the
 DS (Data Sources) in the RRDtool database for the 'net' graph. Until now
 they were defined as COUNTER and since the next Monitorix version they
 will be defined as GAUGE.

 You can get more information here
 http://oss.oetiker.ch/rrdtool/doc/rrdcreate.en.html about the
 definition of both DS types, but basically COUNTER Data Sources are
 affected if the value in question overflows or starts again from zero,
 something that it could happen if the machine has been rebooted very
 quickly (perhaps because it's a virtualized system and it takes a very
 short time to reboot and start Monitorix again).

 Finally and answering your second question, you can get the script
 called
 
 http://oss.oetiker.ch/rrdtool/pub/contrib/removespikes-20080226-mkn.tar.gz
 
 to remove that huge spike that scales your graph so high that prevents
 you to see your current daily detail. Also, such spike will affect
 weekly, monthly and yearly views, so indeed, it's very recommended to
 remove it as soon as possible.

 The script is pretty simple, so you shouldn't have any problem with it.
 Regards.

 ---
 Jordi Sanfeliu
 FIBRANET Network Services Provider
 http://www.fibranet.cat


 A 2014-07-05 19:50, Anthony Stump escrigué:
  I'm new to mailing lists so if I'm not doing this right let me know.
 
  Yesterday night I discovered this awesome tool called Monitorix. I got
  it all installed and it was working fine until this morning, when
  reviewing the Fast Ethernet eth0 stats it shows a rather impossible
  spike to 70 P bits/second transmission rate.
 
  I was wondering, first, what causes this - second, is there any way to
  either (A) remove that reading so I can see accurate stats (as the 70
  P bit/sec reading makes it impossible to see any other readings, and
  changes the average bits/second reading to a rather insane
  26577495 Kbits/second, or (B), just reset that graph all together
  since it's useless now.
 
  Screenshot here: http://postimg.org/image/n26bsnckv/ [1]
 
  --
  Thank you,
 
  Anthony Stump
  anthonyst...@kc.rr.com
   f00d...@gmail.com
 
 
  Links:
  --
  [1] http://postimg.org/image/n26bsnckv/
 



 --
 Open source business process management suite built on Java and Eclipse
 Turn processes into business applications with Bonita BPM Community Edition
 Quickly connect people, data, and systems into organized workflows
 Winner of BOSSIE, CODIE, OW2 and Gartner awards
 http://p.sf.net/sfu/Bonitasoft
 ___
 Monitorix-general mailing list
 Monitorix-general@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/monitorix-general




-- 
Thank you,

Anthony Stump
anthonyst...@kc.rr.com
f00d...@gmail.com
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general