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
