You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Benoit Perroud (JIRA)" <ji...@apache.org> on 2015/01/09 13:23:34 UTC

[jira] [Updated] (AMBARI-9056) GangliaReportPropertyProvider does not handle properly "NaN" values

     [ https://issues.apache.org/jira/browse/AMBARI-9056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benoit Perroud updated AMBARI-9056:
-----------------------------------
    Description: 
On a fresh install of HDP 2.2, I get this error:

{code}
11:59:24,622 ERROR [qtp2010902743-25918] GangliaReportPropertyProvider:153 - Caught exception getting Ganglia metrics : org.codehaus.jackson.map.JsonMappingException: Can not construct instance of java.lang.Number from String value 'NaN': not a valid number
 at [Source: sun.net.www.protocol.http.HttpURLConnection$HttpInputStream@4f3df2c8; line: 1, column: 4496] (through reference chain: org.apache.ambari.server.controller.ganglia.GangliaMetric["datapoints"]) : spec=http://daplab-wn-06/ganglia/graph.php?g=cpu_report&json=1
{code}

When I'm having a look at the data returned by Ganglia, I get:

{code}
curl "http://daplab-wn-06/ganglia/graph.php?g=cpu_report&json=1" 
[{"ds_name":"a0","cluster_name":"","graph_type":"stack","host_name":"","metric_name":"1-min","color":"#BBBBBB","datapoints":[[0.12266666667,1420798065],[0.14,1420798080],...snip...[0.17,1420801650],["NaN",1420801665]]},...snip...]
{code}

Seems the last "NaN" datapoint is not parsed properly.

  was:
On a fresh install of HDP 2.2, I get this error:

{code}
11:59:24,622 ERROR [qtp2010902743-25918] GangliaReportPropertyProvider:153 - Caught exception getting Ganglia metrics : org.codehaus.jackson.map.JsonMappingException: Can not construct instance of java.lang.Number from String value 'NaN': not a valid number
 at [Source: sun.net.www.protocol.http.HttpURLConnection$HttpInputStream@4f3df2c8; line: 1, column: 4496] (through reference chain: org.apache.ambari.server.controller.ganglia.GangliaMetric["datapoints"]) : spec=http://daplab-wn-06/ganglia/graph.php?g=cpu_report&json=1
{code}

When I'm having a look at the data returned by Ganglia, I get:

{code}
curl "http://daplab-wn-06/ganglia/graph.php?g=cpu_report&json=1" 
[{"ds_name":"a0","cluster_name":"","graph_type":"stack","host_name":"","metric_name":"1-min","color":"#BBBBBB","datapoints":[[0.12266666667,1420798065],[0.14,1420798080],...snip...[0.17,1420801650],["NaN",1420801665]]},
{code}

Seems the last "NaN" datapoint is not parsed properly.


> GangliaReportPropertyProvider does not handle properly "NaN" values
> -------------------------------------------------------------------
>
>                 Key: AMBARI-9056
>                 URL: https://issues.apache.org/jira/browse/AMBARI-9056
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-metrics, ambari-server
>    Affects Versions: 1.7.0
>         Environment: Ambari 1.7 on Ubuntu 14.04
>            Reporter: Benoit Perroud
>            Priority: Minor
>
> On a fresh install of HDP 2.2, I get this error:
> {code}
> 11:59:24,622 ERROR [qtp2010902743-25918] GangliaReportPropertyProvider:153 - Caught exception getting Ganglia metrics : org.codehaus.jackson.map.JsonMappingException: Can not construct instance of java.lang.Number from String value 'NaN': not a valid number
>  at [Source: sun.net.www.protocol.http.HttpURLConnection$HttpInputStream@4f3df2c8; line: 1, column: 4496] (through reference chain: org.apache.ambari.server.controller.ganglia.GangliaMetric["datapoints"]) : spec=http://daplab-wn-06/ganglia/graph.php?g=cpu_report&json=1
> {code}
> When I'm having a look at the data returned by Ganglia, I get:
> {code}
> curl "http://daplab-wn-06/ganglia/graph.php?g=cpu_report&json=1" 
> [{"ds_name":"a0","cluster_name":"","graph_type":"stack","host_name":"","metric_name":"1-min","color":"#BBBBBB","datapoints":[[0.12266666667,1420798065],[0.14,1420798080],...snip...[0.17,1420801650],["NaN",1420801665]]},...snip...]
> {code}
> Seems the last "NaN" datapoint is not parsed properly.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)