[ 
https://issues.apache.org/jira/browse/HBASE-6323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13409875#comment-13409875
 ] 

Elliott Clark commented on HBASE-6323:
--------------------------------------

Yes.  The ReplicationSourceMetric class adds values to a global gauge and to a 
gauge for just that source.  When a source is stopped the values are subtracted 
from the global gauge and the gauge for just that source is removed.  Counters 
are not subtracted since they represent things like the total number of log 
edits shipped out and removing them doesn't really make sense.

Since there's only one sink ReplicationSinkMetrics doesn't really have that.
                
> [replication] most of the source metrics are wrong when there's multiple 
> slaves
> -------------------------------------------------------------------------------
>
>                 Key: HBASE-6323
>                 URL: https://issues.apache.org/jira/browse/HBASE-6323
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 0.92.1, 0.94.0
>            Reporter: Jean-Daniel Cryans
>            Assignee: Elliott Clark
>             Fix For: 0.96.0, 0.94.2
>
>         Attachments: HBASE-6323-0.patch, HBASE-6323-1.patch
>
>
> Most of the metrics in replication were written with 1 slave in mind but with 
> multiple slaves the issue really shows. Most of the metrics are set directly:
> {code}
> public void enqueueLog(Path log) {
>   this.queue.put(log);
>   this.metrics.sizeOfLogQueue.set(queue.size());
> }
> {code}
> So {{sizeOfLogQueue}} is always showing the size of the queue that updated 
> the metric last.
> I'm not sure what's the right way to fix this since we can't have dynamic 
> metrics. Merging them would work here but it wouldn't work so well with 
> {{ageOfLastShippedOp}} since the age can be different and it definitely 
> cannot be summed.
> Assigning to Elliott since he seems to dig metrics these days. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to