[
https://issues.apache.org/jira/browse/HADOOP-7507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur updated HADOOP-7507:
---------------------------------------
Attachment: HADOOP-7507v4.patch
v4 patch.
Integrates Luke's suggestions.
I've checked with Matt regarding the exclusion of the Hostname tag, and he
indicated that it is a good idea. His argument is that hostnames are case
insensitive and different DNSes may have the host with different case and this
could create shadow groups if a process starts getting a different case DNS
name.
> jvm metrics all use the same namespace
> --------------------------------------
>
> Key: HADOOP-7507
> URL: https://issues.apache.org/jira/browse/HADOOP-7507
> Project: Hadoop Common
> Issue Type: Bug
> Components: metrics
> Affects Versions: 0.20.2
> Reporter: Jeff Bean
> Assignee: Alejandro Abdelnur
> Fix For: 0.23.0
>
> Attachments: HADOOP-7507-v2.patch, HADOOP-7507v1.patch,
> HADOOP-7507v3.patch, HADOOP-7507v4.patch, JvmMetrics.java,
> hadoop-metrics.properties, screenshot-1.jpg
>
>
> Ganglia jvm metrics don't make sense because it's not clear which java
> process the metrics refer to. In fact, all hadoop java processes running on a
> node report their jvm metrics to the same namespace.
> The metrics are exposed by the "jvm" context in JvmMetrics.java. This leads
> to confusing and nonsensical graphs in ganglia and maybe other monitoring
> tools.
> One way to fix this is to make sure the process name is reported in the jvm
> context, making it clear which process is associated with the context, and
> separating out the jvm metrics per process.
> This is marked as an "incompatible change" because the fix provided removes
> the JVM metrics and replaces it with process-specific metrics.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira