[ 
https://issues.apache.org/jira/browse/GOBBLIN-1773?focusedWorklogId=844469&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-844469
 ]

ASF GitHub Bot logged work on GOBBLIN-1773:
-------------------------------------------

                Author: ASF GitHub Bot
            Created on: 08/Feb/23 22:02
            Start Date: 08/Feb/23 22:02
    Worklog Time Spent: 10m 
      Work Description: ZihanLi58 commented on code in PR #3636:
URL: https://github.com/apache/gobblin/pull/3636#discussion_r1100726195


##########
gobblin-service/src/main/java/org/apache/gobblin/service/modules/scheduler/GobblinServiceJobScheduler.java:
##########
@@ -330,8 +330,9 @@ public AddSpecResponse onAddSpec(Spec addedSpec) {
 
     // Check quota limits against run immediately flows or adhoc flows before 
saving the schedule
     // In warm standby mode, this quota check will happen on restli API layer 
when we accept the flow

Review Comment:
   In warmStandyby mode, scheduler is not the listener when we add flow spec to 
flowCatalog. But compiler is the listener as defined 
[here](https://github.com/apache/gobblin/blob/master/gobblin-service/src/main/java/org/apache/gobblin/service/modules/core/GobblinServiceManager.java#L413).
 And we check quota 
[here](https://github.com/apache/gobblin/blob/master/gobblin-service/src/main/java/org/apache/gobblin/service/modules/flow/BaseFlowToJobSpecCompiler.java#L205)
 





Issue Time Tracking
-------------------

    Worklog Id:     (was: 844469)
    Time Spent: 40m  (was: 0.5h)

> Fix bug in quota manager of gobblinservice
> ------------------------------------------
>
>                 Key: GOBBLIN-1773
>                 URL: https://issues.apache.org/jira/browse/GOBBLIN-1773
>             Project: Apache Gobblin
>          Issue Type: Improvement
>            Reporter: Zihan Li
>            Priority: Major
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> We used to check the quota when we accept flow for ad-hoc flow and run 
> immediately flow. But we only use the same execution id for ad-hoc flow. So 
> for a run immediately flow, we will check quota once with a random execution 
> id, and then really run the job with a different execution id and forget the 
> first one. This will cause us to double-check the quota for a run immediately 
> flow and never release one of them. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to