<br><br><div class="gmail_quote">On Tue, Jan 17, 2012 at 2:15 PM, Simon Hobson <span dir="ltr"><<a href="mailto:linux@thehobsons.co.uk">linux@thehobsons.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Adriano Monteiro Marques wrote:<br>
<br>
>>You've defined an RRD with a step of 1 - that means 1 second per PDP.<br>
>>You've set the heartbeat to 10 in your DSs, so if more than 10<br>
>>seconds between updates the value becomes unknown. Given the<br>
>>timescales in the output, it looks like you are updating at somewhat<br>
>>more than 10 second gaps, therefore your data is always unknown.<br>
><br>
>I ran each update command 1 second or so apart, so it shouldn't be<br>
>missing the data because of that. Did you try the example I<br>
>mentioned?<br>
<br>
</div>No, because it is incomplete as I said. You did not provide any<br>
timing information.<br></blockquote><div><br></div><div>N is the timing information, according to the docs.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">>>Next, you've defined three RAAs, all with consolidation function of<br>
>>AVERAGE, all with 300 steps/row. Thus the RRA with 100 rows contains<br>
>>exactly the same data as the first 100 rows of the other two RRAs,<br>
>>and the RRA with 500 rows contains exactly the same data as the RRA<br>
>>with 1000 rows.<br>
><br>
>The RRA shouldn't affect the way data is store anyways. The fact is<br>
>that is isn't being stored.<br>
<br>
</div>So you haven't read, or don't understand, the docs. The **ONLY** data<br>
you will get out is that defined by an RRA - if you have only put in<br>
about 10s of data then you will not have any data to extract from an<br>
RRA with a consolidated step time of 300 seconds (5 minutes) and an<br>
xff of 0.5 (meaning at least 1/2 the period must have valid data for<br>
the consolidation to be valid).<br></blockquote><div><br></div><div>Can you point me to the location in the docs that says that I can only retrieve data from an RRA?</div><div><br></div><div>I checked once again both tutorials looking for the term RRA and couldn't find any location saying that we can only retrieve data from the RRA. Then my question is likely a documentation issue, not a lack of read from my part. Or, if that is said somewhere else, perhaps it should be laid more clearly in the tutorial, so we don't have to read an absurd amount of docs before we're able to run such a simple example?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">>>And of course, what you show us is **NOT** enough to reproduce the<br>
>>problem.<br>
><br>
>It is enough. Just run the create command, and run the updates<br>
>individually, 1 sec or apart from each other and you'll be able to<br>
>reproduce.<br>
<br>
</div>And as I said, you provided no timing - so contrary to what you say,<br>
you did not provide sufficient information.<br>
<div class="im"><br>
>>You give no idea at all of timing - "N" tells us nothing<br>
>>about when the updates were run. If you are going to post examples,<br>
>>you need to include that data (ie use actual times rather than "N").<br>
><br>
>Although N doesn't tell anything about it, it will use the current<br>
>localtime. If you run the commands sequentialy, you'll be able to<br>
>reliably reproduce without having to deal with cumbersome epoch<br>
>numbers in the command line.<br>
<br>
</div>True - but you don't say how far apart to run the commands. I could<br>
copy/paste and run them all in a fraction of a second. Or I could run<br>
them hours apart. Whatever I did would be a complete guess.<br></blockquote><div><br></div><div>This is a clear sign that you didn't even run the example. If you had done as you said, you would figure that you can't run the update less than 1 second apart from each other. rrdtool would fail.</div>
<div><br></div><div><br></div><div>Wanted to state my clear disappointment with this mailing list and how the community welcomes questions. You are the clear example of how an open source community should not behave.</div>
<div><br></div><div>I sent an example that nobody even bothered to run, and was received with clearly harsh statements, like "Have you really read the documentation?". Is everyone supposed to know the documentation as well as you do?</div>
<div><br></div><div>If you have a user with questions and saying that he read the documentation, you should be polite and help with kindness. If you're tired of seeing the same questions, why don't you make a better job with the docs and make that thing clear instead of trowing rocks to people who come and ask?</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
>>Try Alex's tutorials at<br>
</div>>><<a href="http://www.vandenbogaerdt.nl/rrdtool/" target="_blank">http://www.vandenbogaerdt.nl/rrdtool/</a>><a href="http://www.vandenbogaerdt.nl/rrdtool/" target="_blank">http://www.vandenbogaerdt.nl/rrdtool/</a><br>
<div class="im">>>especially "Rates, normalizing and consolidating"<br>
><br>
>Thanks for the tips! Do you see anything else I could be missing out?<br>
<br>
</div>I think when you've read that tutorial you'll realise why you haven't<br>
got anything out.<br>
With your numbers, you need to put in several minutes worth of data<br>
before you'll see any results.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Simon Hobson<br>
<br>
Visit <a href="http://www.magpiesnestpublishing.co.uk/" target="_blank">http://www.magpiesnestpublishing.co.uk/</a> for books by acclaimed<br>
author Gladys Hobson. Novels - poetry - short stories - ideal as<br>
Christmas stocking fillers. Some available as e-books.<br>
<br>
_______________________________________________<br>
rrd-users mailing list<br>
<a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a><br>
<a href="https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users" target="_blank">https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users</a><br>
</div></div></blockquote></div><br>