Re: [rrd-users] RRA weekly aggregation not on Thursday

2016-03-07 Thread Tobias Oetiker
Hi JL, Today JL mrtg wrote: > Hi, > ¿It's possible to create an RRA weekly aggregation that not aggregate every > Thursday ? ¿Why no on Sunday or Monday, in fact the day I want? > I understand, by default an RRA aggregation begins from 1-1-1970 a > Thursday :( this is the same problem as for

Re: [rrd-users] RRA of unaltered data

2015-11-25 Thread Simon Hobson
Thomas Nilsson wrote: > 1. Is there a way to get the values I add to show up unaltered in the RRA? >Tried with LAST, AVERAGE, MIN and MAX in the RRA declaration. > > 2. How are the values in my RRA calculated? These together must be one of the most frequently asked questions, to which th

Re: [rrd-users] RRA/RRD tuning

2012-08-22 Thread Tobias Oetiker
Today Christoph Anton Mitterer wrote: > Hi Tobi. > > On Sun, 2012-08-12 at 17:44 +0200, Christoph Anton Mitterer wrote: > > > looking at cairo docs, it seems that the png output facility is > > > regarded more as testing fehicle than an actual prduction quality > > > feature, hence probably the la

Re: [rrd-users] RRA/RRD tuning

2012-08-22 Thread Christoph Anton Mitterer
Hi Tobi. On Sun, 2012-08-12 at 17:44 +0200, Christoph Anton Mitterer wrote: > > looking at cairo docs, it seems that the png output facility is > > regarded more as testing fehicle than an actual prduction quality > > feature, hence probably the lack of knobs to tune it. > I've added https://bugs.

Re: [rrd-users] RRA/RRD tuning

2012-08-13 Thread Christoph Anton Mitterer
On Mon, 2012-08-13 at 15:24 +0200, Tobias Oetiker wrote: > you have to work on the english though ... tuneing may not be the > word you are looking for in your context ... I meant tuning obviously, which doesn't fit too bad IMHO (?!),... OTOH, I'm fine with optimisation, too. > * optimizing updat

Re: [rrd-users] RRA/RRD tuning

2012-08-13 Thread Tobias Oetiker
Hi Christoph, Today Christoph Anton Mitterer wrote: > Hey Tobi. > > Well actually this would belong on the rrd-devel list but as we've > already started here... > > > On Sun, 2012-08-12 at 16:44 +0200, Tobias Oetiker wrote: > > > Ok... if all that is correct... I think it would make perhaps sense

Re: [rrd-users] RRA/RRD tuning

2012-08-12 Thread Christoph Anton Mitterer
Hey Tobi. Well actually this would belong on the rrd-devel list but as we've already started here... On Sun, 2012-08-12 at 16:44 +0200, Tobias Oetiker wrote: > > Ok... if all that is correct... I think it would make perhaps sense to > > add this somewhere to the documentation, doesn't it? > > At

Re: [rrd-users] RRA/RRD tuning

2012-08-12 Thread Christoph Anton Mitterer
On Sun, 2012-08-12 at 16:44 +0200, Tobias Oetiker wrote: > well since modifying cairo is not realy something which would > quickly carry to all the distros, it might be more beneficial to > add png generation ability back into rrdtool and just get a > pixlebuffer from cairo instead of an already co

Re: [rrd-users] RRA/RRD tuning

2012-08-12 Thread Tobias Oetiker
Today Christoph Anton Mitterer wrote: > Hi Tobi. > > Thanks for your replies :) > > > On Sun, 2012-08-12 at 09:07 +0200, Tobias Oetiker wrote: > > > As far as I understand, less RRAs should mean faster updates, right? > > yes > So that also means, from just focusing on the update time (and ignorin

Re: [rrd-users] RRA/RRD tuning

2012-08-12 Thread Christoph Anton Mitterer
Hi Tobi. Thanks for your replies :) On Sun, 2012-08-12 at 09:07 +0200, Tobias Oetiker wrote: > > As far as I understand, less RRAs should mean faster updates, right? > yes So that also means, from just focusing on the update time (and ignoring space and graphing)... the best would be to have _ju

Re: [rrd-users] RRA/RRD tuning

2012-08-12 Thread Tobias Oetiker
Friday Christoph Anton Mitterer wrote: > Hi. > > I was wondering how to best tune the following, especially with respect > to a) update speed and b) graphing speed. > > The background is PNP4Nagios with always 1 data source per RRD... > > a) I looked through http://oss.oetiker.ch/rrdtool-trac/wiki

Re: [rrd-users] RRA

2011-07-07 Thread Simon Hobson
fadwa salam wrote: >but i think your idea is the same as making all in the loop to build >it in one go >the problem is: when i made rrdtool info rrd_file.rrd ,only one RRA >is created and took the last value of pdp and nb: it's mean pdp3 and >nb3 Look, you've got to help us to help you. We don

Re: [rrd-users] RRA

2011-07-07 Thread fadwa salam
Thank you very much Simon, your idea worked well with a little change and it gave me what I want ___ rrd-users mailing list rrd-users@lists.oetiker.ch https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

Re: [rrd-users] RRA

2011-07-07 Thread fadwa salam
Hello, thank you for your answer, but i think your idea is the same as making all in the loop to build it in one go the problem is: when i made rrdtool info rrd_file.rrd ,only one RRA is created and took the last value of pdp and nb: it's mean pdp3 and nb3 2011/7/7 Simon Hobson > fadwa salam wro

Re: [rrd-users] RRA

2011-07-07 Thread Simon Hobson
fadwa salam wrote: >I want to do a loop to create RAR archives by varying each time >pdp_per_row and number of records that will be given as arguments. > >rrdtool create $ rrd \ > - start $ now \ > - step = $ step \ > DS: Power: GAUGE: 600: U: U >

Re: [rrd-users] RRA AVERAGE:0.5:1 undesirable result

2010-05-05 Thread rrdtool_usr
I don't quite catch the statement: "if you want to to see the same data you entered in the buckt, you have to drop the data on the right (future) rim of the bucket ..." Can you elaborate more? -- View this message in context: http://rrd-mailinglists.937164.n2.nabble.com/RRA-AVERAGE-0-5-1-unde

Re: [rrd-users] RRA calculated in GMT

2009-12-15 Thread Simon Hobson
Robert Hagens wrote: >I am feeding my data into an rrd using time based in MST (every 5 >minutes). I have an AVERAGE RRA defined to be 24 hours of data. >However, it appears that the RRAs are calculated according to GMT. >In other words, the RRA is calculated beginning midnight GMT. As a >resu

Re: [rrd-users] RRA AVERAGE:0.5:1 undesirable result

2009-10-13 Thread Marc Powell
On Oct 13, 2009, at 1:04 AM, Tobias Oetiker wrote: > Hi All, > > Yesterday Marc Powell wrote: >> This uses the current timestamp (N), which may or may not be >> exactly a >> 20 second interval from the above start time... > > note that the creation/start time of the rrd does not matter so > mu

Re: [rrd-users] RRA AVERAGE:0.5:1 undesirable result

2009-10-12 Thread Tobias Oetiker
Hi All, Yesterday Marc Powell wrote: > > On Oct 12, 2009, at 4:48 PM, kssgill wrote: > > > > > Hi, I've setup a test RRA as shown below and create a perl script > > to popuate > > it with test data. I'm see rounding off of data which is not what I > > was > > expecting. > > > > This is how I cre

Re: [rrd-users] RRA AVERAGE:0.5:1 undesirable result

2009-10-12 Thread Marc Powell
On Oct 12, 2009, at 7:11 PM, kssgill wrote: > Very interesting ... I was relying on sleep(20) for the updates to > be 20sec apart which caused the average function to adjust the value. I don't think that sleep was the problem. It probably was right on most or all of the time. I expect that y

Re: [rrd-users] RRA AVERAGE:0.5:1 undesirable result

2009-10-12 Thread kssgill
-user+90412-1259777...@n2.nabble.com To: kssg...@hotmail.com Subject: Re: [rrd-users] RRA AVERAGE:0.5:1 undesirable result On Oct 12, 2009, at 4:48 PM, kssgill wrote: > > Hi, I've setup a test RRA as shown below and create a perl script > to popuate > it with test data. I&#

Re: [rrd-users] RRA AVERAGE:0.5:1 undesirable result

2009-10-12 Thread Marc Powell
On Oct 12, 2009, at 4:48 PM, kssgill wrote: > > Hi, I've setup a test RRA as shown below and create a perl script > to popuate > it with test data. I'm see rounding off of data which is not what I > was > expecting. > > This is how I created an rrd file: > > rrdtool create testfile.rrd -s 2

Re: [rrd-users] rra error

2009-02-11 Thread Ceylan, Hasan
I am getting this error on one of my rrd file. What does this error mean and how can I fix the corrupted rrd file? " ERROR: seek error in RRA" Thanks, hasan ___ rrd-users mailing list rrd-users@lists.oetiker.ch https://lists.oetiker.ch/cgi