Nabble - RRDTool

RRDP with RRDTOOL on Windows XP/ActiveState Perl 5.8.8 (continued)

2008-07-24T14:43:33Z

Thanks for that 1.2.28 release Tobi, It was much nicer to my MSVC6.0 compiler. I got it to compile with only minor work.

Trying again with my newly compiled 1.2.28, RRDP.pm still hangs. I had already commented out the fnctl line (windows doesn't support):

#fcntl RRDreadHand, F_SETFL,O_NONBLOCK|O_NDELAY; #make readhandle NON BLOCKING

I had seen other reports that this change allowed RRDP to work for some on XP, but not for me. My calling perl script first tries to create an RRD, and this succeeds. So there must be a good write pipe, since I see that the file RRD iscreated, but then nothing.

After debugging through the module with prints, I found that the open2 call starts RRDT, but then just hangs:

$RRDpid = open2 \*RRDreadHand,\*RRDwriteHand, $rrdtool,"-"
or croak "Can't Start rrdtool: $!";

It never returns. If I manually kill rrdtool, the RRDP proceeds at the line immediately following the open2 call. Maybe it is an immediate blocking issue, or something goes wrong with the read pipe. Since open 2 doesn't return though I don't know how to figure that out. But it looks more of a Perl/XP interaction problem than RRDT.

Be Yourself @ mail.com!
Choose From 200+ Email Addresses
Get a Free Account at www.mail.com!

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

Re: rrdtool versioning in trunk / Accelerator daemon

2008-07-24T10:41:41Z

Hi Florian:

On Wed, Jul 23, 2008 at 11:45 PM, Florian Forster
<rrdtool@...> wrote:

> due to the versioning changes two hunks of the patch didn't apply
> cleanly anymore. I've just updated the patch so it applies against the
> current trunk (revision 1453).
>
> Regards,
> -octo
>
> P. S.: The patch now includes the change to `updatev', so this command
> will refuse to do any work if the `RRDCACHED_ADDRESS' environment
> variable is set.

Thanks for the fix, however, due to the issues I am having with
MakeMakefile, I still couldn't successfully build from trunk. Please
see my post from yesterday.

If you have any tips, please let me know.

Cheers,

Bernard

_______________________________________________
rrd-developers mailing list
rrd-developers@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

From forum: RRDTool - Dev

Re: rrd C Api

2008-07-24T03:15:11Z

Hi Shirley,
Well you'll need to

#include <rrd.h>

in your rrd.c file to get the function signatures for rrd_create and so
on. When you come to compile it you'll need to tell gcc to link the rrd
library using -lrrd.

It might complain that it can't find either rrd.h or librrd in which
case you'll need to specify some compiler and linker flags. Depending on
where your rrd.h and librrd.so are located you'll want something like
this passed to gcc (the \ indicates a line break for readability, but
the shell will happily work with it)

gcc -I/usr/include -I/usr/local/include -L/usr/lib \
-L/usr/local/lib -lrrd rrd.c

this will create your program in the current directory as a.out. If you
wanted to call it say "myprog" you would compile it with

gcc -I/usr/include -I/usr/local/include -L/usr/lib \
-L/usr/local/lib -lrrd -o myprog rrd.c

The -I flags add directories in which the compiler will search for rrd.h
and the -L flags add directories in which to search for librrd.so. If
your rrd.h and librrd.so are in different locations, /opt/local/include
and /opt/local/lib for example then replace the /usr/local/include and
/usr/local/lib paths in the above commands with those.

I think that should be enough.

Geoff

zhuxl@... wrote:

>
> Hey guys,
> I am repeating my question since i am still struggling for the
> solution. My question is: I wrote a code rrd.c which calls
> rrd_create(), now i want to compile and run it. 1) what are the
> headers i got to include?2) when i compile it using "gcc rrd.c" , what
> are the flags for linking? I know this sounds an quite naive question
> for most of you, but since i am new to it, i really appreciate your
> help. Thanks a lot!
>
> Shirley
> ------------------------------------------------------------------------
>
> _______________________________________________
> rrd-users mailing list
> rrd-users@...
> https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users
>

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

Re: rrdtool versioning in trunk / Accelerator daemon

2008-07-23T23:45:52Z

Hi Bernard,

On Wed, Jul 23, 2008 at 10:34:59AM -0700, Bernard Li wrote:
> Thanks for updating the version numbers in the snapshots, I'll give
> those a try.

due to the versioning changes two hunks of the patch didn't apply
cleanly anymore. I've just updated the patch so it applies against the
current trunk (revision 1453).

Regards,
-octo

P. S.: The patch now includes the change to `updatev', so this command
will refuse to do any work if the `RRDCACHED_ADDRESS' environment
variable is set.
--
Florian octo Forster
Hacker in training
GnuPG: 0x91523C3D
http://verplant.org/

_______________________________________________
rrd-developers mailing list
rrd-developers@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

signature.asc (196 bytes) Download Attachment

From forum: RRDTool - Dev

rrd C Api

2008-07-23T20:08:01Z

Hey guys,
I am repeating my question since i am still struggling for the solution. My question is: I wrote a code rrd.c which calls rrd_create(), now i want to compile and run it. 1) what are the headers i got to include?2) when i compile it using "gcc rrd.c" , what are the flags for linking? I know this sounds an quite naive question for most of you, but since i am new to it, i really appreciate your help. Thanks a lot!

Shirley
_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

MakeMakefile output

2008-07-23T16:33:29Z

Hi all:

Is the following output for ./MakeMakefile okay?

# ./MakeMakefile
libtool --version = 1.5.14 (expecting 1.5.14 or later)
automake --version = 1.9.5 (expecting 1.9.5 or later)
autoconf --version = 2.59 (expecting 2.59 or later)
intltoolize --version = 0.35.0 (expecting 0.35.0 or later)
Removing old Makefiles
Cleaning out other leftovers
+ intltoolize --automake -c -f
+ aclocal
aclocal:configure.ac:479: warning: macro `AM_GLIB_GNU_GETTEXT' not
found in library
+ libtoolize --copy --force
You should update your `aclocal.m4' by running aclocal.
+ autoheader --force
+ aclocal
aclocal:configure.ac:479: warning: macro `AM_GLIB_GNU_GETTEXT' not
found in library
+ automake --foreign --add-missing --force-missing --copy
configure.ac: installing `./install-sh'
configure.ac: installing `./missing'
src/Makefile.am:63: Libtool library used but `LIBTOOL' is undefined
src/Makefile.am:63:
src/Makefile.am:63: The usual way to define `LIBTOOL' is to add
`AC_PROG_LIBTOOL'
src/Makefile.am:63: to `configure.ac' and run `aclocal' and `autoconf' again.
src/Makefile.am: installing `./compile'
src/Makefile.am: installing `./depcomp'
+ autoconf --force
configure.ac:361: error: possibly undefined macro: AC_PROG_LIBTOOL
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:479: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT

When I run ./configure subsequently, I get:

Libintl Processing
./configure: line 7954: syntax error near unexpected token `0.35.0,no-xml'
./configure: line 7954: ` IT_PROG_INTLTOOL(0.35.0,no-xml)'

intltool and libxml2-devel have both been installed:

# rpm -q intltool
intltool-0.35.0-2
# rpm -q libxml2-devel
libxml2-devel-2.6.16-10.1

This is a CentOS 4.x box, and I manually installed libtool and
automake from sources.

Thanks,

Bernard

_______________________________________________
rrd-developers mailing list
rrd-developers@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

From forum: RRDTool - Dev

Re: RRDtool version 1.3.1 released

2008-07-23T13:46:37Z

Thanks for your input I will check it out as I need the update for
x86_64 and this seems to come slowly.

Thanks again for your help, I need all I can get and this includes all
the functions available with yum. I have read the man pages and this
left me a little overwhelmed. Seems like every line I read I find
something or term that I need to learn more about.

-----Original Message-----
From: Bernard Li [mailto:bernard@...]
Sent: Wednesday, July 23, 2008 3:35 PM
To: Mersberger, Robert
Cc: rrd-users@...
Subject: Re: [rrd-users] RRDtool version 1.3.1 released

Hi Robert:

On Wed, Jul 23, 2008 at 11:51 AM, Mersberger, Robert
<robert.mersberger@...> wrote:

> I currently have the following rrdtool installed
> rrdtool.x86_64 1.3.0-1.fc9
> installed
> on
> Linux mrtg2.beverlycorp.com 2.6.25-14.fc9.x86_64 #1 SMP Thu May 1
> 06:06:21 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux and I would like to
> install your new 1.3.1 but being new to the Unix world I am not sure
> how I would going about doing this as an upgrade or for that matter a
> new install.
>
> Could you provide any guidance that would help get this accomplished.

Just wait for the Fedora packager for rrdtool to update it in the Fedora
RPM repository and then all you need to do is run `yum update rrdtool`.
In fact, try it now, maybe it already exists :-)

Cheers,

Bernard

Please consider the environment before printing this e-mail.

CONFIDENTIAL NOTICE:
This e-mail message and any attachment(s) (collectively, this 'Email') are intended
only for the confidential use of the recipient(s) named above. If the reader of this
message is not the intended recipient named above or an agent responsible for
delivering it to the intended recipient named above, you have received this Email in error.
Please notify the sender immediately and permanently delete this Email and any copies thereof.

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

Re: RRDtool version 1.3.1 released

2008-07-23T13:35:10Z

Hi Robert:

On Wed, Jul 23, 2008 at 11:51 AM, Mersberger, Robert
<robert.mersberger@...> wrote:

> I currently have the following rrdtool installed
> rrdtool.x86_64 1.3.0-1.fc9
> installed
> on
> Linux mrtg2.beverlycorp.com 2.6.25-14.fc9.x86_64 #1 SMP Thu May 1
> 06:06:21 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
> and
> I would like to install your new 1.3.1 but being new to the Unix world I
> am not sure how I would going about doing this as an upgrade or for that
> matter a new install.
>
> Could you provide any guidance that would help get this accomplished.

Just wait for the Fedora packager for rrdtool to update it in the
Fedora RPM repository and then all you need to do is run `yum update
rrdtool`. In fact, try it now, maybe it already exists :-)

Cheers,

Bernard

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

Re: RRDtool version 1.3.1 released

2008-07-23T11:51:11Z

I currently have the following rrdtool installed
rrdtool.x86_64 1.3.0-1.fc9
installed
on
Linux mrtg2.beverlycorp.com 2.6.25-14.fc9.x86_64 #1 SMP Thu May 1
06:06:21 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
and
I would like to install your new 1.3.1 but being new to the Unix world I
am not sure how I would going about doing this as an upgrade or for that
matter a new install.

Could you provide any guidance that would help get this accomplished.

Thanks

-----Original Message-----
From: rrd-users-bounces@...
[mailto:rrd-users-bounces@...] On Behalf Of Tobias Oetiker
Sent: Wednesday, July 23, 2008 8:14 AM
To: rrd-announce@...; rrd-users@...;
rrd-developers@...
Subject: [rrd-users] RRDtool version 1.3.1 released

Users!

I have just released the first bugfix release for the rrdtool 1.3.x
series:

RRDtool 1.3.1

get your copy

http://oss.oetiker.ch/rrdtool/download.en.html

Changes:

* image size does get returned properly even with --lazy active
this broke a number of frontends which should work now.

* fix rrd_restore to be able to read rrd 1.0.x generated dumps
again.

* several documetation fixes

* make rrdtool.spec work without php

* complain when someone tries to create an rrd file with step size
zero.

* added filename to illegal updated interval error message.

* fix number of rows returned by python modules fetch
implementation.

cheers
tobi

Brought to you by the 2008 RRDtool sponsors:
-----------------------------------------------------------
GOLD: http://www.groundworkopensource.com
http://www.zenoss.com
SILVER: http://www.hosteurope.de http://www.atc-onlane.com
http://www.terreactive.ch http://www.google.com
http://www.hitflip.de http://www.op5.com
http://www.lancope.com http://www.sidarion.ch
-----------------------------------------------------------

--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten
http://it.oetiker.ch tobi@... ++41 62 213 9902

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

Please consider the environment before printing this e-mail.

CONFIDENTIAL NOTICE:
This e-mail message and any attachment(s) (collectively, this 'Email') are intended
only for the confidential use of the recipient(s) named above. If the reader of this
message is not the intended recipient named above or an agent responsible for
delivering it to the intended recipient named above, you have received this Email in error.
Please notify the sender immediately and permanently delete this Email and any copies thereof.

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

Re: logarithmic scale question

2008-07-23T11:50:40Z

Hi Tobi,

cool that you like the aproach, however, right now I just don't have the
time to create a patch because that would require that I understand the
entire code concept and I haven't even looked at the sources of rrdtool
so far ...

So I'll add it to my list of things to do, in addition to the still
wanted integer-rrd ...

Otoh I wouldn't mind if you can patch it in there in the meantime ;-)

Cheers
- Karl

Tobias Oetiker wrote:

> Hi Karl,
>
> this sounds like a sensible aproach ... except that the * thing
> will probably not be portable ...
>
> if you create a patch it must be for 1.3.x and the feature should
> only be active if units-exponent is set.
>
> cheers
> tobi
>
>
>
>
>> Tobias Oetiker wrote:
>>> Hi Karl,
>>>
>>> if you cann make a suggetion as to where you would expect to find
>>> this information I will be glad to add it.
>> Hi Tobi,
>>
>> I would expect a hint to be near the explanation of --logarithmic
>> and especially near --units-exponent
>> (e.g. "doesn't work in combination with --logarithmic")
>>
>> similar to some or the rpn-explanations ( ... doesn't work with VDEF )
>>
>>
>> However, what I really would like is to make it work :-)
>>
>> I mean, it's no more than a printf "%f" vs printf "%e", isn't it?
>>
>> Attached is a little example numprint() that would format the numbers
>> without exponent as long as they fit into units-length and use exponential
>> display beyond that ... wouldn't that be a way to do it?
>>
>>
>> Cheers
>>
>> - Karl
>>
>>
>>> Today Karl Fischer wrote:
>>>
>>>> Tobias Oetiker wrote:
>>>>> Yesterday Karl Fischer wrote:
>>>>>
>>>>>> But rrdgraph seems to ignore the --units-exponent=0 directive completely.
>>>>>>
>>>>>> using Version 1.2.23
>>>>>>
>>>>>> What am I doing wrong?
>>>>> nothing ... log graphs are labled with exponential y axis ticks ...
>>>>>
>>>>> cheers
>>>>> tobi
>>>> thanks tobi.
>>>> ... might be worth a word in the documentation though ...
>>>>
>>>> - Karl
>>
>> test.c
>>
>> #define _GNU_SOURCE
>> #include <stdio.h>
>> #include <math.h>
>>
>> int units_length = 8;
>>
>> void numprint(double num) {
>> int dist;
>> int length = units_length-1;
>> int decimals;
>>
>> dist = floor(log10(fabs(num)));
>> decimals = dist > 0 ? 0 : abs(dist);
>>
>> if (dist > length ||
>> dist <= (length * -1) ) {
>> printf ("%.*le", length - 5, num);
>> } else {
>> printf ("%*.*lf", units_length , decimals, num);
>> }
>> }
>>
>> int main() {
>> double number;
>> for (number = pow10(units_length + 1); number > pow10(units_length * -1); number /= 10 ) {
>> printf ("%.0le: ", number);
>> numprint(number);
>> printf ("\n");
>> }
>> }
>>
>>
>>
>>
>> will output something like:
>>
>> 1e+09: 1.00e+09
>> 1e+08: 1.00e+08
>> 1e+07: 10000000
>> 1e+06: 1000000
>> 1e+05: 100000
>> 1e+04: 10000
>> 1e+03: 1000
>> 1e+02: 100
>> 1e+01: 10
>> 1e+00: 1
>> 1e-01: 0.1
>> 1e-02: 0.01
>> 1e-03: 0.001
>> 1e-04: 0.0001
>> 1e-05: 0.00001
>> 1e-06: 0.000001
>> 1e-07: 1.00e-07
>> 1e-08: 1.00e-08

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

Re: logarithmic scale question

2008-07-23T11:34:44Z

Hi Karl,

this sounds like a sensible aproach ... except that the * thing
will probably not be portable ...

if you create a patch it must be for 1.3.x and the feature should
only be active if units-exponent is set.

cheers
tobi

> Tobias Oetiker wrote:
> > Hi Karl,
> >
> > if you cann make a suggetion as to where you would expect to find
> > this information I will be glad to add it.
>
> Hi Tobi,
>
> I would expect a hint to be near the explanation of --logarithmic
> and especially near --units-exponent
> (e.g. "doesn't work in combination with --logarithmic")
>
> similar to some or the rpn-explanations ( ... doesn't work with VDEF )
>
>
> However, what I really would like is to make it work :-)
>
> I mean, it's no more than a printf "%f" vs printf "%e", isn't it?
>
> Attached is a little example numprint() that would format the numbers
> without exponent as long as they fit into units-length and use exponential
> display beyond that ... wouldn't that be a way to do it?
>
>
> Cheers
>
> - Karl
>
>
> > Today Karl Fischer wrote:
> >
> >> Tobias Oetiker wrote:
> >>> Yesterday Karl Fischer wrote:
> >>>
> >>>> But rrdgraph seems to ignore the --units-exponent=0 directive completely.
> >>>>
> >>>> using Version 1.2.23
> >>>>
> >>>> What am I doing wrong?
> >>> nothing ... log graphs are labled with exponential y axis ticks ...
> >>>
> >>> cheers
> >>> tobi
> >> thanks tobi.
> >> ... might be worth a word in the documentation though ...
> >>
> >> - Karl
>
>
> test.c
>
> #define _GNU_SOURCE
> #include <stdio.h>
> #include <math.h>
>
> int units_length = 8;
>
> void numprint(double num) {
> int dist;
> int length = units_length-1;
> int decimals;
>
> dist = floor(log10(fabs(num)));
> decimals = dist > 0 ? 0 : abs(dist);
>
> if (dist > length ||
> dist <= (length * -1) ) {
> printf ("%.*le", length - 5, num);
> } else {
> printf ("%*.*lf", units_length , decimals, num);
> }
> }
>
> int main() {
> double number;
> for (number = pow10(units_length + 1); number > pow10(units_length * -1); number /= 10 ) {
> printf ("%.0le: ", number);
> numprint(number);
> printf ("\n");
> }
> }
>
>
>
>
> will output something like:
>
> 1e+09: 1.00e+09
> 1e+08: 1.00e+08
> 1e+07: 10000000
> 1e+06: 1000000
> 1e+05: 100000
> 1e+04: 10000
> 1e+03: 1000
> 1e+02: 100
> 1e+01: 10
> 1e+00: 1
> 1e-01: 0.1
> 1e-02: 0.01
> 1e-03: 0.001
> 1e-04: 0.0001
> 1e-05: 0.00001
> 1e-06: 0.000001
> 1e-07: 1.00e-07
> 1e-08: 1.00e-08
>
>

--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch tobi@... ++41 62 775 9902 / sb: -9900

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

rrd_hwreapply problem

2008-07-23T11:33:23Z

Hi!

I'm trying to reapply Holt-Winters forecasting to my company RRDs but
I'm having a little problem.
I'm using rrd_hwreapply perl script from Stanislav Sinyagin and
RRDTool version 1.2.15 on a debian stable.

My RRDs files are based upon MRTG config files. They have two DSs (ds0
and ds1) representing in and out traffics, have a step of 300 seconds
(5 minutes) and have the following RRAs:
1 pdp_per_row (storing ~30 days of data) - 5 minutes avarage
6 pdp_per_row (storing ~15 days of data) - 30 minutes avarage
24 pdp_per_row (storing ~2 months of data) - 2 hours avarage
288 pdp_per_row (storing ~2 years of data) - 1 day avarage

When I use rrd_hwreapply to apply the forecasting, all the data in the
last three RRAs before what the 1 pdp_per_row has stored are lost.
- So let's say that my last data at the 1 pdp_per_row is at
06/20/2008. Then, on my last RRA (288 pdp_per_row) I only have 1 month
of historical data, and all historical data at this RRA is lost...

This is explained by the fact that the script creates a new RRD and
simple call the "rrdtool update" passing the DSs calculed with the 1
pdp_per_row entry. But I want the script to keep the old data as well
(2 years of work lost!!). Unfortunely, as I've seen, It's not possible
with this script.

Anyone knows a way to do this?

Thank you
--
[]'s

Lívio Zanol Puppim

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

Re: rrdtool versioning in trunk

2008-07-23T10:34:59Z

Hi Tobi:

On Wed, Jul 23, 2008 at 3:14 AM, Tobias Oetiker <tobi@...> wrote:

> sorry s/har/ar/

:-)

Thanks for updating the version numbers in the snapshots, I'll give those a try.

Cheers,

Bernard

_______________________________________________
rrd-developers mailing list
rrd-developers@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

From forum: RRDTool - Dev

Re: logarithmic scale question

2008-07-23T09:55:42Z

Tobias Oetiker wrote:
> Hi Karl,
>
> if you cann make a suggetion as to where you would expect to find
> this information I will be glad to add it.

Hi Tobi,

I would expect a hint to be near the explanation of --logarithmic
and especially near --units-exponent
(e.g. "doesn't work in combination with --logarithmic")

similar to some or the rpn-explanations ( ... doesn't work with VDEF )

However, what I really would like is to make it work :-)

I mean, it's no more than a printf "%f" vs printf "%e", isn't it?

Attached is a little example numprint() that would format the numbers
without exponent as long as they fit into units-length and use exponential
display beyond that ... wouldn't that be a way to do it?

Cheers

- Karl

> Today Karl Fischer wrote:
>
>> Tobias Oetiker wrote:
>>> Yesterday Karl Fischer wrote:
>>>
>>>> But rrdgraph seems to ignore the --units-exponent=0 directive completely.
>>>>
>>>> using Version 1.2.23
>>>>
>>>> What am I doing wrong?
>>> nothing ... log graphs are labled with exponential y axis ticks ...
>>>
>>> cheers
>>> tobi
>> thanks tobi.
>> ... might be worth a word in the documentation though ...
>>
>> - Karl

test.c

#define _GNU_SOURCE
#include <stdio.h>
#include <math.h>

int units_length = 8;

void numprint(double num) {
int dist;
int length = units_length-1;
int decimals;

dist = floor(log10(fabs(num)));
decimals = dist > 0 ? 0 : abs(dist);

if (dist > length ||
dist <= (length * -1) ) {
printf ("%.*le", length - 5, num);
} else {
printf ("%*.*lf", units_length , decimals, num);
}
}

int main() {
double number;
for (number = pow10(units_length + 1); number > pow10(units_length * -1); number /= 10 ) {
printf ("%.0le: ", number);
numprint(number);
printf ("\n");
}
}

will output something like:

1e+09: 1.00e+09
1e+08: 1.00e+08
1e+07: 10000000
1e+06: 1000000
1e+05: 100000
1e+04: 10000
1e+03: 1000
1e+02: 100
1e+01: 10
1e+00: 1
1e-01: 0.1
1e-02: 0.01
1e-03: 0.001
1e-04: 0.0001
1e-05: 0.00001
1e-06: 0.000001
1e-07: 1.00e-07
1e-08: 1.00e-08

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

header reduction test

2008-07-23T09:17:56Z

please ignore

--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch tobi@... ++41 62 775 9902 / sb: -9900

_______________________________________________
rrd-developers mailing list
rrd-developers@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

From forum: RRDTool - Dev

RRDtool version 1.2.28 released

2008-07-23T08:03:54Z

Users!

I have just released a bugfix release for the rrdtool 1.2.x
series with backports of some of the 1.3 bugfixes.

RRDtool 1.2.28

get your copy

http://oss.oetiker.ch/rrdtool/download.en.html

Changes:

* updates to the win32 build makefiles

* several documetation fixes

* complain when someone tries to create an rrd file with step size
zero.

* added filename to illegal updated interval error message.

* fix number of rows returned by python modules fetch
implementation.

* improve compile comaptibility on aix

* fix handling of fonts with a space in their name

* fix rrd_context entries with definitions in rrd.h this prevents a
potential segfault with long error messages.

* make sure vdef calcs only calc as far as originally requested.

* Fixed handling of unknown data at PDP build time. There was a
long standing (even documented) missfeature in rrdtool which
caused uknown-data to be accepted as long as it was less than the
mrhb. This was never the intended behaviour and had interesting
side effects (http://oss.oetiker.ch/rrdtool-trac/ticket/125): If
you have a 60 Second step with 59s unknown data and 1 second of
known data the whole become known data as long as the mrhb was >
step. The intended behaviour was that a step should become
unknown as soon as it contains more than 50% of unknown data. The
patch fixes both the documentation and the code.

* make sun studio 11 compiler happy

* fixed dst handling in parsetime.

* Generate a random cur_row for each RRA during create/restore
operations. This effectively randomizes the block crossings among
RRDs created around the same time. Previously, RRDs that were
created/restored en masse would cross block boundaries
simultaneously, which is sub-optimal. Also, this patch enables
the user to see the RRA's cur_row pointer via rrdinfo.

cheers
tobi

Brought to you by the 2008 RRDtool sponsors:
-----------------------------------------------------------
GOLD: http://www.groundworkopensource.com
http://www.zenoss.com
SILVER: http://www.hosteurope.de http://www.atc-onlane.com
http://www.terreactive.ch http://www.google.com
http://www.hitflip.de http://www.op5.com
http://www.lancope.com http://www.sidarion.ch
-----------------------------------------------------------

--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten
http://it.oetiker.ch tobi@... ++41 62 213 9902

_______________________________________________
rrd-developers mailing list
rrd-developers@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

From forum: RRDTool - Dev

RRDtool version 1.2.28 released

2008-07-23T08:03:54Z

Users!

I have just released a bugfix release for the rrdtool 1.2.x
series with backports of some of the 1.3 bugfixes.

RRDtool 1.2.28

get your copy

http://oss.oetiker.ch/rrdtool/download.en.html

Changes:

* updates to the win32 build makefiles

* several documetation fixes

* complain when someone tries to create an rrd file with step size
zero.

* added filename to illegal updated interval error message.

* fix number of rows returned by python modules fetch
implementation.

* improve compile comaptibility on aix

* fix handling of fonts with a space in their name

* fix rrd_context entries with definitions in rrd.h this prevents a
potential segfault with long error messages.

* make sure vdef calcs only calc as far as originally requested.

* Fixed handling of unknown data at PDP build time. There was a
long standing (even documented) missfeature in rrdtool which
caused uknown-data to be accepted as long as it was less than the
mrhb. This was never the intended behaviour and had interesting
side effects (http://oss.oetiker.ch/rrdtool-trac/ticket/125): If
you have a 60 Second step with 59s unknown data and 1 second of
known data the whole become known data as long as the mrhb was >
step. The intended behaviour was that a step should become
unknown as soon as it contains more than 50% of unknown data. The
patch fixes both the documentation and the code.

* make sun studio 11 compiler happy

* fixed dst handling in parsetime.

* Generate a random cur_row for each RRA during create/restore
operations. This effectively randomizes the block crossings among
RRDs created around the same time. Previously, RRDs that were
created/restored en masse would cross block boundaries
simultaneously, which is sub-optimal. Also, this patch enables
the user to see the RRA's cur_row pointer via rrdinfo.

cheers
tobi

Brought to you by the 2008 RRDtool sponsors:
-----------------------------------------------------------
GOLD: http://www.groundworkopensource.com
http://www.zenoss.com
SILVER: http://www.hosteurope.de http://www.atc-onlane.com
http://www.terreactive.ch http://www.google.com
http://www.hitflip.de http://www.op5.com
http://www.lancope.com http://www.sidarion.ch
-----------------------------------------------------------

--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten
http://it.oetiker.ch tobi@... ++41 62 213 9902

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

RRDtool version 1.2.28 released

2008-07-23T08:03:54Z

Users!

I have just released a bugfix release for the rrdtool 1.2.x
series with backports of some of the 1.3 bugfixes.

RRDtool 1.2.28

get your copy

http://oss.oetiker.ch/rrdtool/download.en.html

Changes:

* updates to the win32 build makefiles

* several documetation fixes

* complain when someone tries to create an rrd file with step size
zero.

* added filename to illegal updated interval error message.

* fix number of rows returned by python modules fetch
implementation.

* improve compile comaptibility on aix

* fix handling of fonts with a space in their name

* fix rrd_context entries with definitions in rrd.h this prevents a
potential segfault with long error messages.

* make sure vdef calcs only calc as far as originally requested.

* Fixed handling of unknown data at PDP build time. There was a
long standing (even documented) missfeature in rrdtool which
caused uknown-data to be accepted as long as it was less than the
mrhb. This was never the intended behaviour and had interesting
side effects (http://oss.oetiker.ch/rrdtool-trac/ticket/125): If
you have a 60 Second step with 59s unknown data and 1 second of
known data the whole become known data as long as the mrhb was >
step. The intended behaviour was that a step should become
unknown as soon as it contains more than 50% of unknown data. The
patch fixes both the documentation and the code.

* make sun studio 11 compiler happy

* fixed dst handling in parsetime.

* Generate a random cur_row for each RRA during create/restore
operations. This effectively randomizes the block crossings among
RRDs created around the same time. Previously, RRDs that were
created/restored en masse would cross block boundaries
simultaneously, which is sub-optimal. Also, this patch enables
the user to see the RRA's cur_row pointer via rrdinfo.

cheers
tobi

Brought to you by the 2008 RRDtool sponsors:
-----------------------------------------------------------
GOLD: http://www.groundworkopensource.com
http://www.zenoss.com
SILVER: http://www.hosteurope.de http://www.atc-onlane.com
http://www.terreactive.ch http://www.google.com
http://www.hitflip.de http://www.op5.com
http://www.lancope.com http://www.sidarion.ch
-----------------------------------------------------------

--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten
http://it.oetiker.ch tobi@... ++41 62 213 9902

_______________________________________________
rrd-announce mailing list
rrd-announce@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-announce

From forum: RRDTool - Announce

Re: rrd and collectl

2008-07-23T06:20:27Z

Thanks for the pointer. This is an interesting discussion, but at least
as I'm reading it, it talks to the rrd db update problem and I'm talking
about the source of the data. My main exposure to rrd is via ganglia
and some experiments I did with loading collectl data awhile back and it
seems to me that the main role of rrd (or maybe it's just ganglia) it to
get a sense of the overall health of the system as opposed to trying to
collect enough data to meaningfully track down a complex system
problem. The reason I say this is in response to your statement that
ganglia collects something like 30 variables. Maybe it's just the way
we're counting, but when I look at cpu data I see 7 different timers and
if you have a dual-socket quad core machine that's 28 variables right
there, or are you just counting them as 7? In any event, collectl's
role in life to to collect as much as possible while staying within
<0.1% cpu load. As a result, collectl knows about a whole lot of things
many other tools don't, in particular Infiniband, Quadrics and Lustre.
But it also includes other less common measurements as well such as
interrupts by cpu, tcp counters and even reports nfs data more
rationally than nfsstat. I've never actually counted the number of
variables but they're in the hundreds.

The other thing is monitoring frequency - I don't know what a typical
data collection interval for ganglia/rrd is but when run as a daemon,
collectl's default monitoring interval is 10 seconds, though in some
cases I've run it at 1 second with no noticeable system load. It also
collects process and slab statistics every 60 seconds to keep within its
performance envelope.

As I said in my original email, I would suspect trying to send this much
data to rrd from hundreds or thousands of nodes would overwhelm it even
with the accelerator discussed in that thread you pointed me to.

But that brings me back to the overall problem statement. Given that
ganglia is looking at an overall cluster picture and not lower level
details, it probably shouldn't care about all the low-level data
collectl can collectl, BUT there is data collectl knows about that other
tools don't and so coming up with a mechanism to pick and choose the
data you want is in my opinion the only way to go. I know of at least
one ganglia user who sources Infiniband and Lustre data from collectl
and so that's why I thought I'd bring up a collectl to rrd interface on
this list. If you think this discussion is more appropriate on a
ganglia list just point me to it and we can move it there.

Just one last thing I'd like to point out, and this is from a system
diagnostic perspective. It also can get somewhat contentious, but I'd
claim a centralized monitor is not the way to do system problem
diagnosis for a couple of reasons, the first being the volume of data
involved - to say a tad more, collectl generates as much as 2-10MB/day
of compressed data. If you uncompress it you're in the 20-50MB range.
That's a ton of data for each system to be sending upstream but I would
also claim it's vital for any diagnostic work.

The other point is when a system is in distress, one often sees
networking problems as well. If you're dependent on a sick network to
get time-critical data to a central manager for logging, you're going to
loose that very data you so desperately need. I admit keeping it
locally can be problematic if you're trying to track down a problem
involving a lot of systems, but that's where the 2-tier approach can be
so powerful. You can still use the rrd data to help point you in the
right direction and then use the node-specific data to actually dive
deeper into what was happening at the time in question.

enough rambling...
-mark

Bernard Li wrote:

> Hi Mark!
>
> On Tue, Jul 22, 2008 at 5:40 AM, Mark Seger <Mark.Seger@...> wrote:
>
>
>> I had posted a note to this list some time ago about collectl
>> http://collectl.sourceforge.net/ and its use as a source of data for rrd
>> and while I have had a few notes of mild interest I thought I'd try
>> again since collectl is becoming better known and is even now part of
>> fedora. As with all monitoring situations, everyone has different needs
>> and I've always tried to address as many as possible with collectl.
>>
>> For example, rrd recognizes the importance of finer granularity for more
>> recent data but I doubt it could handle what collectl produces -
>> hundreds of samples every 10 seconds or even more frequently, down to
>> fractions of seconds if you prefer. Maybe for a couple of nodes, but
>> hundreds or thousands? But collectl has a number of mechanisms to deal
>> with a lot of different situations and perhaps the answer to this
>> situation is to have collectl save all its data locally and only pass a
>> subset (perhaps at a different frequency) up to rrd. Then someone could
>> use rrd to monitor a cluster and if a problem arises dive deeper into
>> collectl's local data? Just a thought. Then again someone who knows
>> rrd better might have a better solution.
>>
>> In any event, collectl has the ability to pass results over a socket or
>> even write a current snapshot to a small file that another tool can pick
>> up at its convenience. In fact, collectl can even write its output in
>> rrd format if that's what someone is looking for, but as I said I fear
>> there may just be too much data.
>>
>> So if anyone does have any interest, check out what collectl can collect
>> and if there is any interest in using it to feed rrd, let's talk...
>>
>
> I think this ongoing thread in rrd-developers might interest you:
>
> http://www.mail-archive.com/rrd-developers@.../msg02284.html
>
> Cheers,
>
> Bernard
>

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

RRDtool version 1.3.1 released

2008-07-23T06:13:56Z

Users!

I have just released the first bugfix release for the rrdtool 1.3.x
series:

RRDtool 1.3.1

get your copy

http://oss.oetiker.ch/rrdtool/download.en.html

Changes:

* image size does get returned properly even with --lazy active
this broke a number of frontends which should work now.

* fix rrd_restore to be able to read rrd 1.0.x generated dumps
again.

* several documetation fixes

* make rrdtool.spec work without php

* complain when someone tries to create an rrd file with step size
zero.

* added filename to illegal updated interval error message.

* fix number of rows returned by python modules fetch
implementation.

cheers
tobi

Brought to you by the 2008 RRDtool sponsors:
-----------------------------------------------------------
GOLD: http://www.groundworkopensource.com
http://www.zenoss.com
SILVER: http://www.hosteurope.de http://www.atc-onlane.com
http://www.terreactive.ch http://www.google.com
http://www.hitflip.de http://www.op5.com
http://www.lancope.com http://www.sidarion.ch
-----------------------------------------------------------

--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten
http://it.oetiker.ch tobi@... ++41 62 213 9902

_______________________________________________
rrd-developers mailing list
rrd-developers@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

From forum: RRDTool - Dev

RRDtool version 1.3.1 released

2008-07-23T06:13:56Z

Users!

I have just released the first bugfix release for the rrdtool 1.3.x
series:

RRDtool 1.3.1

get your copy

http://oss.oetiker.ch/rrdtool/download.en.html

Changes:

* image size does get returned properly even with --lazy active
this broke a number of frontends which should work now.

* fix rrd_restore to be able to read rrd 1.0.x generated dumps
again.

* several documetation fixes

* make rrdtool.spec work without php

* complain when someone tries to create an rrd file with step size
zero.

* added filename to illegal updated interval error message.

* fix number of rows returned by python modules fetch
implementation.

cheers
tobi

Brought to you by the 2008 RRDtool sponsors:
-----------------------------------------------------------
GOLD: http://www.groundworkopensource.com
http://www.zenoss.com
SILVER: http://www.hosteurope.de http://www.atc-onlane.com
http://www.terreactive.ch http://www.google.com
http://www.hitflip.de http://www.op5.com
http://www.lancope.com http://www.sidarion.ch
-----------------------------------------------------------

--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten
http://it.oetiker.ch tobi@... ++41 62 213 9902

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

RRDtool version 1.3.1 released

2008-07-23T06:13:56Z

Users!

I have just released the first bugfix release for the rrdtool 1.3.x
series:

RRDtool 1.3.1

get your copy

http://oss.oetiker.ch/rrdtool/download.en.html

Changes:

* image size does get returned properly even with --lazy active
this broke a number of frontends which should work now.

* fix rrd_restore to be able to read rrd 1.0.x generated dumps
again.

* several documetation fixes

* make rrdtool.spec work without php

* complain when someone tries to create an rrd file with step size
zero.

* added filename to illegal updated interval error message.

* fix number of rows returned by python modules fetch
implementation.

cheers
tobi

Brought to you by the 2008 RRDtool sponsors:
-----------------------------------------------------------
GOLD: http://www.groundworkopensource.com
http://www.zenoss.com
SILVER: http://www.hosteurope.de http://www.atc-onlane.com
http://www.terreactive.ch http://www.google.com
http://www.hitflip.de http://www.op5.com
http://www.lancope.com http://www.sidarion.ch
-----------------------------------------------------------

--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten
http://it.oetiker.ch tobi@... ++41 62 213 9902

_______________________________________________
rrd-announce mailing list
rrd-announce@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-announce

From forum: RRDTool - Announce

Re: rrdtool versioning in trunk

2008-07-23T03:14:28Z

sorry s/har/ar/

--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch tobi@... ++41 62 775 9902 / sb: -9900

_______________________________________________
rrd-developers mailing list
rrd-developers@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

From forum: RRDTool - Dev

Re: rrdtool versioning in trunk

2008-07-23T03:13:46Z

Hi Bernhard,

ok, now we have the following in snapshots:

the 1.2 branche snapshot is appended with the svn revision

rrdtool-1.2.27.001445

and the trunk snapshot is called

rrdtool-1.3.99908072311
(yymmddhh)

cheers
tobi

Yesterday Bernard Li wrote:

> Hi Tobias:
>
> On Tue, Jul 22, 2008 at 11:36 AM, Tobias Oetiker <tobi@...> wrote:
>
> > I think I can do the snapshots. for trunk this is a bit dycier
> > since altering all the files every day and tagging them with a new
> > version seems rather crass to me ...
>
> Actually now that I've think about it, if you just do the snapshots
> that would be sufficient. I just realized that if I have the correct
> versions of the bootstrap tools, I could just modify configure.ac with
> the version number I want and bootstrap rrdtool.
>
> Thanks a lot,
>
> Bernard
>
>

--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch tobi@... ++41 62 775 9902 / sb: -9900

_______________________________________________
rrd-developers mailing list
rrd-developers@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

From forum: RRDTool - Dev

Compiling RRDtool 1.3.0 with MSVC6.0

2008-07-22T16:22:08Z

I'm still struggling to get RDDp pipe ->RDDtool /Perl5.8/Windows XP working. Since I'm not entirely confident the binary/dependencies are ok. I decided to try to compile 1.3.0 under MSVC6.0.

Has anyone out there has tried this yet? I am not versed in the various auto build.config tools and scripts that many of you are probably using. After getting GNUWIN32 and GTK+ binaries for glib, pango, cairo, etc, and lots of custom work on config.h and some substraintial edits to the last distribution rrdtool msvc6.0 workspace/proejct files, I am down to a few linker errors (but then thats always the way).

MSVC6.0 does not like the "inline" directives used with the newer rdd_write, rdd_flush, rdd_read, and rdd_tell calls. MSVC6.0 equates "inline" with C++, and so it throws errors. Replacing inline with "__inline" (which in MSVC6 is defined for C and C++) gets past this and compiles OK. I don't know if that can be cleanly #ifdef-ed or not.

However, the Linker throws errors on these same calls:

error LNK2001: unresolved external symbol _rrd_write

error LNK2001: unresolved external symbol _rrd_read

error LNK2001: unresolved external symbol _rrd_fetch

error LNK2001: unresolved external symbol _rrd_tell

I'm not sure if thats directly related, I did set the "allow __inline" compiler directive. or if there's just a reference issue.

I did get a little lost in the rrd_write, rdd_read declares in rdd.h, which are 'OBSOLETED' and the HAVE_MMAP conditional defines for __rrd_read in rrd_open

Can anyone advise?

Be Yourself @ mail.com!
Choose From 200+ Email Addresses
Get a Free Account at www.mail.com!

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

Re: logarithmic scale question

2008-07-22T15:35:23Z

Yesterday Karl Fischer wrote:

> But rrdgraph seems to ignore the --units-exponent=0 directive completely.
>
> using Version 1.2.23
>
> What am I doing wrong?

nothing ... log graphs are labled with exponential y axis ticks ...

cheers
tobi

>
>
> --height=200
> --logarithmic
> --units-exponent=0
> --title=CPU Load Average (logarithmic scale)
> DEF:loadavg=Proc.rrd:loadavg:AVERAGE
> AREA:loadavg#0000f0:average
>
>
> many thanks
>
> - Karl
>
>
>
> _______________________________________________
> rrd-users mailing list
> rrd-users@...
> https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users
>
>

From forum: RRDTool - User

Re: COUNTER and values saved on database file

2008-07-22T15:09:52Z

On Tuesday 22 July 2008 19:01:03 Simon Hobson wrote:

> Valter Douglas Lisbôa Jr. wrote:
> > RRDs::update(
> > $dbName,
> > "N:$user:$nice:$system:$idle:$kernel:$wait:$int:$softInt"
> > );
> >--------------------------------------------------------------------------
> >-----
> >
> >When I retrive the data via fetch, I see that rrdtool does not save the
> > raw value passed by RRDs::update.
>
> Correct, it doesn't return the same value - it's not designed to.
>
> See the tutorial on normalisation on Alex's
> website http://www.vandenbogaerdt.nl/rrdtool/
>
> _______________________________________________
> rrd-users mailing list
> rrd-users@...
> https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

thank you, I'll study this with care.

--
Valter Douglas Lisbôa Jr.
Sócio-Diretor
Trenix - IT Solutions
"Nossas Idéias, suas Soluções!"
www.trenix.com.br
contato@...
Tel. +55 19 3402.2957
Cel. +55 19 9183.4244

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

Re: COUNTER and values saved on database file

2008-07-22T15:01:03Z

Valter Douglas Lisbôa Jr. wrote:

> RRDs::update(
> $dbName,
> "N:$user:$nice:$system:$idle:$kernel:$wait:$int:$softInt"
> );
>-------------------------------------------------------------------------------
>
>When I retrive the data via fetch, I see that rrdtool does not save the raw
>value passed by RRDs::update.

Correct, it doesn't return the same value - it's not designed to.

See the tutorial on normalisation on Alex's
website http://www.vandenbogaerdt.nl/rrdtool/

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

COUNTER and values saved on database file

2008-07-22T14:45:05Z

I create a database and feed it with the perl code bellow:

--------------------------------------------------
RRDs::create(
$dbName,
"--step=60",
"DS:user:COUNTER:120:0:U",
"DS:nice:COUNTER:120:0:U",
"DS:system:COUNTER:120:0:U",
"DS:idle:COUNTER:120:0:U",
"DS:kernel:COUNTER:120:0:U",
"DS:wait:COUNTER:120:0:U",
"DS:irq:COUNTER:120:0:U",
"DS:softirq:COUNTER:120:0:U",
"RRA:AVERAGE:0.5:1:43200",
"RRA:AVERAGE:0.5:15:8640",
"RRA:AVERAGE:0.5:30:8640",
"RRA:AVERAGE:0.5:60:8640"
);

RRDs::update(
$dbName,
"N:$user:$nice:$system:$idle:$kernel:$wait:$int:$softInt"
);
-------------------------------------------------------------------------------

When I retrive the data via fetch, I see that rrdtool does not save the raw
value passed by RRDs::update. For instance:

* Values obtained by SNMP
user nice system idle kernel wait irq softirq
629609 0 239181 53499516 0 270355 0 4404

* Values retrived in fecth
user nice system idle kernel
0,438622267926239 0 0,348252111349062 98,700818840945600 0
wait irq softirq
0,003673411505597 0 0

How does rrd obtain this values?

I need this because I need to calculate the CPU percent usage by fetching n
minutes ago (to load the values in memory when my daemon comes up) and after
with the values based on SNMP responses (to avoid disk I/O for constantly
fetching from RRD database file).

--
Valter Douglas Lisbôa Jr.
Sócio-Diretor
Trenix - IT Solutions
"Nossas Idéias, suas Soluções!"
www.trenix.com.br
contato@...
Tel. +55 19 3402.2957
Cel. +55 19 9183.4244

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

logarithmic scale question

2008-07-22T12:57:56Z

one more try ...

I hope, not getting an answer so far doesn't mean, there is none ... ?!?

I'm trying to display a graph with logarithmic scale and units-exponent=0.
Since CPU-Load can have very low numbers like 0.01 as well as quite high
numbers like 50, I'd like to have a logarithmic scale here, however, to
make it more readable I'd like to have the y-axis labled 0.1, 1, 10, 100
instead of 1e-01, 1e+00, 1e+01, 1e+02 etc ...
But rrdgraph seems to ignore the --units-exponent=0 directive completely.

using Version 1.2.23

What am I doing wrong?

--height=200
--logarithmic
--units-exponent=0
--title=CPU Load Average (logarithmic scale)
DEF:loadavg=Proc.rrd:loadavg:AVERAGE
AREA:loadavg#0000f0:average

many thanks

- Karl

_______________________________________________
rrd-users mailing list
rrd-users@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

From forum: RRDTool - User

Re: rrdtool versioning in trunk

2008-07-22T10:58:01Z

Hi Tobias:

On Tue, Jul 22, 2008 at 10:48 AM, Tobias Oetiker <tobi@...> wrote:

> Hi Bernhard,

It's Bernard, no "h" there :P

> do you mean for this to be in the snapshot only or also in the
> repository ?

Ideally both. I am trying to test out Florian's accelerator daemon
and needed to patch against code from trunk. However, I don't have
the tools to boostrap so if you could just change the snapshots so
they are built with this "newer" version number, it would be good
enough for me. But others might prefer if this is changed in both
places...

Thanks,

Bernard

_______________________________________________
rrd-developers mailing list
rrd-developers@...
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

From forum: RRDTool - Dev