since I think php is still pulling in the old
gd. Upgrading to a newer php is probably out of the question for our
web server, so I have to live without the pretty chart until we upgrade
our machine :-(
Regards,
Robert.
--
Robert Walsh
Amalgamated Durables, Inc. - "We don't make th
ing about an out-of-date version of gd, followed by the PNG
data :-) Maybe the error messages should go into the web log, not the
PNG file. The PNG file didn't have a pie chart, but it did have some
other parts of that graph, including the color key and text.
Regards,
Robert.
--
Robert Walsh
Am
Hi Martin,
I've updated the patch for the web frontend, and caught one or two
things I'd missed before, too. This is against the current CVS head.
It's attached to the bug
(http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=49).
Regards,
Robert.
--
Robert Wa
> gmetad (and/or gmond) report ``Process XML (x): XML_ParseBuffer()
> error at line x: not well-formed''.
Try the fix from this post:
http://sourceforge.net/mailarchive/forum.php?thread_id=6542717&forum_id=7186
--
Robert Walsh
Amalgamated Durables, Inc. - "We don&
> i'm assuming no news is good news. are you guys having any problems
> with 3.0.0? i've run tests on solaris, freebsd, linux ia64 amd64,
> windows, macos x and it seems like it compiles and runs well.
So far, the web graphs are intermittent for me. Sometimes they show,
most of the time they
> yeh or neh?
Oh yeh, definitely. Bugzilla may not be perfect, but it's 95% of the
way there and is better than any of the free or commercial stuff I've
ever used.
Regards,
Robert.
--
Robert Walsh
Amalgamated Durables, Inc. - "We don't make the things you buy.&q
> i'm going to squash this bug asap.
Have you looked at Valgrind (http://valgrind.kde.org/). Linux/x86 only,
but if the leak is present in all implementations, you should be able to
catch it.
Regards,
Robert.
ic dictionaries.
Regards,
Robert.
--
Robert Walsh
Amalgamated Durables, Inc. - "We don't make the things you buy."
Email: [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
a major win, too.
I'd say go for it!
Regards,
Robert.
--
Robert Walsh
Amalgamated Durables, Inc. - "We don't make the things you buy."
Email: [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
PM build can be modified to accommodate this,
> but if not, any workarounds would be appreciated.
rpm -U --noscripts foo.rpm
Regards,
Robert.
--
Robert Walsh
Amalgamated Durables, Inc. - "We don't make the things you buy."
Email: [EMAIL PROTECTED]
signature.asc
Description: T
> My personal prefrence is 2, 3, 4, 1, 5 in that order. What do others
> think?
My preference is 2. Moving this stuff out and making it an external
dependency is definitely the way to go. 1, 3, 4 and 5 don't give me a
warm fuzzy - I'm always nervous about embedding external software in a
packag
Hi folks,
What's the schedule for the final 2.5.6 release? I'd been expecting it
by now, but things kept getting added into it, which I guess has shoved
things out a bit.
Regards,
Robert.
> There is still a lot of work needed. For instance there is no check
> whatsoever
> if the read or open call enters an interruptable sleep (waiting for IO
> access).
I suspect that this will be an issue. A lot of disk errors I've seen
often result in the process entering the D state: once tha
ntools know about this?
--
Robert Walsh
Amalgamated Durables, Inc. - "We don't make the things you buy."
Email: [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
ut to
fail even when it hasn't yet failed. I believe even older drives have a
certain amount of SMART support in there, so it should work even on the
ScrapIron cluster.
Regards,
Robert.
--
Robert Walsh
Amalgamated Durables, Inc. - "We don't make the things you buy.&quo
now so I can't check), so I turned Ganglia off on
those machines. Is it possible that multicast support in 7.2 is just
borked?
Regards,
Robert.
--
Robert Walsh
Amalgamated Durables, Inc.
"We bring dead things to life"
--
Robert Walsh
Amalgamated Durables, Inc.
"We bring dead things to life"
Looking good on Opterons running linux 2.6.0-test9.
Regards,
Robert.
> let me know what you find. i'm pretty sure this distribution will be
> complete and compile happily.
The rpm build fails because ganglia.3.gz is missing from the package
file list. When I added it in manually, it built just fine and ran fine
on my linux-2.6.0-test9 on i686 box. I'm about to
> paranoid is good. i just stripped the newlines on readline.[c,h] in the
> CVS tree. did it help?
Gnee. sf.net's level of suckitude means I'll have to wait an
indeterminate length of time before seeing the change on their anonymous
CVS servers. Never fear - I've made the change locally anywa
> nope. that wasn't intentional and i'm not sure how they got there. i
> didn't need to touch the readdir.[c,h] files for the fix. do the newlines
> cause any problems when compiling the source?
They shouldn't, but it makes it painful to see what the actual diffs
between the files are. I'm p
> i just made a new 2.5.5 distribution
> http://matt-massie.com/ganglia/
>
> let me know what you find. i'm pretty sure this distribution will be
> complete and compile happily.
Hi Matt,
Thanks for the new release. I haven't gotten around to compiling it yet
- I'm still examining the diffs.
permission to that host in the
gmetad.conf file. Make sure the host is listed in the "trusted_hosts"
entry.
Regards,
Robert.
--
Robert Walsh
Amalgamated Durables, Inc. - "We don't make the things you buy."
Email: [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
> From all of this it seems a little premature to expect SVG support in many
> browsers to be a criteria to view Ganglia-3.0 pages.
I agree - I'm uneasy about this, too. A PNG option would be nice.
Regards,
Robert.
--
Robert Walsh
Amalgamated Durables, Inc. - "We don'
> I noticed one minor bug in the way gmond parses its config file when I
> inadvertently put the following in my gmond.conf file:
>
> # trusted_hosts 1.1.1.1 1.1.1.2 1.1.1.3 \
> trusted_hosts my.gmetad.host
>
> It does not read in the trusted_hosts line. My guess is that it is
> incorrectly assu
> Will there be any changes in 2.5.4 that will let gmond work with a 2.6.0-test
> kernel?
I sent a patch to allow gmond to work with 2.5.x and 2.6. I believe
it's was checked into CVS before this release, so it should have support
now.
On Wed, 2003-07-23 at 14:22, Rick Mohr wrote:
> So it looks like the recipe should be:
>
> Is the ht flag set? If not, there is no hyperthreading. If yes, check
> for the physical id field. If it is not present, then assume that each
> CPU is distinct. If physical id is present, looking at sib
> I was wondering about that myself. The dual Xeon with hyperthreading
> showed 4 procs but two had a physical id of 0 and the other two had
> 3. However, my dual PIII has both procs listed with a physical id of 0
> even though they are distinct. But of course, there is no ht flag. So
> maybe t
My understanding is that if the 'physical id' field is present in
/proc/cpuinfo, it indicates the physical processor this hyperthreading
processing is associated with. It's certainly there on 2.4.20-8smp as
shipped by RedHat. It's possible they've patched the kernel for this,
though, as I don't s
Hi all,
The following small patch gets gmond working on Opteron boxes and also
on Linux 2.5.x.
Regards,
Robert.
diff -rNu ganglia-monitor-core-2.5.3-orig/gmond/machines/linux.c ganglia-monitor-core-2.5.3/gmond/machines/linux.c
--- ganglia-monitor-core-2.5.3-orig/gmond/machines/linux.c 2003-03-06
29 matches
Mail list logo