Internet

From vaclav.vobornik at aliatel.cz Tue Nov 2 16:19:14 2004 From: vaclav.vobornik at aliatel.cz (vaclav.vobornik at aliatel.cz) Date: Tue, 2 Nov 2004 16:19:14 +0100 Subject: [rrd-developers] Unicode support? Message-ID: Hi rrdtools developers, I would like to use multi-byte characters (czech, russian, japanese etc.) with rrdtool graph, but without success (http://www.nsmon.com/graphs/seo.10.kw.m.png). My tests with creation images with GD/Freetype2 and utf8 fonts works excellent (http://www.nsmon.com/graphs/gdunicode.png), but rrdtool use libart instead of libgd. Is it possible to create rrdtool images with unicode fonts text? Thanks a lot Vasek Vobornik -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From Tam.Khuat at optus.com.au Wed Nov 3 23:04:56 2004 From: Tam.Khuat at optus.com.au (Tam Khuat) Date: Thu, 4 Nov 2004 09:04:56 +1100 Subject: [rrd-developers] billing cross example Message-ID: Hi All I downloaded the Billing Cross Check Example in Gallery and test it on my server (Solaris 9). I encounter a few problems..Please help me out 1. LAST=`date -d $FIRST +%s` and date -d is not a valid command 2. The ERROR :end time :unparsable time ..prob this is from LAST. 3. Also, the 'date +%s' will return this %s This is what i got when execute the bash file. date: bad conversion usage: date [-u] mmddHHMM[[cc]yy][.SS] date [-u] [+format] date -a [-]sss[.fff] ./alex-01.bash: LAST: command not found Internet

Our internet provider will bill us for the amount of bandwidth used per month. Part of this bandwidth is prepaid, the rest is paid for on a kilobit-per-second basis. Bandwidth used outside the red lines is expensive as this needs to be paid for separately in addition to the fee for the connection itself.

ERROR: end time: unparsable time:

Thanks -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From Tam.Khuat at optus.com.au Thu Nov 4 04:01:47 2004 From: Tam.Khuat at optus.com.au (Tam Khuat) Date: Thu, 4 Nov 2004 14:01:47 +1100 Subject: [rrd-developers] FW: billing cross example Message-ID: Pls help. I downloaded the GNU date and install. However i still have these errors 1. LAST command not found 2. end time : unparsable time : Content-Type: text/html ./test.bash: LAST: command not found Internet

ERROR: end time: unparsable time:

-----Original Message----- From: Todd Caine [mailto:tcaine at eli.net] Sent: Thursday, 4 November 2004 9:43 AM To: Tam Khuat Subject: Re: [rrd-developers] billing cross example Try installing GNU date which supports those flags. On (Wed, Nov 03 14:04), Tam Khuat wrote: > Hi All > > I downloaded the Billing Cross Check Example in Gallery and test it on my > server (Solaris 9). > I encounter a few problems..Please help me out > > 1. LAST=`date -d $FIRST +%s` and date -d is not a valid command > 2. The ERROR :end time :unparsable time ..prob this is from LAST. > > 3. Also, the 'date +%s' will return this %s > > This is what i got when execute the bash file. > > date: bad conversion > usage: date [-u] mmddHHMM[[cc]yy][.SS] > date [-u] [+format] > date -a [-]sss[.fff] > ./alex-01.bash: LAST: command not found > Internet > link="#FFFF00"> > > > >

Our internet provider will bill us for the amount of bandwidth used > per month. Part of this bandwidth is prepaid, the rest is paid for > on a kilobit-per-second basis. Bandwidth used outside the red lines > is expensive as this needs to be paid for separately in addition to > the fee for the connection itself. >

ERROR: end time: unparsable time: >

> > > Thanks > > -- > Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe > Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help > Archive http://www.ee.ethz.ch/~slist/rrd-developers > WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From vaclav.vobornik at aliatel.cz Thu Nov 4 18:52:11 2004 From: vaclav.vobornik at aliatel.cz (vaclav.vobornik at aliatel.cz) Date: Thu, 4 Nov 2004 18:52:11 +0100 Subject: [rrd-developers] FW: Unicode support? Message-ID: Hi Tobi & all, I have tried to hack rrd_gfx.c and it works fine in my environment. You can see output at http://www.nsmon.com/graphs/seo.1.kw.m.png or http://www.nsmon.com/graphs/seo.15.kw.m.png It seems fine, isn't it? :-) Changed rrd_gfx.c is in attachment (I am not C programmer, it may be very bad code) UTF-8 encoding must be used with Unicode TT Fonts, more comments in source code. Regards Vaclav Vobornik -----Original Message----- From: Tobias Oetiker Sent: Thursday, November 04, 2004 7:45 AM To: vobornik Subject: Re: FW: Unicode support? Hi Vaclav, no utf8 support is not available for rrdtool ... but patches for 1.1.x would be welcome ... shold not be all that much of a problem as freetype certainly does support utf8 ... cheers tobi > > -----Original Message----- > From: rrd-developers-bounce at list.ee.ethz.ch > [mailto:rrd-developers-bounce at list.ee.ethz.ch] On Behalf Of vobornik > Sent: Tuesday, November 02, 2004 4:19 PM > To: rrd-developers at list.ee.ethz.ch > Subject: [rrd-developers] Unicode support? > > > Hi rrdtools developers, > > I would like to use multi-byte characters (czech, russian, japanese > etc.) > with rrdtool graph, but without success > (http://www.nsmon.com/graphs/seo.10.kw.m.png). > > My tests with creation images with GD/Freetype2 and utf8 fonts works > excellent (http://www.nsmon.com/graphs/gdunicode.png), but rrdtool use > libart instead of libgd. > > Is it possible to create rrdtool images with unicode fonts text? > > Thanks a lot > > Vasek Vobornik -- Attached file removed by Ecartis and put at URL below -- -- Type: application/octet-stream -- Desc: rrd_gfx.c -- Size: 62k (63958 bytes) -- URL : http://www.ee.ethz.ch/~slist/p/rrd_gfx.c -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From vaclav.vobornik at aliatel.cz Thu Nov 4 19:12:43 2004 From: vaclav.vobornik at aliatel.cz (vaclav.vobornik at aliatel.cz) Date: Thu, 4 Nov 2004 19:12:43 +0100 Subject: [rrd-developers] Re: FW: Unicode support? Message-ID: Aaaaaaaaaaaaargh attention!!! Here is new rrd_gfx.c There was a BUG with 3- and 4- bytes UTF-8 characters in decode routine (wrong mask) in the last posted file Sorry Vaclav Vobornik -- Attached file removed by Ecartis and put at URL below -- -- Type: application/octet-stream -- Desc: rrd_gfx.c -- Size: 62k (63957 bytes) -- URL : http://www.ee.ethz.ch/~slist/p/02-rrd_gfx.c -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From lude at linuxpimpz.com Mon Nov 8 23:47:49 2004 From: lude at linuxpimpz.com (David Olsen) Date: Mon, 8 Nov 2004 17:47:49 -0500 Subject: [rrd-developers] Calling rrd_graph twice (or 3x, 4x, 5x) Message-ID: <20041108224749.GA6554@malloc.isprime.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I've wrote the list before (http://www.ee.ethz.ch/~slist/rrd-developers/msg00980.html), and it seems I've walked across a similar or the same bug, in either my code, or rrdtool. I reset optind and opterr to zero. Pass it a few arguments, it works the first time, then it just garbles up the arguments. I've tried a handful of ways to pass it the argv array. Here is the most recent shot, but I've tried all types of methods of malloc() and calloc() and different free/unfree/memset combinations to get it to act right. Everything points to the same result. The second time around, the argv array gets corrupted, and unusable. Here's the latest round of calling: http://lude.net/grapher.c Anyone have any insight? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBj/eVxETfIXF0w9kRApInAKCfdHYhrPjFg5eFPm8HQPuqzBn/CwCfZU3b x4Ey6o8Aaih7SUEYyEQk1Lc= =TPxE -----END PGP SIGNATURE----- -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From james.kingston at gmail.com Tue Nov 9 01:51:12 2004 From: james.kingston at gmail.com (James Kingston) Date: Mon, 8 Nov 2004 16:51:12 -0800 Subject: [rrd-developers] data -> Nan conversion in reduce_data() Message-ID: <9d27c632041108165130cf0fed@mail.gmail.com> This is an update to a plea I sent to the users list last week. Background... we use the 2nd variable of a certain poller to ascertain the availability of the poll. If the poll was successful, we write 100. If it wasn't, we either write 0 or nothing at all (NaN), depending on how the poller failed. We use the RRDs::graph function to query the availability of the poller using the following CDEF, whose purpose is to convert NaNs to zeros: CDEF:B1=B0,UN,0,B0,IF What we have been noticing is that for certain time ranges that contain all 100s (verified by RRDs:fetch), we frequently get a number between 98 and 100. After a lot of digging I discovered that the NaNs were being introduced into the data by the reduce_data function, lines 541 and 616 of rrd_graph.c. It was changing the 2nd and last samples (which contained valid data) to NaNs. Commenting out the two lines gives us the results that we would expect. My question is, what is the purpose of these lines, and what possible repercussions might there be for removing them? /* Depending on the amount of extra data needed at the ** start of the destination, three things can happen: ** -1- start_offset == 0: skip the extra source row ** -2- start_offset == cur_step: do nothing ** -3- start_offset > cur_step: skip some source rows and ** fill one destination row with NaN */ if (start_offset==0) { srcptr+=(*ds_cnt); row_cnt--; } else if (start_offset!=cur_step) { skiprows=((*step)-start_offset)/cur_step+1; srcptr += ((*ds_cnt)*skiprows); row_cnt-=skiprows; /* THIS ONE: for (col=0;col<(*ds_cnt);col++) *dstptr++=DNAN; */ } ... and ... /* If we had to alter the endtime, we didn't have enough ** source rows to fill the last row. Fill it with NaN. */ /* THIS ONE: if (end_offset!=0) for (col=0;col<(*ds_cnt);col++) *dstptr++ = DNAN; */ -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From lude at linuxpimpz.com Tue Nov 9 19:07:36 2004 From: lude at linuxpimpz.com (David Olsen) Date: Tue, 9 Nov 2004 13:07:36 -0500 Subject: [rrd-developers] Re: Calling rrd_graph twice (or 3x, 4x, 5x) In-Reply-To: <20041108224749.GA6554@malloc.isprime.com> References: <20041108224749.GA6554@malloc.isprime.com> Message-ID: <20041109180736.GB8677@malloc.isprime.com> An embedded and charset-unspecified text was scrubbed... Name: not available Url: https://lists.oetiker.ch/pipermail/rrd-developers/attachments/20041109/beb805db/attachment.asc From james.kingston at gmail.com Thu Nov 11 23:13:57 2004 From: james.kingston at gmail.com (James Kingston) Date: Thu, 11 Nov 2004 14:13:57 -0800 Subject: [rrd-developers] Re: data -> Nan conversion in reduce_data() In-Reply-To: <9d27c632041108165130cf0fed@mail.gmail.com> References: <9d27c632041108165130cf0fed@mail.gmail.com> Message-ID: <9d27c6320411111413d6b5053@mail.gmail.com> A further update to my previous message... I'm not sure if it was even delivered, because I never recieved a copy. Does the list software remove the sender from the recipient list? My previous message mentioned that we were using the graphing function to calculate averages across arbitrary time ranges using a CDEF that converted NaNs to zeros. We discovered when looking at a time range that contained all 100's that some of the samples were being converted to NaNs, which our CDEF would convert to zero, which would throw off the average. I tracked it down to the reduce_data function, where the leftovers at each end of the time range, after the data reduction, were being discarded by converting them to NaN. The attached patch adds the --no-squish parameter, which skips reduce_data and makes the PRINT commands base their calculations on the original samples between the requested start and end. Feel free to pick it apart or ignore it if it's not useful to the project in the future. Thanks, James -- Attached file removed by Ecartis and put at URL below -- -- Type: text/x-patch -- Size: 2k (2793 bytes) -- URL : http://www.ee.ethz.ch/~slist/p/rrd_graph.c.diff -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From alex at ergens.op.het.net Thu Nov 11 23:27:10 2004 From: alex at ergens.op.het.net (Alex van den Bogaerdt) Date: Thu, 11 Nov 2004 23:27:10 +0100 Subject: [rrd-developers] Re: data -> Nan conversion in reduce_data() In-Reply-To: <9d27c6320411111413d6b5053@mail.gmail.com> References: <9d27c632041108165130cf0fed@mail.gmail.com> <9d27c6320411111413d6b5053@mail.gmail.com> Message-ID: <20041111222710.GA9697@slot.hollandcasino.net> On Thu, Nov 11, 2004 at 02:13:57PM -0800, James Kingston wrote: > I tracked it down to the reduce_data function, where the leftovers at > each end of the time range, after the data reduction, were being > discarded by converting them to NaN. Are you saying you found the following to be incorrect: /* If we had to alter the endtime, there won't be ** enough data to fill the last row. This means ** we have to skip some rows at the end */ or is it just a matter of garbage in results in garbage out? What happens if you set end_time to a whole multiple of steps times step ? (and don't use this new parameter) Alex -- I ask you to respect any "Reply-To" and "Mail-Follow-Up" headers. If you reply to me off-list, you'd better tell me you're doing so. If you don't, and if I reply to the list, that's your problem, not mine. -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From james.kingston at gmail.com Fri Nov 12 01:13:43 2004 From: james.kingston at gmail.com (James Kingston) Date: Thu, 11 Nov 2004 16:13:43 -0800 Subject: [rrd-developers] Re: data -> Nan conversion in reduce_data() In-Reply-To: <20041111222710.GA9697@slot.hollandcasino.net> References: <9d27c632041108165130cf0fed@mail.gmail.com> <9d27c6320411111413d6b5053@mail.gmail.com> <20041111222710.GA9697@slot.hollandcasino.net> Message-ID: <9d27c632041111161367efce51@mail.gmail.com> wrote: > On Thu, Nov 11, 2004 at 02:13:57PM -0800, James Kingston wrote: > > > I tracked it down to the reduce_data function, where the leftovers at > > each end of the time range, after the data reduction, were being > > discarded by converting them to NaN. > > Are you saying you found the following to be incorrect: > > /* If we had to alter the endtime, there won't be > ** enough data to fill the last row. This means > ** we have to skip some rows at the end > */ That was my original assumption, but I was incorrect. Once I realized what reduce_data was doing, it made sense why it was discarding rows. > What happens if you set end_time to a whole multiple of > steps times step ? (and don't use this new parameter) I'm not sure what you mean by steps times step, but I found that if I set the start and end times to timestamps that were divisible by the step AND divisible by the reduce_factor of the (discarded) graphs, we would get back what we were expecting. We could also get back accurate averages if we set the start and end times to timestamps that were divisible by the step and set the width of the imaginary graph to ((end - start) / step), effectively telling reduce_data not to reduce at all. The reason that neither of these worked very well for us is that it required that we have advanced knowledge of the step value before we requested the data. We have many rrds with different heartbeats and different rollup intervals, so when querying an rrd for the average over the last 30 days we don't know if the data will be in 24 minute increments, 15 minutes, or 30, for a few examples of what I've found on our network. Thanks, James -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From alex at ergens.op.het.net Fri Nov 12 09:59:55 2004 From: alex at ergens.op.het.net (Alex van den Bogaerdt) Date: Fri, 12 Nov 2004 09:59:55 +0100 Subject: [rrd-developers] Re: data -> Nan conversion in reduce_data() In-Reply-To: <9d27c632041111161367efce51@mail.gmail.com> References: <9d27c632041108165130cf0fed@mail.gmail.com> <9d27c6320411111413d6b5053@mail.gmail.com> <20041111222710.GA9697@slot.hollandcasino.net> <9d27c632041111161367efce51@mail.gmail.com> Message-ID: <20041112085955.GA12167@slot.hollandcasino.net> On Thu, Nov 11, 2004 at 04:13:43PM -0800, James Kingston wrote: > I'm not sure what you mean by steps times step, but I found that if I > set the start and end times to timestamps that were divisible by the > step AND divisible by the reduce_factor of the (discarded) graphs, we > would get back what we were expecting. We could also get back You may want to move this discussion to rrd-users, where it belongs. In short, you are asking RRDtool to produce rates for the future. It cannot do so. Each pixel column represents an amount of time and your last pixel column ends in the future. > The reason that neither of these worked very well for us is that it > required that we have advanced knowledge of the step value before we > requested the data. We have many rrds with different heartbeats and > different rollup intervals, so when querying an rrd for the average > over the last 30 days we don't know if the data will be in 24 minute > increments, 15 minutes, or 30, for a few examples of what I've found > on our network. If you want data for the last 30 days, it probably doesn't matter if you generate the graph at 1am and ask for midnight-30days to midnight. That way, the last row will not be empty. Alex -- I ask you to respect any "Reply-To" and "Mail-Follow-Up" headers. If you reply to me off-list, you'd better tell me you're doing so. If you don't, and if I reply to the list, that's your problem, not mine. -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From gustavo at outer.com.br Fri Nov 12 19:53:56 2004 From: gustavo at outer.com.br (Gustavo Torres) Date: Fri, 12 Nov 2004 16:53:56 -0200 Subject: [rrd-developers] configure error in Fedora Core 1 Message-ID: <419506C4.5080500@outer.com.br> Hello, sorry if this was already noticed in this list, but I couldn't find anything similar to it. I have the following problem w/ configure for snapshot 2004-11-09: -- checking if IEEE math works out of the box... no checking if IEEE math works with the -ieee switch... no checking if IEEE math works with the -qfloat=nofold switch... no checking if IEEE math works with the -w -qflttrap=enable:zerodivide... no checking if IEEE math works with the -mieee switch... no checking if IEEE math works with the -q float=rndsngl switch... no checking if IEEE math works with the -OPT:IEEE_NaN_inf=ON switch... no checking if IEEE math works with the -OPT:IEEE_comparisons=ON switch... no checking if IEEE math works with fpsetmask(0)... no checking if IEEE math works with signal(SIGFPE,SIG_IGN)... no configure: error: Your Compiler does not do propper IEEE math ... Please find out how to make IEEE math work with your compiler and let me know (oetiker at ee.ethz.ch). Check config.log to see what went wrong ... $ gcc --version gcc (GCC) 3.3.2 20031022 (Red Hat Linux 3.3.2-1) -- Is it GCC? Does anybody has a clue? Regards, Gustavo. -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From saqibbs at gmail.com Thu Nov 18 18:50:02 2004 From: saqibbs at gmail.com (Saqib bin Sohail) Date: Thu, 18 Nov 2004 09:50:02 -0800 Subject: [rrd-developers] RRD File format question Message-ID: I have tons of rrd files, each file is associated with 1 Wireless AP in my installations. The RRD keeps track of the number of wireless users on each AP. I want to go through all these files and find if there was any instant when the AP had more than x users. I would be writing a script which goes into all files, but the rrd file format is alien to me so is there a way I can learn that or is there any easier way. Thanks -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From mark at xodiax.com Thu Nov 18 19:58:33 2004 From: mark at xodiax.com (Mark Mills) Date: Thu, 18 Nov 2004 13:58:33 -0500 Subject: [rrd-developers] Re: RRD File format question In-Reply-To: References: Message-ID: <419CF0D9.9010803@xodiax.com> Short answer: look at the docs for rrdtool's "fetch" command: http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/manual/rrdfetch.html Long answer: Rrdtool also has a "dump" command that will pour out the entire DB in xml form but that is generally overkill for uses like this. Depending on your application and needs, you could also set up a rra for daily or monthly "max" consolidation that would always have the data for you. Look at the docs for rrdtool create and notice how the derived RRAs with consolidation functions work. You might get rrdtool to do 90% of the work and just pluck one number out of a quick fetch command. Saqib bin Sohail wrote: >I have tons of rrd files, each file is associated with 1 Wireless AP >in my installations. The RRD keeps track of the number of wireless >users on each AP. I want to go through all these files and find if >there was any instant when the AP had more than x users. > >I would be writing a script which goes into all files, but the rrd >file format is alien to me so is there a way I can learn that or is >there any easier way. > >Thanks > >-- >Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe >Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help >Archive http://www.ee.ethz.ch/~slist/rrd-developers >WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi > > > -- Mark D. Mills Xodiax (a Peak10 Company) http://www.xodiax.com/ http://www.peak10.com/ -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From ssinyagin at yahoo.com Thu Nov 18 19:46:58 2004 From: ssinyagin at yahoo.com (Stanislav Sinyagin) Date: Thu, 18 Nov 2004 10:46:58 -0800 (PST) Subject: [rrd-developers] Re: RRD File format question In-Reply-To: Message-ID: <20041118184658.78600.qmail@web51902.mail.yahoo.com> Hi, I'd recommend you to take a look at http://torrus.org Torrus is a new name of RRFW. It has a monitor daemon which can periodically check your thresholds. Pick up the development snapshot, the monitor scheduler has been updated there. Stan --- Saqib bin Sohail wrote: > I have tons of rrd files, each file is associated with 1 Wireless AP > in my installations. The RRD keeps track of the number of wireless > users on each AP. I want to go through all these files and find if > there was any instant when the AP had more than x users. > > I would be writing a script which goes into all files, but the rrd > file format is alien to me so is there a way I can learn that or is > there any easier way. > > Thanks > > -- > Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe > Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help > Archive http://www.ee.ethz.ch/~slist/rrd-developers > WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi > > -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From siddharthkhullar at hotmail.com Mon Nov 22 09:29:20 2004 From: siddharthkhullar at hotmail.com (siddharth khullar) Date: Mon, 22 Nov 2004 13:59:20 +0530 Subject: [rrd-developers] c API for rrd In-Reply-To: Message-ID: Hi guys, I am new to RRD tool. I want to collect data from a database (MySQL or Oracle or any other database) and create a RRD file and update it periodically (every 5 mins) such that I will be able to monitor the my system (The values of which are available in the database from which I want to generate the RRD file). I have also seen the rrd_create and rrd_update functions but I do not know how to use them, the arguments to pass and all that details. Can any one help me with a sample code in C (using C API's) which gives the usage of rrd_create and rrd_update functions. Thanks in advance. _________________________________________________________________ The all-new MSN Search. Get fast and precise results. http://search.msn.co.in Try it now! -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From beat.zahnd at phim.unibe.ch Mon Nov 22 17:13:36 2004 From: beat.zahnd at phim.unibe.ch (Beat Zahnd) Date: Mon, 22 Nov 2004 17:13:36 +0100 Subject: [rrd-developers] Re: c API for rrd In-Reply-To: References: Message-ID: <41A21030.2010608@phim.unibe.ch> siddharth khullar wrote: > Hi guys, > > I am new to RRD tool. I want to collect data from a database (MySQL or > Oracle or any other database) and create a RRD file and update it > periodically (every 5 mins) such that I will be able to monitor the my > system (The values of which are available in the database from which I want > to generate the RRD file). > Here a function which stores the pressure in one of our ultra-high vacuum chambers in a rrd file: /* global data */ unsigned int sensor_stat; double pres; void store_data() { char buf[128]; char r_name[] = "/var/scada/stabil_ion.rrd"; char r_buf[1024]; char *r_update[3] = {"update", r_name, r_buf}; if(isnan(pres) || sensor_stat != 1) sprintf(buf, "U"); else snprintf(buf, 128, "%e", pres); snprintf(r_buf, 64, "N:%s", buf); rrd_update(3, r_update); if(rrd_test_error()) { device_warning("Stabil-Ion RRD error", rrd_get_error()); rrd_clear_error(); } } Compilation/linking flags: -lrrd I create the rrd files from a Makefile during 'make install' using 'rrdtool create': stabil_ion.rrd: rrdtool create $@ \ --step 10 \ DS:pres:GAUGE:60:U:U \ RRA:AVERAGE:0.5:1:86400 Regards, Beat -- Beat ZAHND Physics Institute University of Bern phone +41 31 631 3466 Sidlerstrasse 5 fax +41 31 631 4405 CH-3012 Bern (Switzerland) mailto:beat.zahnd at phim.unibe.ch -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From gregp-rrd-developers at arrogant.org Thu Nov 25 15:52:56 2004 From: gregp-rrd-developers at arrogant.org (Greg Prosser) Date: Thu, 25 Nov 2004 09:52:56 -0500 (EST) Subject: [rrd-developers] RRD DERIVE Data type, invalid inputs. Message-ID: <20041125091705.W56057@hubris.arrogant.org> Hi Guys, I'm not sure what combination of environments contributed to this, but I've discovered what I believe is a bug in the handling of rrdtool's DERIVE data source, specifically in the handling of invalid data checking during updates. You currently check that every character of the string is within the range '0' - '9', which is fine, but the code does not properly handle having a '-' or '+' in front of the number -- the if condition is set-up incorrectly. Currently, at around line 361 of rrd_update.c, you have the following: case DST_DERIVE: if(rrd.pdp_prep[i].last_ds[0] != 'U'){ for(ii=0;updvals[i+1][ii] != '\0';ii++){ if(updvals[i+1][ii] < '0' || updvals[i+1][ii] > '9' || (ii==0 && updvals[i+1][ii] == '-')){ rrd_set_error("not a simple integer: '%s'",updvals[i+1]); break; } } (which I'm more than certain will wrap horribly) Specifically, my SNMP library gives me back values in the form '+xxxxxx' sometimes, and this check throws out those values. I also believe this code throws out '-xxxxxx' in DERIVE's as well, which probably breaks something somewhere. I've attached a patch to change this to handle both leading + and leading - correctly (not throw them out) and still enforce this check. It applies to the newest version of RRDtool fine, and I've been using it for a long while without issue (of course, it's not as if I put invalid data in my RRD's a lot). Thanks, -gnp -- Attached file removed by Ecartis and put at URL below -- -- Type: TEXT/PLAIN -- Desc: +/- RRDtool handling -- Size: 676 bytes -- URL : http://www.ee.ethz.ch/~slist/p/rrdtool-derive-plusminus.diff -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi From alex at ergens.op.het.net Thu Nov 25 16:41:08 2004 From: alex at ergens.op.het.net (Alex van den Bogaerdt) Date: Thu, 25 Nov 2004 16:41:08 +0100 Subject: [rrd-developers] Re: RRD DERIVE Data type, invalid inputs. In-Reply-To: <20041125091705.W56057@hubris.arrogant.org> References: <20041125091705.W56057@hubris.arrogant.org> Message-ID: <20041125154108.GA30528@slot.hollandcasino.net> On Thu, Nov 25, 2004 at 09:52:56AM -0500, Greg Prosser wrote: > Hi Guys, > I'm not sure what combination of environments contributed to this, but > I've discovered what I believe is a bug in the handling of rrdtool's > DERIVE data source, specifically in the handling of invalid data checking > during updates. Can counters, or rates, become negative ? Derive is essentially a COUNTER type. A small test script may show what happens: >---- cut here ----< #!/bin/bash dstype=DERIVE rrdtool create test.rrd --start 1101395700 DS:rate:$dstype:100000:U:U RRA:AVERAGE:0.5:1:20 rrdtool update test.rrd 1101396000:-200 rrdtool update test.rrd 1101396300:40 rrdtool update test.rrd 1101396600:30 rrdtool update test.rrd 1101396900:35 rrdtool update test.rrd 1101397200:+20 rrdtool update test.rrd 1101397500:40 rrdtool fetch test.rrd --start 1101395700 --end 1101397500 AVERAGE >---- cut here ----< Try with GAUGE, COUNTER, DERIVE Currently it seems no problem to have a negative rate but it is a problem to have a negative counter value. Interestingly the current behaviour is to not complain when the negative number is following an unknown. The negative number does not seem to be stored, I'd expect (-200 to 40)/300 to become 0.8 in stead of NaN: (edited my script to use DERIVE) $ sh do_test ERROR: not a simple integer: '+20' timestamp rate 1101395700: nan 1101396000: nan 1101396300: nan 1101396600: -3.3333333333e-02 1101396900: 1.6666666667e-02 1101397200: 8.3333333333e-03 1101397500: 8.3333333333e-03 RRDtool didn't complain about the first update (1101396000) and also did not compute 0.8 for interval 1101396000 to 1101396300. cheers, Alex -- I ask you to respect any "Reply-To" and "Mail-Follow-Up" headers. If you reply to me off-list, you'd better tell me you're doing so. If you don't, and if I reply to the list, that's your problem, not mine. -- Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help Archive http://www.ee.ethz.ch/~slist/rrd-developers WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi