<div dir="ltr"><div>Hi,
<br><br>I am encountering errors while installing rrdtools1.4.8
<br><br>When running the make command I get the following errors:
<br><br>make[1]: Leaving directory `/opt/rrdtool-1.4.8/po'<br>Making install in src<br>make[1]: Entering directory `/opt/rrdtool-1.4.8/src'<br> CCLD rrdcached<br>/bin/ld: rrdcached-rrd_daemon.o: undefined reference to symbol 'g_tree_replace'<br>
/bin/ld: note: 'g_tree_replace' is defined in DSO /lib/libglib-2.0.so.0 so try adding it to the linker command line<br>/lib/libglib-2.0.so.0: could not read symbols: Invalid operation<br>collect2: error: ld returned 1 exit status<br>
make[1]: *** [rrdcached] Error 1<br>make[1]: Leaving directory `/opt/rrdtool-1.4.8/src'<br>make: *** [install-recursive] Error 1<br><br><br>Please advise on how to resolve these errors.
<br><br>Thanks
<br></div>Sweta<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Oct 17, 2013 at 4:22 PM, <span dir="ltr"><<a href="mailto:rrd-users-request@lists.oetiker.ch" target="_blank">rrd-users-request@lists.oetiker.ch</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send rrd-users mailing list submissions to<br>
<a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users" target="_blank">https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:rrd-users-request@lists.oetiker.ch">rrd-users-request@lists.oetiker.ch</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:rrd-users-owner@lists.oetiker.ch">rrd-users-owner@lists.oetiker.ch</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of rrd-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. RPN limitation (Munroe Sollog)<br>
2. Re: RPN limitation (Simon Hobson)<br>
3. Re: RPN limitation (Tobias Oetiker)<br>
4. Post to individual data sources with multiple update requests<br>
(Patrik ?kerfeldt)<br>
5. Re: Post to individual data sources with multiple update<br>
requests (Patrik ?kerfeldt)<br>
6. Re: Post to individual data sources with multiple update<br>
requests (Alex van den Bogaerdt)<br>
7. Re: Post to individual data sources with multiple update<br>
requests (Steve Shipway)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 11 Oct 2013 15:43:23 -0400<br>
From: Munroe Sollog <mus3@Lehigh.EDU><br>
Subject: [rrd-users] RPN limitation<br>
To: "'<a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a>'" <<a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a>><br>
Message-ID: <<a href="mailto:525854DB.2030809@lehigh.edu">525854DB.2030809@lehigh.edu</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
It looks like I'm running up against an RPN limitation. I'm trying to add ~1600 values, but the<br>
rrdgraph function dies with:<br>
<br>
invalid rpn expression in: <spits out the first 4081 chars for the string><br>
<br>
My full CDEF function is ~20379 chars long<br>
<br>
Is this a known bug? Any suggestions on how to work around it?<br>
<br>
<br>
- --<br>
Munroe Sollog<br>
LTS - Network Analyst<br>
x85002<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.12 (GNU/Linux)<br>
Comment: Using GnuPG with Icedove - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
<br>
iQEcBAEBAgAGBQJSWFTOAAoJEPbbZiWCKDVCVdsIAJFXwH60arbg2kIZ8xPmkhJt<br>
DkpJrquIj/to5EQjW+AkfVtuzfb0TWdP71NDzEhWcycvk1I8fbvyzt2FivM3ATtR<br>
V6lhMdhQnzxVD2uF5AOd/BmxzQ8fw8o4mrK2t5jOfxGkIXFsyAOFHbyE4wjp1/wk<br>
qXVNI4OTw9wgqQlNvHUFlBXRIxO1gO3aX+XFb8UuINJ87c5M6361szL6tn8rCCFk<br>
vH5FPu4ME+6C84nf77i/FM5l2+br8kepsTzfZUc0eyESczNVT8Gke55zOdyY5X5s<br>
EP8RGb7NsHqvAJ8YXXAGh5tK3ZkiR2/4jJCvklU7btHW1gQeb/Bh4UdOG/mG3e0=<br>
=OsIe<br>
-----END PGP SIGNATURE-----<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Sat, 12 Oct 2013 12:31:15 +0100<br>
From: "Simon Hobson" <<a href="mailto:linux@thehobsons.co.uk">linux@thehobsons.co.uk</a>><br>
Subject: Re: [rrd-users] RPN limitation<br>
To: <a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a><br>
Message-ID: <<a href="mailto:03B2285DC14DA984B731DF176FAFBEC18@thehobsons.co.uk">03B2285DC14DA984B731DF176FAFBEC18@thehobsons.co.uk</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
Munroe Sollog wrote:<br>
>It looks like I'm running up against an RPN limitation. I'm trying to add ~1600 values, but the<br>
>rrdgraph function dies with:<br>
><br>
>invalid rpn expression in: <spits out the first 4081 chars for the string><br>
><br>
>My full CDEF function is ~20379 chars long<br>
><br>
>Is this a known bug? Any suggestions on how to work around it?<br>
<br>
Three things come to mind ...<br>
<br>
1) Can you split the expression into smaller chunks ?<br>
<br>
2) How are you doing the add ?<br>
If you do a,b,c, ...,+,+,+ then that's going to need an awful lot of stack to execute. While a,b,+,c,+,... shouldn't. But I don't know how RRD processes the expression - logically it should just work left-right adding things to the stack or executing operators as it find them.<br>
<br>
3) How are you passing the instructions ? Could you be hitting an OS limitation - eg shells often have a limit on the length of command+paramters that will fit in a buffer.<br>
<br>
<br>
I suspect it's not a specific limit in RRD, just a limit in <something in teh system>. I have graphs with 510 graph elements and 1020 legend items - so RRD can certainly handle large definitions. What I don't have is any particualrly large RPN expressions.<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Sat, 12 Oct 2013 14:34:06 +0200 (CEST)<br>
From: Tobias Oetiker <<a href="mailto:tobi@oetiker.ch">tobi@oetiker.ch</a>><br>
Subject: Re: [rrd-users] RPN limitation<br>
To: Simon Hobson <<a href="mailto:linux@thehobsons.co.uk">linux@thehobsons.co.uk</a>><br>
Cc: <a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a><br>
Message-ID: <<a href="mailto:alpine.DEB.2.02.1310121432560.4936@froburg.oetiker.ch">alpine.DEB.2.02.1310121432560.4936@froburg.oetiker.ch</a>><br>
Content-Type: TEXT/PLAIN; charset=US-ASCII<br>
<br>
Today Simon Hobson wrote:<br>
<br>
> Munroe Sollog wrote:<br>
> >It looks like I'm running up against an RPN limitation. I'm trying to add ~1600 values, but the<br>
> >rrdgraph function dies with:<br>
> ><br>
> >invalid rpn expression in: <spits out the first 4081 chars for the string><br>
> ><br>
> >My full CDEF function is ~20379 chars long<br>
> ><br>
> >Is this a known bug? Any suggestions on how to work around it?<br>
><br>
> Three things come to mind ...<br>
><br>
> 1) Can you split the expression into smaller chunks ?<br>
><br>
> 2) How are you doing the add ?<br>
> If you do a,b,c, ...,+,+,+ then that's going to need an awful lot of stack to execute. While a,b,+,c,+,... shouldn't. But I don't know how RRD processes the expression - logically it should just work left-right adding things to the stack or executing operators as it find them.<br>
><br>
> 3) How are you passing the instructions ? Could you be hitting an<br>
> OS limitation - eg shells often have a limit on the length of<br>
> command+paramters that will fit in a buffer.<br>
><br>
><br>
> I suspect it's not a specific limit in RRD, just a limit in<br>
> <something in teh system>. I have graphs with 510 graph elements<br>
> and 1020 legend items - so RRD can certainly handle large<br>
> definitions. What I don't have is any particualrly large RPN<br>
> expressions.<br>
<br>
note that rrdtool 1.4.8 is much faster (and stable) in handling<br>
experssions with hundreds and thousands of elements!<br>
<br>
cheers<br>
tobi<br>
<br>
<br>
--<br>
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland<br>
<a href="http://it.oetiker.ch" target="_blank">http://it.oetiker.ch</a> <a href="mailto:tobi@oetiker.ch">tobi@oetiker.ch</a> ++41 62 775 9902 / sb: -9900<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Thu, 17 Oct 2013 13:50:23 +0200<br>
From: Patrik ?kerfeldt <<a href="mailto:patrik.akerfeldt@gmail.com">patrik.akerfeldt@gmail.com</a>><br>
Subject: [rrd-users] Post to individual data sources with multiple<br>
update requests<br>
To: <a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a><br>
Message-ID:<br>
<<a href="mailto:CAH-xEtQnHdBR6Yt_RzreJbvB3UaDXhiF%2BZe1U-oK_6CXMDUdMA@mail.gmail.com">CAH-xEtQnHdBR6Yt_RzreJbvB3UaDXhiF+Ze1U-oK_6CXMDUdMA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hi,<br>
<br>
I would like to have one RRD file with all my indoor temperatures. One DS<br>
per room. My problem is that I receive temperature updates as individual<br>
events, thus I would like to update the DS's in the RRD file with<br>
individual update calls.<br>
<br>
In hope of having --template solving this for me, I tried something like<br>
this:<br>
<br>
/usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template<br>
bedroom1 N:19.92<br>
<br>
/usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template<br>
bedroom2 N:20.23<br>
<br>
/usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template<br>
bedroom3 N:20.51<br>
<br>
But what I experience is that two of the DS store values ~1.5. I believe<br>
it's bedroom2 and bedroom3 that get wrong values. While one of them seems<br>
to have decent values stored.<br>
<br>
So, obviously I'm doing something wrong with --template or it's not<br>
supposed to be used this way. Can I solve my problem in some other way or<br>
do I have to split it up into different RRD files?<br>
<br>
Thanks,<br>
<br>
p?<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/55d54201/attachment-0001.htm" target="_blank">http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/55d54201/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Thu, 17 Oct 2013 14:59:44 +0200<br>
From: Patrik ?kerfeldt <<a href="mailto:patrik.akerfeldt@gmail.com">patrik.akerfeldt@gmail.com</a>><br>
Subject: Re: [rrd-users] Post to individual data sources with multiple<br>
update requests<br>
To: <a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a><br>
Message-ID:<br>
<CAH-xEtTh5N5kzA72wSGVXjDcDz=<a href="mailto:EKQjtCCK_jJM%2BtJw1yA2HBg@mail.gmail.com">EKQjtCCK_jJM+tJw1yA2HBg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Ok, so the suggestion seems to be to go with multiple files and I buy the<br>
arguments.<br>
<br>
Thanks all<br>
On Oct 17, 2013 1:50 PM, "Patrik ?kerfeldt" <<a href="mailto:patrik.akerfeldt@gmail.com">patrik.akerfeldt@gmail.com</a>><br>
wrote:<br>
<br>
> Hi,<br>
><br>
> I would like to have one RRD file with all my indoor temperatures. One DS<br>
> per room. My problem is that I receive temperature updates as individual<br>
> events, thus I would like to update the DS's in the RRD file with<br>
> individual update calls.<br>
><br>
> In hope of having --template solving this for me, I tried something like<br>
> this:<br>
><br>
> /usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template<br>
> bedroom1 N:19.92<br>
><br>
> /usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template<br>
> bedroom2 N:20.23<br>
><br>
> /usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template<br>
> bedroom3 N:20.51<br>
><br>
> But what I experience is that two of the DS store values ~1.5. I believe<br>
> it's bedroom2 and bedroom3 that get wrong values. While one of them seems<br>
> to have decent values stored.<br>
><br>
> So, obviously I'm doing something wrong with --template or it's not<br>
> supposed to be used this way. Can I solve my problem in some other way or<br>
> do I have to split it up into different RRD files?<br>
><br>
> Thanks,<br>
><br>
> p?<br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/6e7d5982/attachment-0001.htm" target="_blank">http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/6e7d5982/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Thu, 17 Oct 2013 15:16:05 +0200<br>
From: "Alex van den Bogaerdt" <<a href="mailto:alex@vandenbogaerdt.nl">alex@vandenbogaerdt.nl</a>><br>
Subject: Re: [rrd-users] Post to individual data sources with multiple<br>
update requests<br>
To: <a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a><br>
Message-ID:<br>
<<a href="mailto:bc5d65cead7a15e0c5da1bb569d5bdb6.squirrel@webmail.argewebhosting.nl">bc5d65cead7a15e0c5da1bb569d5bdb6.squirrel@webmail.argewebhosting.nl</a>><br>
Content-Type: text/plain;charset=utf-8<br>
<br>
> Ok, so the suggestion seems to be to go with multiple files and I buy the<br>
> arguments.<br>
<br>
That, or you find/build a front end which collects your data and then<br>
updates the one database all DSes together.<br>
<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Thu, 17 Oct 2013 20:22:32 +0000<br>
From: Steve Shipway <<a href="mailto:s.shipway@auckland.ac.nz">s.shipway@auckland.ac.nz</a>><br>
Subject: Re: [rrd-users] Post to individual data sources with multiple<br>
update requests<br>
To: 'Patrik ?kerfeldt' <<a href="mailto:patrik.akerfeldt@gmail.com">patrik.akerfeldt@gmail.com</a>>,<br>
"'<a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a>'" <<a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a>><br>
Message-ID:<br>
<<a href="mailto:5820DC553954E44FA1A36C78323AD14804FDE9@uxcn10-6.UoA.auckland.ac.nz">5820DC553954E44FA1A36C78323AD14804FDE9@uxcn10-6.UoA.auckland.ac.nz</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
>I would like to have one RRD file with all my indoor temperatures. One DS per room. My problem<br>
<br>
>is that I receive temperature updates as individual events, thus I would like to update the DS's in<br>
<br>
>the RRD file with individual update calls.<br>
<br>
<br>
<br>
For this application, you need to have separate RRD files. You can still make a single graph holding data from multiple files; however since the data are coming in at different points in time, and you cannot add a vector to the RRAs until you have all the elements, you should have one RRD per sample.<br>
<br>
<br>
<br>
Steve<br>
<br>
<br>
<br>
_____<br>
<br>
Steve Shipway<br>
<br>
ITS Unix Services Design Lead<br>
<br>
University of Auckland, New Zealand<br>
<br>
Floor 1, 58 Symonds Street, Auckland<br>
<br>
Phone: +64 (0)9 3737599 ext 86487<br>
<br>
DDI: +64 (0)9 923 6487<br>
<br>
Mobile: +64 (0)21 753 189<br>
<br>
Email: <mailto:<a href="mailto:s.shipway@auckland.ac.nz">s.shipway@auckland.ac.nz</a>> <a href="mailto:s.shipway@auckland.ac.nz">s.shipway@auckland.ac.nz</a><br>
<br>
P Please consider the environment before printing this e-mail : ?????????????????<br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/24ab7107/attachment.htm" target="_blank">http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/24ab7107/attachment.htm</a><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: smime.p7s<br>
Type: application/x-pkcs7-signature<br>
Size: 5900 bytes<br>
Desc: not available<br>
Url : <a href="http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/24ab7107/attachment.bin" target="_blank">http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/24ab7107/attachment.bin</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
rrd-users mailing list<br>
<a href="mailto:rrd-users@lists.oetiker.ch">rrd-users@lists.oetiker.ch</a><br>
<a href="https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users" target="_blank">https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users</a><br>
<br>
<br>
End of rrd-users Digest, Vol 82, Issue 3<br>
****************************************<br>
</blockquote></div><br></div>