Bug 1028814 - rrd fetch fails to retrieve data during DST fallback
Summary: rrd fetch fails to retrieve data during DST fallback
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: rrdtool
Version: 6.4
Hardware: All
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Jaroslav Škarvada
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-10 22:54 UTC by Jo Rhett
Modified: 2017-10-27 15:08 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-10-27 15:08:14 UTC
Target Upstream Version:

Attachments (Terms of Use)
Backported fix (387 bytes, patch)
2014-11-03 10:19 UTC, Jaroslav Škarvada 		no flags Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Description Jo Rhett 2013-11-10 22:54:36 UTC 
Description of problem:
The version of RRD in the base packages contains a bug which makes it impossible to retrieve values from an RRD file during the fallback hour of daylight savings time changes. 

The problem and patch are both described here: https://lists.oetiker.ch/pipermail/rrd-developers/2008-April/002172.html

Version-Release number of selected component (if applicable): rrdtool-1.3.8-6.el6

How reproducible: every time


Steps to Reproduce:
1. Use anything that updates an RRDfile using 'rrdtool update'
2. Use a local timezone that has daylight savings time.
3. Observe results of 'rrdtool fetch' during the fallback hour

Actual results:

$ rrdtool fetch 1454.rrd MAX -s '00:00 03.11.2013' -e s+4h -r 300
                          tempF             airflow            humidity

1383462300: 6.6770000000e+02 -nan 4.9000000000e+01
1383462600: 6.6700000000e+02 -nan 4.9000000000e+01
1383462900: 6.6538333333e+02 -nan 4.9000000000e+01
1383463200: 6.6350000000e+02 -nan 5.0000000000e+01
1383463500: 6.6125000000e+02 -nan 5.0000000000e+01
1383463800: 6.6100000000e+02 -nan 5.0466666667e+01
1383464100: 6.6200000000e+02 -nan 5.1000000000e+01
1383464400: 6.6200000000e+02 -nan 5.1000000000e+01
1383464700: 6.6200000000e+02 -nan 5.1000000000e+01
1383465000: 6.6300000000e+02 -nan 5.1000000000e+01
1383465300: 6.6300000000e+02 -nan 5.1000000000e+01
1383465600: 6.6300000000e+02 -nan 5.1000000000e+01
1383465900: -nan -nan -nan
1383466200: -nan -nan -nan
1383466500: -nan -nan -nan
1383466800: -nan -nan -nan
1383467100: -nan -nan -nan
1383467400: -nan -nan -nan
1383467700: -nan -nan -nan
1383468000: -nan -nan -nan
1383468300: -nan -nan -nan
1383468600: -nan -nan -nan
1383468900: -nan -nan -nan
1383469200: -nan -nan -nan
1383469500: 6.6386666667e+02 -nan 5.0000000000e+01
1383469800: 6.6400000000e+02 -nan 5.0000000000e+01
1383470100: 6.6400000000e+02 -nan 4.9000000000e+01
1383470400: 6.6300000000e+02 -nan 4.9000000000e+01
1383470700: 6.6100000000e+02 -nan 4.9000000000e+01
1383471000: 6.5900000000e+02 -nan 4.9000000000e+01
1383471300: 6.5700000000e+02 -nan 4.9000000000e+01
1383471600: 6.5800000000e+02 -nan 4.9000000000e+01
1383471900: 6.5800000000e+02 -nan 4.8000000000e+01
1383472200: 6.5853333333e+02 -nan 4.8000000000e+01
1383472500: 6.5758333333e+02 -nan 4.8000000000e+01
1383472800: 6.5700000000e+02 -nan 4.8000000000e+01
1383473100: 6.5500000000e+02 -nan 4.7000000000e+01
1383473400: 6.5600000000e+02 -nan 4.7000000000e+01
1383473700: 6.5500000000e+02 -nan 4.7000000000e+01
1383474000: 6.5400000000e+02 -nan 4.7000000000e+01
1383474300: 6.5400000000e+02 -nan 4.7000000000e+01
1383474600: 6.5300000000e+02 -nan 4.7000000000e+01
1383474900: 6.5200000000e+02 -nan 4.7000000000e+01
1383475200: 6.5151666667e+02 -nan 4.7000000000e+01
1383475500: 6.5200000000e+02 -nan 4.7000000000e+01
1383475800: 6.5155000000e+02 -nan 4.7000000000e+01
1383476100: 6.5100000000e+02 -nan 4.6850000000e+01
1383476400: 6.5140000000e+02 -nan 4.6850000000e+01
1383476700: 6.5100000000e+02 -nan 4.7000000000e+01

Expected results:

Data from the hour of DST fallback should be available via fetch.

Additional info:

Note: the data is in the file, it simply isn't available to fetch.
Comment 3 Jo Rhett 2014-11-02 16:09:38 UTC 
A full year on a fairly serious bug, and no action taken?
Comment 4 Jaroslav Škarvada 2014-11-03 10:18:19 UTC 
(In reply to Jo Rhett from comment #3)
> A full year on a fairly serious bug, and no action taken?

Please note bugzilla is not support tool. Please escalate serious issues through the support channel [1], otherwise the response time is not guaranteed.

[1] http://www.redhat.com/support
Comment 5 Jaroslav Škarvada 2014-11-03 10:19:53 UTC 
Created attachment 953047 [details]
Backported fix
Comment 6 Jaroslav Škarvada 2014-11-03 15:24:04 UTC 
I am unable to reproduce the problem even without the patch by utilizing CEST/CET DST change:

Started recording data @ "Sun Oct 26 02:56:00 CEST 2014", i.e. 4 minutes before the DST change to CET, recorded data each second for cca. another hour, then fetched the result + postprocessed the timestamps for better readability:

$ rrdtool fetch -s "20141026 00:00" -e s+4h latency_db.rrd MAX

Sun Oct 26 02:56:00 CEST 2014 :  0.0000000000e+00 2.9000000000e-02
Sun Oct 26 02:57:00 CEST 2014 :  0.0000000000e+00 2.9000000000e-02
Sun Oct 26 02:58:00 CEST 2014 :  0.0000000000e+00 4.9619165233e-02
Sun Oct 26 02:59:00 CEST 2014 :  0.0000000000e+00 3.2259900333e-02
Sun Oct 26 02:00:00 CET 2014 :  0.0000000000e+00 4.0366874333e-02
Sun Oct 26 02:01:00 CET 2014 :  0.0000000000e+00 3.7255657667e-02
Sun Oct 26 02:02:00 CET 2014 :  0.0000000000e+00 4.6356133667e-02
Sun Oct 26 02:03:00 CET 2014 :  0.0000000000e+00 3.7656692000e-02
Sun Oct 26 02:04:00 CET 2014 :  0.0000000000e+00 3.6067167250e-02
Sun Oct 26 02:05:00 CET 2014 :  0.0000000000e+00 3.6000000000e-02
Sun Oct 26 02:06:00 CET 2014 :  0.0000000000e+00 4.2642784517e-02
Sun Oct 26 02:07:00 CET 2014 :  0.0000000000e+00 3.1615561000e-02
Sun Oct 26 02:08:00 CET 2014 :  0.0000000000e+00 3.1948439633e-02
Sun Oct 26 02:09:00 CET 2014 :  0.0000000000e+00 3.1051805517e-02
Sun Oct 26 02:10:00 CET 2014 :  0.0000000000e+00 4.1427202867e-02
Sun Oct 26 02:11:00 CET 2014 :  0.0000000000e+00 3.2526116000e-02
Sun Oct 26 02:12:00 CET 2014 :  0.0000000000e+00 3.4840926150e-02
Sun Oct 26 02:13:00 CET 2014 :  0.0000000000e+00 3.3106573467e-02
Sun Oct 26 02:14:00 CET 2014 :  0.0000000000e+00 3.0160640100e-02
Sun Oct 26 02:15:00 CET 2014 :  0.0000000000e+00 3.0000000000e-02
Sun Oct 26 02:16:00 CET 2014 :  0.0000000000e+00 3.2837883450e-02
Sun Oct 26 02:17:00 CET 2014 :  0.0000000000e+00 3.2054314683e-02
Sun Oct 26 02:18:00 CET 2014 :  0.0000000000e+00 3.5781118733e-02
Sun Oct 26 02:19:00 CET 2014 :  0.0000000000e+00 3.3165017650e-02
Sun Oct 26 02:20:00 CET 2014 :  0.0000000000e+00 6.3231849067e-02
Sun Oct 26 02:21:00 CET 2014 :  0.0000000000e+00 5.9339205100e-02
Sun Oct 26 02:22:00 CET 2014 :  0.0000000000e+00 2.8828072533e-02
Sun Oct 26 02:23:00 CET 2014 :  0.0000000000e+00 3.4540916400e-02
Sun Oct 26 02:24:00 CET 2014 :  0.0000000000e+00 5.7616057200e-02
Sun Oct 26 02:25:00 CET 2014 :  0.0000000000e+00 3.7337069733e-02
Sun Oct 26 02:26:00 CET 2014 :  0.0000000000e+00 3.1293414167e-02
Sun Oct 26 02:27:00 CET 2014 :  0.0000000000e+00 3.7586899783e-02
Sun Oct 26 02:28:00 CET 2014 :  0.0000000000e+00 3.1415010633e-02
Sun Oct 26 02:29:00 CET 2014 :  0.0000000000e+00 3.1000000000e-02
Sun Oct 26 02:30:00 CET 2014 :  0.0000000000e+00 4.5103179500e-02
Sun Oct 26 02:31:00 CET 2014 :  0.0000000000e+00 3.8482321200e-02
Sun Oct 26 02:32:00 CET 2014 :  0.0000000000e+00 3.8939395083e-02
Sun Oct 26 02:33:00 CET 2014 :  0.0000000000e+00 3.6182609450e-02
Sun Oct 26 02:34:00 CET 2014 :  0.0000000000e+00 3.0366782200e-02
Sun Oct 26 02:35:00 CET 2014 :  0.0000000000e+00 3.0938539633e-02
Sun Oct 26 02:36:00 CET 2014 :  0.0000000000e+00 3.0061709283e-02
Sun Oct 26 02:37:00 CET 2014 :  0.0000000000e+00 4.1255972200e-02
Sun Oct 26 02:38:00 CET 2014 :  0.0000000000e+00 3.0747056000e-02
Sun Oct 26 02:39:00 CET 2014 :  0.0000000000e+00 3.5624869800e-02
Sun Oct 26 02:40:00 CET 2014 :  0.0000000000e+00 9.4106935267e-02
Sun Oct 26 02:41:00 CET 2014 :  0.0000000000e+00 3.6171591600e-02
Sun Oct 26 02:42:00 CET 2014 :  0.0000000000e+00 3.2000000000e-02
Sun Oct 26 02:43:00 CET 2014 :  0.0000000000e+00 3.2936156633e-02
Sun Oct 26 02:44:00 CET 2014 :  0.0000000000e+00 3.0192326650e-02
Sun Oct 26 02:45:00 CET 2014 :  0.0000000000e+00 3.5613846100e-02
Sun Oct 26 02:46:00 CET 2014 :  0.0000000000e+00 3.2258633667e-02
Sun Oct 26 02:47:00 CET 2014 :  0.0000000000e+00 3.1064927733e-02
Sun Oct 26 02:48:00 CET 2014 :  0.0000000000e+00 2.9130328033e-02
Sun Oct 26 02:49:00 CET 2014 :  0.0000000000e+00 3.5542187283e-02
Sun Oct 26 02:50:00 CET 2014 :  0.0000000000e+00 3.1328784250e-02
Sun Oct 26 02:51:00 CET 2014 :  0.0000000000e+00 3.1000000000e-02
Sun Oct 26 02:52:00 CET 2014 :  0.0000000000e+00 3.5667512583e-02
Sun Oct 26 02:53:00 CET 2014 :  0.0000000000e+00 4.9063809500e-02
Sun Oct 26 02:54:00 CET 2014 :  0.0000000000e+00 3.1958936333e-02
Sun Oct 26 02:55:00 CET 2014 :  0.0000000000e+00 3.0050740217e-02
Sun Oct 26 02:56:00 CET 2014 :  0.0000000000e+00 3.2847072800e-02
Sun Oct 26 02:57:00 CET 2014 :  0.0000000000e+00 3.7743410500e-02
Sun Oct 26 02:58:00 CET 2014 :  0.0000000000e+00 3.1361370217e-02
Sun Oct 26 02:59:00 CET 2014 :  0.0000000000e+00 3.4792520800e-02
Sun Oct 26 03:00:00 CET 2014 :  0.0000000000e+00 3.1208347200e-02
Sun Oct 26 03:01:00 CET 2014 :  0.0000000000e+00 3.1000000000e-02

As you can see all data are there. Could you provide full reproducer, i.e. what commands to run, when and in what timezone?
Comment 7 Jo Rhett 2014-11-03 17:10:00 UTC 
No sure what makes it work, but it might be due to your starting time and perhaps lack of averages over the time period. You started 4 minutes before the time change, and don't have any averages that predate the time change -- which was clearly part of the original report.

The bug as reported sees the problem for the entire hour leading up to time change. This year we experienced exactly what we experienced last year. During the entire hour from 1am until 2am we get no result returned.

The commands run were supplied in the original report, including the commands run. The timezone was PST but it was 100% replicable when I changed the timezone of the system and queried again. As you well know, RRD is stored in UTC no matter the timezone of the system in question.

Perhaps try with averages going past the time period in question, like this RRD file setup:

$ rrdtool info 1454.rrd
filename = "1454.rrd"
rrd_version = "0003"
step = 60
last_update = 1415034330
ds[tempF].type = "GAUGE"
ds[tempF].minimal_heartbeat = 120
ds[tempF].min = -4.0000000000e+02
ds[tempF].max = 2.0000000000e+03
ds[tempF].last_ds = "664"
ds[tempF].value = 1.9920000000e+04
ds[tempF].unknown_sec = 0
ds[airflow].type = "GAUGE"
ds[airflow].minimal_heartbeat = 120
ds[airflow].min = 0.0000000000e+00
ds[airflow].max = 1.0000000000e+02
ds[airflow].last_ds = "U"
ds[airflow].value = NaN
ds[airflow].unknown_sec = 30
ds[humidity].type = "GAUGE"
ds[humidity].minimal_heartbeat = 120
ds[humidity].min = 0.0000000000e+00
ds[humidity].max = 1.0000000000e+02
ds[humidity].last_ds = "46"
ds[humidity].value = 1.3800000000e+03
ds[humidity].unknown_sec = 0
rra[0].cf = "AVERAGE"
rra[0].rows = 800
rra[0].cur_row = 610
rra[0].pdp_per_row = 30
rra[0].xff = 5.0000000000e-01
rra[0].cdp_prep[0].value = 3.3142500000e+03
rra[0].cdp_prep[0].unknown_datapoints = 0
rra[0].cdp_prep[1].value = NaN
rra[0].cdp_prep[1].unknown_datapoints = 5
rra[0].cdp_prep[2].value = 2.3000000000e+02
rra[0].cdp_prep[2].unknown_datapoints = 0
rra[1].cf = "AVERAGE"
rra[1].rows = 57600
rra[1].cur_row = 45593
rra[1].pdp_per_row = 1
rra[1].xff = 5.0000000000e-01
rra[1].cdp_prep[0].value = NaN
rra[1].cdp_prep[0].unknown_datapoints = 0
rra[1].cdp_prep[1].value = NaN
rra[1].cdp_prep[1].unknown_datapoints = 0
rra[1].cdp_prep[2].value = NaN
rra[1].cdp_prep[2].unknown_datapoints = 0
rra[2].cf = "AVERAGE"
rra[2].rows = 800
rra[2].cur_row = 643
rra[2].pdp_per_row = 120
rra[2].xff = 5.0000000000e-01
rra[2].cdp_prep[0].value = 4.2341083333e+04
rra[2].cdp_prep[0].unknown_datapoints = 0
rra[2].cdp_prep[1].value = NaN
rra[2].cdp_prep[1].unknown_datapoints = 65
rra[2].cdp_prep[2].value = 3.0894166667e+03
rra[2].cdp_prep[2].unknown_datapoints = 0
rra[3].cf = "AVERAGE"
rra[3].rows = 23040
rra[3].cur_row = 12030
rra[3].pdp_per_row = 5
rra[3].xff = 5.0000000000e-01
rra[3].cdp_prep[0].value = 0.0000000000e+00
rra[3].cdp_prep[0].unknown_datapoints = 0
rra[3].cdp_prep[1].value = NaN
rra[3].cdp_prep[1].unknown_datapoints = 0
rra[3].cdp_prep[2].value = 0.0000000000e+00
rra[3].cdp_prep[2].unknown_datapoints = 0
rra[4].cf = "AVERAGE"
rra[4].rows = 800
rra[4].cur_row = 305
rra[4].pdp_per_row = 1440
rra[4].xff = 5.0000000000e-01
rra[4].cdp_prep[0].value = 6.7362526667e+05
rra[4].cdp_prep[0].unknown_datapoints = 0
rra[4].cdp_prep[1].value = NaN
rra[4].cdp_prep[1].unknown_datapoints = 1025
rra[4].cdp_prep[2].value = 4.8460566667e+04
rra[4].cdp_prep[2].unknown_datapoints = 0
rra[5].cf = "MAX"
rra[5].rows = 800
rra[5].cur_row = 500
rra[5].pdp_per_row = 30
rra[5].xff = 5.0000000000e-01
rra[5].cdp_prep[0].value = 6.6400000000e+02
rra[5].cdp_prep[0].unknown_datapoints = 0
rra[5].cdp_prep[1].value = NaN
rra[5].cdp_prep[1].unknown_datapoints = 5
rra[5].cdp_prep[2].value = 4.6000000000e+01
rra[5].cdp_prep[2].unknown_datapoints = 0
rra[6].cf = "MAX"
rra[6].rows = 57600
rra[6].cur_row = 30953
rra[6].pdp_per_row = 1
rra[6].xff = 5.0000000000e-01
rra[6].cdp_prep[0].value = NaN
rra[6].cdp_prep[0].unknown_datapoints = 0
rra[6].cdp_prep[1].value = NaN
rra[6].cdp_prep[1].unknown_datapoints = 0
rra[6].cdp_prep[2].value = NaN
rra[6].cdp_prep[2].unknown_datapoints = 0
rra[7].cf = "MAX"
rra[7].rows = 800
rra[7].cur_row = 484
rra[7].pdp_per_row = 120
rra[7].xff = 5.0000000000e-01
rra[7].cdp_prep[0].value = 6.6400000000e+02
rra[7].cdp_prep[0].unknown_datapoints = 0
rra[7].cdp_prep[1].value = NaN
rra[7].cdp_prep[1].unknown_datapoints = 65
rra[7].cdp_prep[2].value = 4.9000000000e+01
rra[7].cdp_prep[2].unknown_datapoints = 0
rra[8].cf = "MAX"
rra[8].rows = 23040
rra[8].cur_row = 5793
rra[8].pdp_per_row = 5
rra[8].xff = 5.0000000000e-01
rra[8].cdp_prep[0].value = 6.6400000000e+02
rra[8].cdp_prep[0].unknown_datapoints = 0
rra[8].cdp_prep[1].value = NaN
rra[8].cdp_prep[1].unknown_datapoints = 0
rra[8].cdp_prep[2].value = 4.6000000000e+01
rra[8].cdp_prep[2].unknown_datapoints = 0
rra[9].cf = "MAX"
rra[9].rows = 800
rra[9].cur_row = 330
rra[9].pdp_per_row = 1440
rra[9].xff = 5.0000000000e-01
rra[9].cdp_prep[0].value = 6.8800000000e+02
rra[9].cdp_prep[0].unknown_datapoints = 0
rra[9].cdp_prep[1].value = NaN
rra[9].cdp_prep[1].unknown_datapoints = 1025
rra[9].cdp_prep[2].value = 5.4000000000e+01
rra[9].cdp_prep[2].unknown_datapoints = 0

This year's results (which match last year):

$ rrdtool fetch 1454.rrd MAX -s '00:00 02.11.2014' -e s+4h -r 300
                          tempF             airflow            humidity

1414911900: 6.6300000000e+02 -nan 5.2000000000e+01
1414912200: 6.6236666667e+02 -nan 5.1000000000e+01
1414912500: 6.6100000000e+02 -nan 5.2000000000e+01
1414912800: 6.5978333333e+02 -nan 5.2000000000e+01
1414913100: 6.5978333333e+02 -nan 5.2000000000e+01
1414913400: 6.5900000000e+02 -nan 5.2000000000e+01
1414913700: 6.5900000000e+02 -nan 5.2000000000e+01
1414914000: 6.6068333333e+02 -nan 5.2000000000e+01
1414914300: 6.6150000000e+02 -nan 5.1000000000e+01
1414914600: 6.6075000000e+02 -nan 5.1650000000e+01
1414914900: 6.6043333333e+02 -nan 5.1833333333e+01
1414915200: 6.6045000000e+02 -nan 5.1866666667e+01
1414915500: -nan -nan -nan
1414915800: -nan -nan -nan
1414916100: -nan -nan -nan
1414916400: -nan -nan -nan
1414916700: -nan -nan -nan
1414917000: -nan -nan -nan
1414917300: -nan -nan -nan
1414917600: -nan -nan -nan
1414917900: -nan -nan -nan
1414918200: -nan -nan -nan
1414918500: -nan -nan -nan
1414918800: -nan -nan -nan
1414919100: 6.6000000000e+02 -nan 5.1783333333e+01
1414919400: 6.5900000000e+02 -nan 5.2000000000e+01
1414919700: 6.5900000000e+02 -nan 5.1000000000e+01
1414920000: 6.5900000000e+02 -nan 5.1000000000e+01
1414920300: 6.5700000000e+02 -nan 5.1000000000e+01
1414920600: 6.5700000000e+02 -nan 5.1000000000e+01
1414920900: 6.5570000000e+02 -nan 5.1000000000e+01
1414921200: 6.5420000000e+02 -nan 5.1000000000e+01
1414921500: 6.5400000000e+02 -nan 5.1000000000e+01
1414921800: 6.5350000000e+02 -nan 5.1000000000e+01
1414922100: 6.5241666667e+02 -nan 5.1000000000e+01
1414922400: 6.5145000000e+02 -nan 5.1000000000e+01
1414922700: 6.5265000000e+02 -nan 5.0566666667e+01
1414923000: 6.5300000000e+02 -nan 5.0000000000e+01
1414923300: 6.5126666667e+02 -nan 5.1000000000e+01
1414923600: 6.4900000000e+02 -nan 5.1000000000e+01
1414923900: 6.4643333333e+02 -nan 5.1000000000e+01
1414924200: 6.4630000000e+02 -nan 5.1000000000e+01
1414924500: 6.4500000000e+02 -nan 5.1000000000e+01
1414924800: 6.4400000000e+02 -nan 5.1000000000e+01
1414925100: 6.4500000000e+02 -nan 5.1000000000e+01
1414925400: 6.4500000000e+02 -nan 5.1000000000e+01
1414925700: 6.4378333333e+02 -nan 5.1000000000e+01
1414926000: 6.4353333333e+02 -nan 5.1000000000e+01
1414926300: 6.4353333333e+02 -nan 5.1000000000e+01
Comment 8 Jaroslav Škarvada 2014-11-03 17:46:26 UTC 
Thanks for info. I wanted the timezone to simulate the DST switch, because different timezones use different rules.

Could you check whether the backported patch works for you:
http://people.redhat.com/jskarvad/rhbz1028814/
Comment 9 Jo Rhett 2014-11-28 05:44:16 UTC 
Nope, same problem. Interestingly though, it changed the visible time window moving it forward an hour. Watch:

[jrhett@cardhu ~]$ rrdtool fetch 1454.rrd MAX -s '00:00 02.11.2014' -e s+4h -r 300
                          tempF             airflow            humidity

1414911900: 6.6300000000e+02 -nan 5.2000000000e+01
1414912200: 6.6236666667e+02 -nan 5.1000000000e+01
1414912500: 6.6100000000e+02 -nan 5.2000000000e+01
1414912800: 6.5978333333e+02 -nan 5.2000000000e+01
1414913100: 6.5978333333e+02 -nan 5.2000000000e+01
1414913400: 6.5900000000e+02 -nan 5.2000000000e+01
1414913700: 6.5900000000e+02 -nan 5.2000000000e+01
1414914000: 6.6068333333e+02 -nan 5.2000000000e+01
1414914300: 6.6150000000e+02 -nan 5.1000000000e+01
1414914600: 6.6075000000e+02 -nan 5.1650000000e+01
1414914900: 6.6043333333e+02 -nan 5.1833333333e+01
1414915200: 6.6045000000e+02 -nan 5.1866666667e+01
1414915500: -nan -nan -nan
1414915800: -nan -nan -nan
1414916100: -nan -nan -nan
1414916400: -nan -nan -nan
1414916700: -nan -nan -nan
1414917000: -nan -nan -nan
1414917300: -nan -nan -nan
1414917600: -nan -nan -nan
1414917900: -nan -nan -nan
1414918200: -nan -nan -nan
1414918500: -nan -nan -nan
1414918800: -nan -nan -nan
1414919100: 6.6000000000e+02 -nan 5.1783333333e+01
1414919400: 6.5900000000e+02 -nan 5.2000000000e+01
1414919700: 6.5900000000e+02 -nan 5.1000000000e+01
1414920000: 6.5900000000e+02 -nan 5.1000000000e+01
1414920300: 6.5700000000e+02 -nan 5.1000000000e+01
1414920600: 6.5700000000e+02 -nan 5.1000000000e+01
1414920900: 6.5570000000e+02 -nan 5.1000000000e+01
1414921200: 6.5420000000e+02 -nan 5.1000000000e+01
1414921500: 6.5400000000e+02 -nan 5.1000000000e+01
1414921800: 6.5350000000e+02 -nan 5.1000000000e+01
1414922100: 6.5241666667e+02 -nan 5.1000000000e+01
1414922400: 6.5145000000e+02 -nan 5.1000000000e+01
1414922700: 6.5265000000e+02 -nan 5.0566666667e+01
1414923000: 6.5300000000e+02 -nan 5.0000000000e+01
1414923300: 6.5126666667e+02 -nan 5.1000000000e+01
1414923600: 6.4900000000e+02 -nan 5.1000000000e+01
1414923900: 6.4643333333e+02 -nan 5.1000000000e+01
1414924200: 6.4630000000e+02 -nan 5.1000000000e+01
1414924500: 6.4500000000e+02 -nan 5.1000000000e+01
1414924800: 6.4400000000e+02 -nan 5.1000000000e+01
1414925100: 6.4500000000e+02 -nan 5.1000000000e+01
1414925400: 6.4500000000e+02 -nan 5.1000000000e+01
1414925700: 6.4378333333e+02 -nan 5.1000000000e+01
1414926000: 6.4353333333e+02 -nan 5.1000000000e+01
1414926300: 6.4353333333e+02 -nan 5.1000000000e+01

[jrhett@cardhu ~]$ sudo yum upgrade rrdtool-1.3.8-7.el6_6.x86_64.rpm 
Loaded plugins: fastestmirror
Setting up Upgrade Process
Examining rrdtool-1.3.8-7.el6_6.x86_64.rpm: rrdtool-1.3.8-7.el6_6.x86_64
Marking rrdtool-1.3.8-7.el6_6.x86_64.rpm as an update to rrdtool-1.3.8-7.el6.x86_64
Loading mirror speeds from cached hostfile
 * base: repos.lax.quadranet.com
 * epel: mirror.prgmr.com
 * extras: repos.lax.quadranet.com
 * updates: linux.mirrors.es.net
Resolving Dependencies
--> Running transaction check
---> Package rrdtool.x86_64 0:1.3.8-7.el6 will be updated
---> Package rrdtool.x86_64 0:1.3.8-7.el6_6 will be an update
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================================================================================================================
 Package                            Arch                              Version                                    Repository                                                Size
================================================================================================================================================================================
Updating:
 rrdtool                            x86_64                            1.3.8-7.el6_6                              /rrdtool-1.3.8-7.el6_6.x86_64                            695 k

Transaction Summary
================================================================================================================================================================================
Upgrade       1 Package(s)

Total size: 695 k
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
  Updating   : rrdtool-1.3.8-7.el6_6.x86_64                                                                                                                                 1/2 
  Cleanup    : rrdtool-1.3.8-7.el6.x86_64                                                                                                                                   2/2 
  Verifying  : rrdtool-1.3.8-7.el6_6.x86_64                                                                                                                                 1/2 
  Verifying  : rrdtool-1.3.8-7.el6.x86_64                                                                                                                                   2/2 

Updated:
  rrdtool.x86_64 0:1.3.8-7.el6_6                                                                                                                                                

Complete!
[jrhett@cardhu ~]$ rrdtool fetch 1454.rrd MAX -s '00:00 02.11.2014' -e s+4h -r 300
                          tempF             airflow            humidity

1414915500: -nan -nan -nan
1414915800: -nan -nan -nan
1414916100: -nan -nan -nan
1414916400: -nan -nan -nan
1414916700: -nan -nan -nan
1414917000: -nan -nan -nan
1414917300: -nan -nan -nan
1414917600: -nan -nan -nan
1414917900: -nan -nan -nan
1414918200: -nan -nan -nan
1414918500: -nan -nan -nan
1414918800: -nan -nan -nan
1414919100: 6.6000000000e+02 -nan 5.1783333333e+01
1414919400: 6.5900000000e+02 -nan 5.2000000000e+01
1414919700: 6.5900000000e+02 -nan 5.1000000000e+01
1414920000: 6.5900000000e+02 -nan 5.1000000000e+01
1414920300: 6.5700000000e+02 -nan 5.1000000000e+01
1414920600: 6.5700000000e+02 -nan 5.1000000000e+01
1414920900: 6.5570000000e+02 -nan 5.1000000000e+01
1414921200: 6.5420000000e+02 -nan 5.1000000000e+01
1414921500: 6.5400000000e+02 -nan 5.1000000000e+01
1414921800: 6.5350000000e+02 -nan 5.1000000000e+01
1414922100: 6.5241666667e+02 -nan 5.1000000000e+01
1414922400: 6.5145000000e+02 -nan 5.1000000000e+01
1414922700: 6.5265000000e+02 -nan 5.0566666667e+01
1414923000: 6.5300000000e+02 -nan 5.0000000000e+01
1414923300: 6.5126666667e+02 -nan 5.1000000000e+01
1414923600: 6.4900000000e+02 -nan 5.1000000000e+01
1414923900: 6.4643333333e+02 -nan 5.1000000000e+01
1414924200: 6.4630000000e+02 -nan 5.1000000000e+01
1414924500: 6.4500000000e+02 -nan 5.1000000000e+01
1414924800: 6.4400000000e+02 -nan 5.1000000000e+01
1414925100: 6.4500000000e+02 -nan 5.1000000000e+01
1414925400: 6.4500000000e+02 -nan 5.1000000000e+01
1414925700: 6.4378333333e+02 -nan 5.1000000000e+01
1414926000: 6.4353333333e+02 -nan 5.1000000000e+01
1414926300: 6.4353333333e+02 -nan 5.1000000000e+01
1414926600: 6.4343333333e+02 -nan 5.1000000000e+01
1414926900: 6.4300000000e+02 -nan 5.1000000000e+01
1414927200: 6.4278333333e+02 -nan 5.1000000000e+01
1414927500: 6.4200000000e+02 -nan 5.1000000000e+01
1414927800: 6.4158333333e+02 -nan 5.1000000000e+01
1414928100: 6.4163333333e+02 -nan 5.1000000000e+01
1414928400: 6.4163333333e+02 -nan 5.1000000000e+01
1414928700: 6.4156666667e+02 -nan 5.1000000000e+01
1414929000: 6.4100000000e+02 -nan 5.1000000000e+01
1414929300: 6.4100000000e+02 -nan 5.1000000000e+01
1414929600: 6.4000000000e+02 -nan 5.1000000000e+01
1414929900: 6.3900000000e+02 -nan 5.1000000000e+01
Comment 10 Jo Rhett 2014-11-28 05:46:17 UTC 
Or is the problem during the average calculation, and we'd need to test a new gather/input to verify if it solved the problem?
Comment 14 Tomáš Hozza 2017-10-27 15:08:14 UTC 
Red Hat Enterprise Linux 6 transitioned to the Production 3 Phase on May 10, 2017.  During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available.

The official life cycle policy can be reviewed here:
http://redhat.com/rhel/lifecycle

This issue does not appear to meet the inclusion criteria for the Production Phase 3 and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification.  Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL:

https://access.redhat.com
Note You need to log in before you can comment on or make changes to this bug.