[rrd-users] Can't store data to RRD file

Simon Hobson linux at thehobsons.co.uk
Tue Jan 17 17:15:49 CET 2012


Adriano Monteiro Marques wrote:

>>You've defined an RRD with a step of 1 - that means 1 second per PDP.
>>You've set the heartbeat to 10 in your DSs, so if more than 10
>>seconds between updates the value becomes unknown. Given the
>>timescales in the output, it looks like you are updating at somewhat
>>more than 10 second gaps, therefore your data is always unknown.
>
>I ran each update command 1 second or so apart, so it shouldn't be 
>missing the data because of that. Did you try the example I 
>mentioned?

No, because it is incomplete as I said. You did not provide any 
timing information.

>>Next, you've defined three RAAs, all with consolidation function of
>>AVERAGE, all with 300 steps/row. Thus the RRA with 100 rows contains
>>exactly the same data as the first 100 rows of the other two RRAs,
>>and the RRA with 500 rows contains exactly the same data as the RRA
>>with 1000 rows.
>
>The RRA shouldn't affect the way data is store anyways. The fact is 
>that is isn't being stored.

So you haven't read, or don't understand, the docs. The **ONLY** data 
you will get out is that defined by an RRA - if you have only put in 
about 10s of data then you will not have any data to extract from an 
RRA with a consolidated step time of 300 seconds (5 minutes) and an 
xff of 0.5 (meaning at least 1/2 the period must have valid data for 
the consolidation to be valid).

>>And of course, what you show us is **NOT** enough to reproduce the
>>problem.
>
>It is enough. Just run the create command, and run the updates 
>individually, 1 sec or apart from each other and you'll be able to 
>reproduce.

And as I said, you provided no timing - so contrary to what you say, 
you did not provide sufficient information.

>>You give no idea at all of timing - "N" tells us nothing
>>about when the updates were run. If you are going to post examples,
>>you need to include that data (ie use actual times rather than "N").
>
>Although N doesn't tell anything about it, it will use the current 
>localtime. If you run the commands sequentialy, you'll be able to 
>reliably reproduce without having to deal with cumbersome epoch 
>numbers in the command line.

True - but you don't say how far apart to run the commands. I could 
copy/paste and run them all in a fraction of a second. Or I could run 
them hours apart. Whatever I did would be a complete guess.

>>Try Alex's tutorials at 
>><http://www.vandenbogaerdt.nl/rrdtool/>http://www.vandenbogaerdt.nl/rrdtool/
>>especially "Rates, normalizing and consolidating"
>
>Thanks for the tips! Do you see anything else I could be missing out?

I think when you've read that tutorial you'll realise why you haven't 
got anything out.
With your numbers, you need to put in several minutes worth of data 
before you'll see any results.

-- 
Simon Hobson

Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed
author Gladys Hobson. Novels - poetry - short stories - ideal as
Christmas stocking fillers. Some available as e-books.



More information about the rrd-users mailing list