Actually, I hadn't said anything about OSF1 yet. At the time I sent that
mail it hadn't been built.
Tru64 seems to run as expected. I'm running it on the test data source (in
debug) right now...
IRIX is also behaving normally ( ... now) .
And Solaris was never a problem. :)
Matt Massie wrote:
steve-
just to clarify then.. the garbage collector is working on Tru64? are
you sure you didn't grep for "Cleanip" or "Clesnup" or "Cleamup"
before? :P
-matt
On Mon, 2002-11-04 at 14:36, Steven Wagner wrote:
Whoops, there we go. The code *is* running, apparently. Although I
*SWEAR* it wasn't earlier... (otherwise a grep "Cleanup" would have
worked... ? )
Steven Wagner wrote:
Except the IRIX monitoring core is not configured as deaf *or* mute...
And the Solaris one, which *is* configured as deaf, *is* running a
cleanup thread.
Hmmmm ... logic error? Me, Grimlock, go find out.
Federico Sacerdoti wrote:
I just checked the code. The cleanup thread starts with a
"pthread_create" call in gmond.c:231. If you are in deaf mode the
cleanup thread won't start, which makes sense since if you are in that
mode you won't hear about any remote hosts or metrics, so why should
you need to delete them?
If you would like, try moving the cleanup create line somewhere
outside the "if (! gmond_config.deaf)" test, to see if it starts.
Hope this helps,
Federico
On Monday, November 4, 2002, at 11:10 AM, Steven Wagner wrote:
Using a "this-morning" CVS checkout (let's call it 9:45am PDT), I
started testing on my various platforms.
So far, Solaris is running like a top. However, on that box it's in
listen-only mode... I'll try it on one of the fileservers in a bit.
IRIX is running except for the cleanup thread. I can't find any
evidence that the cleanup thread is running in debug mode.
Correction - I can't find any evidence that it's STARTING. Just to
double-check this, I piped debug to a file and grepped it for
"Cleanup" (every function of cleanup.c includes this text in a
debug_msg statement). Found nothing. Not a sausage. Although a
sausage would have been a surprise since I was looking for a string
instead of a processed meat product.
Haven't gotten to Tru64 yet. I know, I know, I should have started
with the most popular ported Ganglia platform. :P
Nothing really jumps out at me from the configure/compile/startup
logs. I'll check them again, though. Just wanted to let you all know
it's happening in case anyone thinks of some quick ideas.
Hmmm. It's pretty obvious I skipped breakfast. Time for a sandwich,
then I'll come back, build & test Tru64 (knock on wood) and think
about IRIX for a bit.
-------------------------------------------------------
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
_______________________________________________
Ganglia-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Federico
Rocks Cluster Group, Camp X-Ray, SDSC, San Diego
GPG Fingerprint: 3C5E 47E7 BDF8 C14E ED92 92BB BA86 B2E6 0390 8845
-------------------------------------------------------
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
_______________________________________________
Ganglia-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-developers
-------------------------------------------------------
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
_______________________________________________
Ganglia-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-developers
