--- Andrea Capriotti <[EMAIL PROTECTED]> wrote: > Il giorno mer, 18/07/2007 alle 11.11 -0700, Bernard Li ha scritto: > > Well, looks like Charles no longer works for Oracle (his email > address bounced). > > > > Anyways, anything thing I would like you to try is to run gmetad in > > debug mode and see if it gives us any hints to why it segfaulted. > > # ./gmetad -d 5 > Going to run as user nobody > Sources are ... > Source: [Cray_XD1_Linux_Cluster, step 25] has 1 sources > xxx.xxx.xxx.xxx > Source: [Front_End_Cluster, step 25] has 1 sources > xxx.xxx.xxx.xxx > Source: [GNU_Linux_Cluster, step 25] has 1 sources > xxx.xxx.xxx.xxx > Source: [BCX_Linux_Cluster, step 25] has 1 sources > xxx.xxx.xxx.xxx > Source: [SP5, step 25] has 1 sources > xxx.xxx.xxx.xxx > Source: [BCC_Linux_Cluster, step 25] has 1 sources > xxx.xxx.xxx.xxx > xml listening on port 8651 > interactive xml listening on port 8652 > Data thread 1090386864 is monitoring [Cray_XD1_Linux_Cluster] data > source > Data thread 1092488112 is monitoring [Front_End_Cluster] data source > xxx.xxx.xxx.xxx > Data thread 1094589360 is monitoring [GNU_Linux_Cluster] data source > xxx.xxx.xxx.xxx > xxx.xxx.xxx.xxx > Data thread 1096690608 is monitoring [BCX_Linux_Cluster] data source > Data thread 1099959216 is monitoring [SP5] data source > xxx.xxx.xxx.xxx > xxx.xxx.xxx.xxx > Data thread 1102060464 is monitoring [BCC_Linux_Cluster] data source > xxx.xxx.xxx.xxx > cleanup thread has been started > [Front_End_Cluster] is a 2.5 or later data stream > hash_create size = 1024 > hash->size is 1031 > hash_create size = 50 > hash->size is 53 > hash_create size = 50 > hash->size is 53 > Updating host node01.fec.cineca.it, metric disk_free > Updating host node01.fec.cineca.it, metric bytes_out > Updating host node01.fec.cineca.it, metric proc_total > [..] > Writing Summary data for source Front_End_Cluster, metric swap_total > Updating host node057.clx.cineca.it, metric cpu_idle > Updating host node028, metric cpu_idle > Updating host sp062, metric cpu_num > Writing Summary data for source Front_End_Cluster, metric > part_max_used > Updating host node057.clx.cineca.it, metric cpu_user > Updating host ch476-n5.xd1.cineca.it, metric mem_total > Updating host sp062, metric load_fifteen > Updating host node028, metric cpu_user > Updating host node057.clx.cineca.it, metric swap_free > Segmentation fault > > If I try again it segfaults in a different point: > > # ./gmetad -d5 > [..] > Updating host ch472-n3.xd1.cineca.it, metric cpu_nice > hash_create size = 50 > hash->size is 53 > Updating host node0964.bcx.cineca.it, metric disk_free > Updating host sp061, metric mem_cached > Writing Summary data for source Front_End_Cluster, metric swap_total > Updating host node380.clx.cineca.it, metric mem_cached > Updating host sp061, metric load_five > Writing Summary data for source Front_End_Cluster, metric > part_max_used > Updating host node038, metric pkts_out > Updating host sp061, metric cpu_num > Updating host ch472-n3.xd1.cineca.it, metric cpu_speed > Segmentation fault > > Let me know if you need the whole log. > > Best Regards > -- > Andrea Capriotti > System Management Group - Cineca - www.cineca.it > [EMAIL PROTECTED] - Tel +39 051 6171890 > Andrea,
do you have a chance to run gmetad under control of a debugger to see where exactely the segfault happens? Apparently the pointer that is NULLified by the patch for bz#56 gets referenced later on, leading to the problem. Thanks Martin ------------------------------------------------------ Martin Knoblauch email: k n o b i AT knobisoft DOT de www: http://www.knobisoft.de ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers