[rrd-users] RRD error at DST shift on sparc Solaris?

Alex van den Bogaerdt alex at vandenbogaerdt.nl
Fri Nov 11 00:47:09 CET 2011

AFAIK RRDtool will just show "weird" times on the graph or in fetch, such as 12  1  2  2  3  4  5  6, or 01:55, 02:00, 02:05 ... 02:55, 02:00, 02:05, 02:10 and so on. 

Graphing, putting data in and getting it out again is no problem.

Have you considered that the problem may be in the threshold monitoring process, not in RRDtool? Or maybe in a scheduler?

Good luck debugging this. You probably want to setup a test system and tweak your timezone settings a couple of times, or disconnect it from the net and alter its clock each time.

Try to isolate the fault. Let your scripts make copies of what the ask and what they receive.


----- Original Message ----- 
From: "Todd Gehrke" <TGehrke at telecomsys.com>
To: <rrd-users at lists.oetiker.ch>
Sent: Thursday, November 10, 2011 10:41 PM
Subject: [rrd-users] RRD error at DST shift on sparc Solaris?

Dear RRD users,


I am using RRD, 1.2.19, to store utilization metrics for a number of
servers all running sparc Solaris. Polling processes store the values
and independently a threshold monitor tests the limits and raises an
SNMP trap when appropriate. There is also a process that fetches 24 hour
snapshots of the data and archives them to flat files. Everything is
using epoch time.


Last weekend when the DST time shift took place, the threshold monitor
process for every DS raised a trap because the query to RRD failed. I
have also had a problem last spring where the timestamp was garbled for
the interval where the DST time shift happened.


Has anyone else seen this behavior? 




CONFIDENTIALITY NOTICE: The information contained in this message may be privileged and/or confidential. If you are not the intended recipient, or responsible for delivering this message to the intended recipient, any review, forwarding, dissemination, distribution or copying of this communication or any attachment(s) is strictly prohibited. If you have received this message in error, please notify the sender immediately, and delete it and all attachments from your computer and network.


> _______________________________________________
> rrd-users mailing list
> rrd-users at lists.oetiker.ch
> https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

More information about the rrd-users mailing list