Hi, I am encountering errors while installing rrdtools1.4.8
When running the make command I get the following errors: make[1]: Leaving directory `/opt/rrdtool-1.4.8/po' Making install in src make[1]: Entering directory `/opt/rrdtool-1.4.8/src' CCLD rrdcached /bin/ld: rrdcached-rrd_daemon.o: undefined reference to symbol 'g_tree_replace' /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 /lib/libglib-2.0.so.0: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status make[1]: *** [rrdcached] Error 1 make[1]: Leaving directory `/opt/rrdtool-1.4.8/src' make: *** [install-recursive] Error 1 Please advise on how to resolve these errors. Thanks Sweta On Thu, Oct 17, 2013 at 4:22 PM, <[email protected]> wrote: > Send rrd-users mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of rrd-users digest..." > > > Today's Topics: > > 1. RPN limitation (Munroe Sollog) > 2. Re: RPN limitation (Simon Hobson) > 3. Re: RPN limitation (Tobias Oetiker) > 4. Post to individual data sources with multiple update requests > (Patrik ?kerfeldt) > 5. Re: Post to individual data sources with multiple update > requests (Patrik ?kerfeldt) > 6. Re: Post to individual data sources with multiple update > requests (Alex van den Bogaerdt) > 7. Re: Post to individual data sources with multiple update > requests (Steve Shipway) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 11 Oct 2013 15:43:23 -0400 > From: Munroe Sollog <[email protected]> > Subject: [rrd-users] RPN limitation > To: "'[email protected]'" <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > It looks like I'm running up against an RPN limitation. I'm trying to add > ~1600 values, but the > rrdgraph function dies with: > > invalid rpn expression in: <spits out the first 4081 chars for the string> > > My full CDEF function is ~20379 chars long > > Is this a known bug? Any suggestions on how to work around it? > > > - -- > Munroe Sollog > LTS - Network Analyst > x85002 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Icedove - http://www.enigmail.net/ > > iQEcBAEBAgAGBQJSWFTOAAoJEPbbZiWCKDVCVdsIAJFXwH60arbg2kIZ8xPmkhJt > DkpJrquIj/to5EQjW+AkfVtuzfb0TWdP71NDzEhWcycvk1I8fbvyzt2FivM3ATtR > V6lhMdhQnzxVD2uF5AOd/BmxzQ8fw8o4mrK2t5jOfxGkIXFsyAOFHbyE4wjp1/wk > qXVNI4OTw9wgqQlNvHUFlBXRIxO1gO3aX+XFb8UuINJ87c5M6361szL6tn8rCCFk > vH5FPu4ME+6C84nf77i/FM5l2+br8kepsTzfZUc0eyESczNVT8Gke55zOdyY5X5s > EP8RGb7NsHqvAJ8YXXAGh5tK3ZkiR2/4jJCvklU7btHW1gQeb/Bh4UdOG/mG3e0= > =OsIe > -----END PGP SIGNATURE----- > > > > ------------------------------ > > Message: 2 > Date: Sat, 12 Oct 2013 12:31:15 +0100 > From: "Simon Hobson" <[email protected]> > Subject: Re: [rrd-users] RPN limitation > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=us-ascii > > Munroe Sollog wrote: > >It looks like I'm running up against an RPN limitation. I'm trying to > add ~1600 values, but the > >rrdgraph function dies with: > > > >invalid rpn expression in: <spits out the first 4081 chars for the string> > > > >My full CDEF function is ~20379 chars long > > > >Is this a known bug? Any suggestions on how to work around it? > > Three things come to mind ... > > 1) Can you split the expression into smaller chunks ? > > 2) How are you doing the add ? > 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. > > 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. > > > 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. > > > > ------------------------------ > > Message: 3 > Date: Sat, 12 Oct 2013 14:34:06 +0200 (CEST) > From: Tobias Oetiker <[email protected]> > Subject: Re: [rrd-users] RPN limitation > To: Simon Hobson <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: TEXT/PLAIN; charset=US-ASCII > > Today Simon Hobson wrote: > > > Munroe Sollog wrote: > > >It looks like I'm running up against an RPN limitation. I'm trying to > add ~1600 values, but the > > >rrdgraph function dies with: > > > > > >invalid rpn expression in: <spits out the first 4081 chars for the > string> > > > > > >My full CDEF function is ~20379 chars long > > > > > >Is this a known bug? Any suggestions on how to work around it? > > > > Three things come to mind ... > > > > 1) Can you split the expression into smaller chunks ? > > > > 2) How are you doing the add ? > > 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. > > > > 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. > > > > > > 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. > > note that rrdtool 1.4.8 is much faster (and stable) in handling > experssions with hundreds and thousands of elements! > > cheers > tobi > > > -- > Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland > http://it.oetiker.ch [email protected] ++41 62 775 9902 / sb: -9900 > > > > ------------------------------ > > Message: 4 > Date: Thu, 17 Oct 2013 13:50:23 +0200 > From: Patrik ?kerfeldt <[email protected]> > Subject: [rrd-users] Post to individual data sources with multiple > update requests > To: [email protected] > Message-ID: > < > cah-xetqnhdbr6yt_rzrejbvb3uadxhif+ze1u-ok_6cxmdu...@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi, > > I would like to have one RRD file with all my indoor temperatures. One DS > per room. My problem is that I receive temperature updates as individual > events, thus I would like to update the DS's in the RRD file with > individual update calls. > > In hope of having --template solving this for me, I tried something like > this: > > /usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template > bedroom1 N:19.92 > > /usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template > bedroom2 N:20.23 > > /usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template > bedroom3 N:20.51 > > But what I experience is that two of the DS store values ~1.5. I believe > it's bedroom2 and bedroom3 that get wrong values. While one of them seems > to have decent values stored. > > So, obviously I'm doing something wrong with --template or it's not > supposed to be used this way. Can I solve my problem in some other way or > do I have to split it up into different RRD files? > > Thanks, > > p? > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/55d54201/attachment-0001.htm > > ------------------------------ > > Message: 5 > Date: Thu, 17 Oct 2013 14:59:44 +0200 > From: Patrik ?kerfeldt <[email protected]> > Subject: Re: [rrd-users] Post to individual data sources with multiple > update requests > To: [email protected] > Message-ID: > <CAH-xEtTh5N5kzA72wSGVXjDcDz= > [email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Ok, so the suggestion seems to be to go with multiple files and I buy the > arguments. > > Thanks all > On Oct 17, 2013 1:50 PM, "Patrik ?kerfeldt" <[email protected]> > wrote: > > > Hi, > > > > I would like to have one RRD file with all my indoor temperatures. One DS > > per room. My problem is that I receive temperature updates as individual > > events, thus I would like to update the DS's in the RRD file with > > individual update calls. > > > > In hope of having --template solving this for me, I tried something like > > this: > > > > /usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template > > bedroom1 N:19.92 > > > > /usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template > > bedroom2 N:20.23 > > > > /usr/bin/rrdtool update /home/pakerfeldt/rrd/temperatures.rrd --template > > bedroom3 N:20.51 > > > > But what I experience is that two of the DS store values ~1.5. I believe > > it's bedroom2 and bedroom3 that get wrong values. While one of them seems > > to have decent values stored. > > > > So, obviously I'm doing something wrong with --template or it's not > > supposed to be used this way. Can I solve my problem in some other way or > > do I have to split it up into different RRD files? > > > > Thanks, > > > > p? > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/6e7d5982/attachment-0001.htm > > ------------------------------ > > Message: 6 > Date: Thu, 17 Oct 2013 15:16:05 +0200 > From: "Alex van den Bogaerdt" <[email protected]> > Subject: Re: [rrd-users] Post to individual data sources with multiple > update requests > To: [email protected] > Message-ID: > < > bc5d65cead7a15e0c5da1bb569d5bdb6.squir...@webmail.argewebhosting.nl> > Content-Type: text/plain;charset=utf-8 > > > Ok, so the suggestion seems to be to go with multiple files and I buy the > > arguments. > > That, or you find/build a front end which collects your data and then > updates the one database all DSes together. > > > > > > ------------------------------ > > Message: 7 > Date: Thu, 17 Oct 2013 20:22:32 +0000 > From: Steve Shipway <[email protected]> > Subject: Re: [rrd-users] Post to individual data sources with multiple > update requests > To: 'Patrik ?kerfeldt' <[email protected]>, > "'[email protected]'" <[email protected]> > Message-ID: > < > 5820dc553954e44fa1a36c78323ad14804f...@uxcn10-6.uoa.auckland.ac.nz> > Content-Type: text/plain; charset="utf-8" > > >I would like to have one RRD file with all my indoor temperatures. One DS > per room. My problem > > >is that I receive temperature updates as individual events, thus I would > like to update the DS's in > > >the RRD file with individual update calls. > > > > 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. > > > > Steve > > > > _____ > > Steve Shipway > > ITS Unix Services Design Lead > > University of Auckland, New Zealand > > Floor 1, 58 Symonds Street, Auckland > > Phone: +64 (0)9 3737599 ext 86487 > > DDI: +64 (0)9 923 6487 > > Mobile: +64 (0)21 753 189 > > Email: <mailto:[email protected]> [email protected] > > P Please consider the environment before printing this e-mail : > ????????????????? > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/24ab7107/attachment.htm > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: smime.p7s > Type: application/x-pkcs7-signature > Size: 5900 bytes > Desc: not available > Url : > http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131017/24ab7107/attachment.bin > > ------------------------------ > > _______________________________________________ > rrd-users mailing list > [email protected] > https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users > > > End of rrd-users Digest, Vol 82, Issue 3 > **************************************** >
_______________________________________________ rrd-users mailing list [email protected] https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users
