Bug 365881

Summary:	mrtg broken with rrdtool-1.3 beta1
Product:	[Fedora] Fedora	Reporter:	Fabrice Bellet <fabrice>
Component:	mrtg	Assignee:	Vitezslav Crhonek <vcrhonek>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	9	CC:	fabrice, jarod, jmoore, triage
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:	bzcl34nup
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-10-30 20:18:34 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Fabrice Bellet 2007-11-04 16:35:57 UTC

mrtg behave in a strange way when using rrdtool-1.3 beta1:

. first the rrd db file timestamp is not modified, when db is updated by mrtg.
. second problem, db values for a given timestamp are moved to an earlier
timestamp, each time mrtg is run. This /sliding effect/ may be related to the
previous problem, is rrd makes assumptions on the db file timestamp in its
computations.
. and third point, I noticed that new added values in the db are NaN, even with
a newly created db.

downgrading to rrdtool 1.2.23 resolve all these issues.

Comment 1 Jarod Wilson 2007-11-09 16:57:24 UTC

Sounds to me like mrtg probably needs to be updated to play nice with rrdtool
1.3. There's a slightly newer mrtg (2.15.2) than in F8 available, but I don't
see anything in its changelog that suggests it adds rrdtool 1.3 compatibility.
Probably need to poke Tobi if that doesn't get things playing nice again.

Comment 2 Jarod Wilson 2007-11-09 16:57:48 UTC

Sounds to me like mrtg probably needs to be updated to play nice with rrdtool
1.3. There's a slightly newer mrtg (2.15.2) than in F8 available, but I don't
see anything in its changelog that suggests it adds rrdtool 1.3 compatibility.
Probably need to poke Tobi if that doesn't get things playing nice again.

Comment 3 Fabrice Bellet 2007-11-13 12:09:38 UTC

I also tested mrtg-2.15.2, and it has the same problems.

Comment 4 Bug Zapper 2008-04-04 14:24:57 UTC

Based on the date this bug was created, it appears to have been reported
during the development of Fedora 8. In order to refocus our efforts as
a project we are changing the version of this bug to '8'.

If this bug still exists in rawhide, please change the version back to
rawhide.
(If you're unable to change the bug's version, add a comment to the bug
and someone will change it for you.)

Thanks for your help and we apologize for the interruption.

The process we're following is outlined here:
http://fedoraproject.org/wiki/BugZappers/F9CleanUp

We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.

Comment 5 Vitezslav Crhonek 2008-04-23 09:43:27 UTC

Fabrice, could you please test if the problem is present in F-9 or rawhide?
There's mrtg-2.16.1 version. Or provide me steps to reproduce so I can check it
myself.

Comment 6 Fabrice Bellet 2008-04-23 18:22:57 UTC

Yes, I confirm that the bug is still in rawhide. If needed, I can provide two
consecutive mrtg rrd databases that show the problem.

Comment 7 James J. Moore 2008-05-07 17:35:12 UTC

Experiencing same problem with MRTG and rrdtool 1.3.  Fixed by backing up to 
rrdtool 1.2.23.

Comment 8 Bug Zapper 2008-05-14 03:50:53 UTC

Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 9 Fabrice Bellet 2008-10-30 20:18:34 UTC

I tested with mrtg-2.16.1-4.fc9.i386 and rrdtool-1.3.4-2.fc9.i386 from testing-updates, and it works fine with this new rrdtool. So I close the bug.