[mrtg] Re: values out of range (in GB) for Cable modem link

Jer jeremy at multihaven.org
Wed Jun 18 03:40:15 MEST 2003


At 02:39 AM 6/18/2003 +0200, you wrote:

>On Tue, Jun 17, 2003 at 07:39:05PM -0400, Jer wrote:
>
> > Max  In: 34.4 Gb/s (34359738.4%) Average  In: 34.3 Gb/s (34344849.2%)
> > Current  In: 28.4 Gb/s (28404054.5%)
> > Max  Out: 0.0 b/s (0.0%) Average  Out: -37021620885907841024.0 b/s
> > (-37021620885907840.0%) Current  Out: -30617807648998375424.0 b/s
> > (-30617807648998376.0%)
>
>Whoops.
>
> > my config file is
> >
> > WorkDir: /home/monitor/web/mrtg
> > #RunAsDaemon: Yes
> > Options[_]: growright, bits
> > MaxBytes[_]: 12500
> > PageTop[_]: <H1>Traffic Analysis</H1>
> > Title[_]: Traffic Analysis
> >   <TABLE>
> >     <TR><TD>System:</TD>     <TD>1413 Ida</TD></TR>
> >     <TR><TD>Maintainer:</TD> <TD>jeremy at multihaven.org</TD></TR>
> >     <TR><TD>Ip:</TD>         <TD>Not set</TD></TR>
> >   </TABLE>
> > Target[data]: `/bin/traffic data`
>
>Is this your entire config file?  If so: no problem.  If it is not: you
>are using DEFAULTS which will be discarded when an entry such as
>"MaxBytes[data]: 123456789" is present.


yes it is the entire file
I also had this issue with SNMP of a querying another system
so it's not that

which was a 100mbps link to a switch and it looked like
IF-MIB::ifInOctets.1 = Counter32: 16378112
IF-MIB::ifInOctets.2 = Counter32: 16270013
IF-MIB::ifInOctets.3 = Counter32: 0
IF-MIB::ifInOctets.4 = Counter32: 993158
IF-MIB::ifOutOctets.1 = Counter32: 2152473
IF-MIB::ifOutOctets.2 = Counter32: 10148053
IF-MIB::ifOutOctets.3 = Counter32: 0
IF-MIB::ifOutOctets.4 = Counter32: 996604

and I still gort this out of range data

I woner is there any kind of system based issue that could cause this?? or 
am I on the wrong track

as requested top lines of MRTG Log file is
058571227 13455 10775
1058571227 0 0 0 0
1058570944 4294967296 -4629708749173424128 2885555223558881280 0
1058570700 4294967296 -4629708749173424128 2885555223558881280 0




>Then there seems to be an issue with an extremely low number.  It uses
>more than 64 bits...  this cannot be right.
>
>When this happens, what are the first few lines of your MRTG log file?
>
> > border# /bin/traffic data
> > 13455
> > 10775
> > Uptime not known
> > Data.MultiHaven.org
> >
> > what gives???
>
>This time it looks OK.  Try appending the output to a file as
>well as to stdout.  You'd then have a log of what numbers are
>fed to MRTG which it does not seem to handle very well.
>
>Perhaps the script fails from time to time, returning strange
>output (not numbers) in the first two lines.
>
>Garbage in = garbage out.
>
>HTH
>Alex
>--
>Much of what looks like rudeness in hacker circles is not intended to give
>offence. Rather, it's the product of the direct, cut-through-the-bullshit
>communications style that is natural to people who are more concerned about
>solving problems than making others feel warm and fuzzy.
>
>http://www.tuxedo.org/~esr/faqs/smart-questions.html
>
>--
>Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
>Archive     http://www.ee.ethz.ch/~slist/mrtg
>FAQ         http://faq.mrtg.org   Homepage     http://www.mrtg.org
>WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi


--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi



More information about the mrtg mailing list