Carlo Marcelo Arenas Belon wrote:
> On Thu, May 07, 2009 at 03:42:44PM -0700, Jeff Orr wrote:
>   
>> Upon the advice of Carlo, I updated the machine to Ganglia 3.0.7-1 with
>> RRDtool rrdtool-1.2.30-1.rh9.rf (the furthest I could take FC5 without
>> horrible dependency chasing). No dice. The CGI page renders correctly
>> for about 1 minute after gmetad stop+start. Then blank page plus "Root
>> epilog" error again.
>>     
>
> which CGI page?, any interesting messages in the error log for your
> webserver?
>   
This is the page provided by ganglia-web... /ganglia/index.php version
3.0.7-1

Here is a snippet of the gmetad log with debug level 6. Hostnames and
cluster names have been xxx'ed out for corporate paranoia reasons:

[xxx_Cluster] is a 2.5 or later data stream
Updating host xxx.dummyhost.com, metric disk_total
[xxxCluster] is a 2.5 or later data stream
Updating host crawlcustomsrc02.dummyhost.com, metric disk_total
[xxxCluster] is a 2.5 or later data stream
Updating host xxx.dummyhost.com, metric disk_total
Updating host xxx.dummyhost.com, metric load_five
Updating host xxx.dummyhost.com, metric jvm.metrics.memHeapUsedM
[xxxCluster] is a 2.5 or later data stream
Updating host xxx.dummyhost.com, metric disk_total
Updating host xxx.dummyhost.com, metric cpu_speed
[xxx_Cluster] is a 2.5 or later data stream
Updating host xxx.dummyhost.com, metric disk_total
Updating host xxx.dummyhost.com, metric cpu_speed
[xxxCluster] is a 2.5 or later data stream

Updating host xxx.dummyhost.com, metric cpu_speed
Updating host xxx.dummyhost.com, metric part_max_used
[xxxCluster] is a 2.5 or later data stream
Updating host xxx.dummyhost.com, metric disk_total
Updating host xxx.dummyhost.com, metric cpu_speed
Updating host xxx.dummyhost.com, metric
mapred.shuffleOutput.shuffle_success_
outputs
server_thread() received request "/?filter=summary" from 127.0.0.1 <-
Apache is on same host as gmetad
Found subtree / and filter=summary
Updating host xxx.dummyhost.com, metric mem_free
Updating host img24.dummyhost.com, metric cpu_speed
Updating host img24.dummyhost.com, metric part_max_used
Updating host img24.dummyhost.com, metric swap_total
Updating host img24.dummyhost.com, metric cpu_user
Updating host img24.dummyhost.com, metric cpu_system
Updating host img24.dummyhost.com, metric cpu_aidle
Updating host img24.dummyhost.com, metric load_five
Updating host img24.dummyhost.com, metric proc_run
Updating host img24.dummyhost.com, metric mem_free
Updating host img24.dummyhost.com, metric mem_buffers
Updating host img24.dummyhost.com, metric swap_free
Updating host img24.dummyhost.com, metric bytes_in
Updating host img24.dummyhost.com, metric pkts_out
Updating host img24.dummyhost.com, metric cpu_num
Updating host img24.dummyhost.com, metric disk_free
Updating host img24.dummyhost.com, metric mem_total
Updating host img24.dummyhost.com, metric cpu_wio
Updating host img24.dummyhost.com, metric boottime
Updating host img24.dummyhost.com, metric cpu_nice
Updating host img24.dummyhost.com, metric cpu_idle
server_thread() -1209025632 unable to write root epilog
Updating host xxx.dummyhost.com, metric cpu_speed
Updating host xxx.dummyhost.com, metric swap_total
[xxxCluster] is a 2.5 or later data stream
Updating host xxx.dummyhost.com, metric disk_total
[xxx_Cluster] is a 2.5 or later data stream
> could you check the ouput of the gmetad request that is failing to see
> why/where it is getting aborted?, could it be there is some invalid
> character in the XML?, 
Unlikely, but unknown at this point. Firefox renders the XML all right,
but that doesn't rule out illegal UTF-8 characters.

> do you have anything else other than the web
> frontend talking to this gmetad?
>   
Not to receive data. This gmetad is interrogating other gmetad's and
gmond's for data. Only the local frontend is interrogating the gmetad
for data.
> , if the frontend is stopped do any of
> the following commands reproduce the problem?
>
>   $ telnet localhost 8651
>   
Nope, works great.
>   $ echo "/" | netcat localhost 8652
>   
Still good.
> Carlo
>   
Regards,
Jeff Orr
Attributor Corporation

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Ganglia-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Reply via email to