matt massie wrote:
Today, Steven Wagner wrote forth saying...
Well, at the time that I wrote that, I hadn't tried this yet*. But I did
just now, and it does work (despite the fact that my 32-bit compiler's a
bit old).
A bit of a pain in the butt to have to compile gmetad in a totally
different environment, though.
You should only have to compile the rrd library 32-bit right? What
happens when you compile the monitor-core 64-bit and link the 32-bit rrd
library. Does that not work? If it worked, then you would only need to
deal with this headache whenever you upgraded rrdtool. To be honest
though, I don't know about 32-bit 64-bit linking issues so this could a
completely useless sentence to write (except maybe this last sentence).
Um, yeah. Mixing n' matching doesn't work. That's why I put the screaming
autoconf warning for Solaris users.
At least on Solaris, the linker will gag like the Cyberman version of Mr. T
if you mix libraries like that. It basically treats it as an entirely
separate architecture. Since these are GNU tools it's probably the same in
other environs, although the only analog I can think of would be on an AMD
Hammer, since it is capable of running x86-64 *and* IA32 instructions.
this is an error that i don't completely understand but i'm going to
squash this bug today (assuming it is a bug.. it might just be a
too-generic error message problem which might read "unable to contact data
source to get XML in the first place). i'll find out.
Adding file/function origins to debug_msgs is gooooood.
i know what is causing this bug. in order to play nice, the new gmetad
doesn't require a 2.5.0 gmond. this makes it impossible on pre-2.5.0
systems to know the SLOPE attribute. this means that some non-numerical
metrics slip through.. i bet one of your non-numeric metrics on a
pre-2.5.0 gmond had a ':' in it? please check your colon and get back
with us.
Well, the error is occurring on both new and old now. So I don't know
what's up with that. Maybe it's an RRD formatting issue?
FYI, the 2.4.1 gmond dies after about 15-17 minutes.
yes. you need to check out the latest gmetad-webfrontend from CVS. the
databases for the hosts are the same BUT the summary information is stored
in a more generic and flexible manner so that we can get both the average
and sum on demand.
Did that this morning. While I was writing that email no less. :)
something to watch for.. the web frontend assume rrdtool is installed in
/usr/bin/rrdtool. check your conf.php and make sure it all looks good.
Yeah, I already figured that out.
I am going to be a very sad panda if I have to nuke all these RRDs because
the format's changed.
