> I guess it's possible that the intf_* stuff doesn't work well
> on multi-proc
> SGIs. Any ideas?
>
No ideas sorry, but I can also confirm this was happening on my IRIX
boxes. I never tried it on a uni-proc box (compiling stuff on an Indy
really bites) so I just assumed it was an IRIX thing.
FYI, on IRIX 6.5 I'm seeing the latest CVS build of gmond choke after
running the pasted-in Linux mtu_func() ... but only on multi-processor systems.
What actually happens is that the data collection works OK - it walks the
(four-interface-long) list of network interfaces, determines the lowest
guys-
i just checked in the C code for gmetad into CVS. it's not finished but i
should have a working version within a few day.
if you find anything wrong with the CVS source, please let me know. i
want to finish up the C version of gmetad in the next few days and then
release 2.5.0. the
I just noticed a small mistake in the rpm spec file for the ganglia
monitoring core. In the build section, configure is executed with
prefix set to $RPM_BUILD_ROOT/usr. It should actually be executed with
the real prefix defined:
./configure --prefix=/usr
and later in the install section, you s
I've written more than my share of machine.c's, folks, and in doing so I've
noticed that I do the same thing over and over again.
Namely, I almost always chuck the "I'll go query the appropriate subsystem,
discard all the data I don't need for this metric, and return the result"
method in favo
