[rrd-users] Why is this happening?

Mike_K mike at kalist.ca
Tue Feb 23 18:09:32 CET 2016


Thank you Simon  Sorry for the Non descriton.

 

The tutorials you posted were  perfect and made sense. Google did not help
me find that info.

 

All is logging perfectly.

 

Thanks again.

 

Mike

 

 

 

From: Simon Hobson [via RRD Mailinglists]
[mailto:ml-node+s937164n7583288h76 at n2.nabble.com] 
Sent: Tuesday, February 23, 2016 9:49 AM
To: Mike_K
Subject: Re: Why is this happening?

 

Mike_K <[hidden email]> wrote: 

A message without a question ! 

I can **GUESS** from the subject line that **SOMETHING** isn't happening as
you would expect. You haven't said that that something is so it's all
guesswork. 

I would GUESS that you aren't expecting the gaps in the graph, is that
correct ? 
Why, well we can't say because you haven't given much of a clue what data
you fed in. You've provided one update statement using "N" as the timestamp
which is meaningless. So it boils down to "I fed in some data I'm not giving
you a clue about, and didn't get out what I expect". 

To avoid future responses along these lines, you would do well to read and
head the advice here : 
http://www.catb.org/~esr/faqs/smart-questions.html


Now, assuming that my guesswork is correct, the usual reason for missing
data is because you've not supplied data often enough. You have created a
database with a step size of 150, and a maximum interval between updates of
300s. If you are doing something like having cron run your script every 5
minutes, then you will get gaps in the data. 

Lets say you supply data at 70s and 371s (and with data having been valid
before that). At time 70 you have nearly half filled one PDP (primary data
point) covering time 0 to 150. At time 370, the data becomes unknown so when
the next update arrives, that PDP will be set to unknown (not enough data to
complete it), as will the one from 150 to 300 (no data at all). At time 371,
you supply data, so this sets a base value against which the rest of the 300
to 450 PDP can be calculated - IFF you provide another update within the
next 300s. 

For more information, I suggest Alex's excellent tutorials at
http://rrdtool.vandenbogaerdt.nl, particularly the one on "Rates,
normalizing and consolidating". 

_______________________________________________ 
rrd-users mailing list 
[hidden email] 
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users



  _____  

If you reply to this email, your message will be added to the discussion
below:

http://rrd-mailinglists.937164.n2.nabble.com/Why-is-this-happening-tp7583286
p7583288.html 

To unsubscribe from Why is this happening?, click here
<http://rrd-mailinglists.937164.n2.nabble.com/template/NamlServlet.jtp?macro
=unsubscribe_by_code&node=7583286&code=bWlrZUBrYWxpc3QuY2F8NzU4MzI4Nnw3NjczN
TMxMzQ=> .
 
<http://rrd-mailinglists.937164.n2.nabble.com/template/NamlServlet.jtp?macro
=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespa
ces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.
template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-
instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.nam
l> NAML 





--
View this message in context: http://rrd-mailinglists.937164.n2.nabble.com/Why-is-this-happening-tp7583286p7583289.html
Sent from the RRDtool Users Mailinglist mailing list archive at Nabble.com.



More information about the rrd-users mailing list