>
> what version of glibc are you running on your boxes?
> % rpm -qi glibc
>
> i found that the pthread (LinuxThreads) implementation on linux is a
> nightmare. sometimes you'll find the thread stuff in glibc other
> times
> you'll find it in the kernel. you can force it to use older pthread
>
Matt Massie wrote:
Update: Works fine on a RH9-derivative.
Name: glibcRelocations: (not relocateable)
Version : 2.3.2 Vendor: Red Hat, Inc.
Release : 27.9.7Build Date: Wed Nov 12 16:19:15 2003
Install D
Matt Massie wrote:
do you mean that if you turn on debugging that gmond doesn't work
anymore?
Nope, the opposite:
If I turn *OFF* debugging, gmond doesn't work anymore.
With debugging on, gmond works as expected. But the lack of daemonization is
a bit of a drag.
When built from *this* 2.
On Mon, 2004-06-21 at 12:36, steven wagner wrote:
> A few other things exploded so I've only just had the chance to check this
> out. Info:
>
> I'm not using a config file at this time. This is a Redhat 7.1 uniprocessor
> P4 but I get the same results on a dual-proc Opteron running the same
>
A few other things exploded so I've only just had the chance to check this
out. Info:
I'm not using a config file at this time. This is a Redhat 7.1 uniprocessor
P4 but I get the same results on a dual-proc Opteron running the same
bastardized RH7.1-derivative.
When built from the 2.5.6 ta
I have attached a small patch for the webfrontend that adds a gmond
started timestamp and uptime-style last reported time to the time &
string metrics on the host view. Included with this is a corrected
uptime function that properly formats the time string and adds seconds.
I also attached a simp