[rrd-users] rrd-users Digest, Vol 82, Issue 3
SWETA DARGAD
12mcei37 at nirmauni.ac.in
Mon Oct 21 07:49:38 CEST 2013
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, <rrd-users-request at lists.oetiker.ch> wrote:
> Send rrd-users mailing list submissions to
> rrd-users at lists.oetiker.ch
>
> 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
> rrd-users-request at lists.oetiker.ch
>
> You can reach the person managing the list at
> rrd-users-owner at lists.oetiker.ch
>
> 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 <mus3 at Lehigh.EDU>
> Subject: [rrd-users] RPN limitation
> To: "'rrd-users at lists.oetiker.ch'" <rrd-users at lists.oetiker.ch>
> Message-ID: <525854DB.2030809 at lehigh.edu>
> 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" <linux at thehobsons.co.uk>
> Subject: Re: [rrd-users] RPN limitation
> To: rrd-users at lists.oetiker.ch
> Message-ID: <03B2285DC14DA984B731DF176FAFBEC18 at thehobsons.co.uk>
> 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 <tobi at oetiker.ch>
> Subject: Re: [rrd-users] RPN limitation
> To: Simon Hobson <linux at thehobsons.co.uk>
> Cc: rrd-users at lists.oetiker.ch
> Message-ID: <alpine.DEB.2.02.1310121432560.4936 at froburg.oetiker.ch>
> 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 tobi at oetiker.ch ++41 62 775 9902 / sb: -9900
>
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 17 Oct 2013 13:50:23 +0200
> From: Patrik ?kerfeldt <patrik.akerfeldt at gmail.com>
> Subject: [rrd-users] Post to individual data sources with multiple
> update requests
> To: rrd-users at lists.oetiker.ch
> Message-ID:
> <
> CAH-xEtQnHdBR6Yt_RzreJbvB3UaDXhiF+Ze1U-oK_6CXMDUdMA at 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 <patrik.akerfeldt at gmail.com>
> Subject: Re: [rrd-users] Post to individual data sources with multiple
> update requests
> To: rrd-users at lists.oetiker.ch
> Message-ID:
> <CAH-xEtTh5N5kzA72wSGVXjDcDz=
> EKQjtCCK_jJM+tJw1yA2HBg at mail.gmail.com>
> 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" <patrik.akerfeldt at gmail.com>
> 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" <alex at vandenbogaerdt.nl>
> Subject: Re: [rrd-users] Post to individual data sources with multiple
> update requests
> To: rrd-users at lists.oetiker.ch
> Message-ID:
> <
> bc5d65cead7a15e0c5da1bb569d5bdb6.squirrel at 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 <s.shipway at auckland.ac.nz>
> Subject: Re: [rrd-users] Post to individual data sources with multiple
> update requests
> To: 'Patrik ?kerfeldt' <patrik.akerfeldt at gmail.com>,
> "'rrd-users at lists.oetiker.ch'" <rrd-users at lists.oetiker.ch>
> Message-ID:
> <
> 5820DC553954E44FA1A36C78323AD14804FDE9 at 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:s.shipway at auckland.ac.nz> s.shipway at auckland.ac.nz
>
> 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
> rrd-users at lists.oetiker.ch
> https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users
>
>
> End of rrd-users Digest, Vol 82, Issue 3
> ****************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/rrd-users/attachments/20131021/df57602d/attachment-0001.htm
More information about the rrd-users
mailing list