Many thanks Jan, I changed Maxbytes to 100000 and manually removed the values higher than that from the log file, now the charts look correct again.
I would still be curious to know whether this is a bug or simply my misunderstanding of how it works. If it is a bug are there plans to fix it? Surely a sudden drop in a counter should result in a large negative value (which I would expect to be discarded) rather than a large positive? Regards, Scott. -----Original Message----- From: Koelstra, J. (Jan) [mailto:[EMAIL PROTECTED] Sent: 20 February 2006 11:27 To: Rochford, Scott; [EMAIL PROTECTED] Subject: RE: [mrtg] Massive peaks on counter resets Scott, I don't know exactly what changed between these two versions. As work around you can lower the MaxBytes value for this specific counter. If the part of the logfile is representive for the normal traffic flow you can set the Maxbytes to something like 3000 to avoid peaks higher than this value and still have all the normal traffic graphed. HTH, Jan. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, February 20, 2006 10:50 AM To: [EMAIL PROTECTED] Subject: [mrtg] Massive peaks on counter resets Hi MRTG fans, We use MRTG to monitor a variety of system performance counters including Veritas Volume Manager stats from vxstat. These are reset to 0 every night. Previously using mrtg-2.9.25 this was working fine. Since upgrading recently to mrtg-2.13.0rc4 we have been getting massive peaks on the charts every time the counter is reset. What has changed between these two versions that makes this happen? We do NOT use rrdtool. I have seen discussions of DERIVE versus COUNTER in the rrdtool list, however they seemed to apply to rrdtool only. I have also seen mention of using 64-bit counters, however I can't see a way to turn that on for values that are not collected using SNMP. Here is a sample of the log file with such a peak: 1140100286 4614739 6217096 1140100286 1397 1658 1397 1658 1140099377 1105 1580 1105 1580 1140099300 1105 1580 1105 1580 1140099000 1105 1580 1105 1580 1140098700 1139 1577 1241 1580 1140098400 1241 1572 1241 1572 1140098100 1241 1572 1241 1572 1140097800 1246705 1263538 4614073 4675521 1140097500 4614073 4675521 4614073 4675521 1140097200 4614073 4675521 4614073 4675521 1140096900 3430080 3475828 4614073 4675521 1140096600 1115 1396 1115 1396 1140096300 1115 1396 1115 1396 1140096000 1246 1372 1628 1396 1140095700 1628 1305 1628 1305 Here are the settings in the MRTG config file for that parameter: MaxBytes[_]: 999999999999 UnScaled[_]: kMG[_]: k,M,G,T,P kilo[_]: 1024 Options[_]: growright noinfo nopercent YLegend[_]: Bytes / Sec ShortLegend[_]: B/s Legend1[_]: Total reads Legend2[_]: Total writes Legend3[_]: Peak reads Legend4[_]: Peak writes LegendI[_]: reads: LegendO[_]: writes: Colours[_]: SKYBLUE#0080FF, BLUE#000080, SKYBLUE#0080FF, BLUE#000080 Target[hostname_vxtotio_diskgroupname]: `/usr/bin/ssh hostname /usr/local/bin/mrtgagent vxtot diskgroupname ` Title[hostname_vxtotio_diskgroupname]: Total I/O on Veritas Volumes in diskgroupname PageTop[hostname_vxtotio_diskgroupname]: <H1>Total I/O on Veritas Volumes in diskgroupname</H1> Any suggestions would be greatly appreciated! -- Scott Rochford -- Unsubscribe mailto:[EMAIL PROTECTED] Archive http://lists.ee.ethz.ch/mrtg FAQ http://faq.mrtg.org Homepage http://www.mrtg.org WebAdmin http://lists.ee.ethz.ch/lsg2.cgi _________________________________________________________ Het ministerie van Sociale Zaken en Werkgelegenheid sluit elke aansprakelijkheid uit in verband met het niet juist, onvolledig of niet tijdig overkomen van de informatie in deze e-mail. Aan dit bericht kunnen geen rechten worden ontleend. Dit bericht is alleen bestemd voor de geadresseerde. Indien dit bericht niet voor u bestemd is, verzoeken wij u dit onmiddellijk aan ons te melden en de inhoud van dit bericht te vernietigen. _________________________________________________________ The ministry of Social Affairs and Employment is not liable for any incorrect or incomplete transmission of the information in this e-mail or for any delay in its receipt. This message shall not constitute any obligations. This message is intended solely for the addressee. If you have received this message in error, please inform us immediately and delete its content. _________________________________________________________ -- Unsubscribe mailto:[EMAIL PROTECTED] Archive http://lists.ee.ethz.ch/mrtg FAQ http://faq.mrtg.org Homepage http://www.mrtg.org WebAdmin http://lists.ee.ethz.ch/lsg2.cgi
