[
https://issues.apache.org/jira/browse/OOZIE-3393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16711540#comment-16711540
]
Andras Piros commented on OOZIE-3393:
-------------------------------------
[~zuston] you're welcome. Patch 002 looks good to me thus far. One remaining
point being unit testing.
I'd create new test cases in {{TestCoordMaterializeTriggerService}} with
following semantics:
* setting things up and waiting till a task gets into
{{CoordinatorJob.Status.RUNNING}} [like
this|https://github.com/apache/oozie/blob/master/core/src/test/java/org/apache/oozie/service/TestCoordMaterializeTriggerService.java#L77-L84]
* asserting that the service was instrumented by accessing
{{Services.get().get(InstrumentationService).get().getVariables()}}
> Add Oozie instrumentation delayed metric in CoordMaterializeTriggerService
> --------------------------------------------------------------------------
>
> Key: OOZIE-3393
> URL: https://issues.apache.org/jira/browse/OOZIE-3393
> Project: Oozie
> Issue Type: Improvement
> Components: coordinator
> Reporter: Junfan Zhang
> Assignee: Junfan Zhang
> Priority: Major
> Attachments: oozie-3393-1.patch, oozie-3393-2.patch,
> oozie-instrumentation-1.log
>
>
> We have multiple Oozie scheduled clusters. The problem that is currently
> encountered is that some materialize queues are too late to process during
> the peak hours of the scheduled tasks. We need to get the metrics of the
> delay queue for alarm monitoring and adjust the configuration to optimize.
> Currently we have added metrics for queue size and latency in Oozie
> CoordMaterializeTriggerService class, in order to reflect the general trend
> of current scheduling.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)