You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Josh Elser (JIRA)" <ji...@apache.org> on 2017/05/18 18:08:04 UTC

[jira] [Created] (HBASE-18073) ScheduledChore with delay longer than period never runs

Josh Elser created HBASE-18073:
----------------------------------

             Summary: ScheduledChore with delay longer than period never runs
                 Key: HBASE-18073
                 URL: https://issues.apache.org/jira/browse/HBASE-18073
             Project: HBase
          Issue Type: Improvement
            Reporter: Josh Elser
            Assignee: Josh Elser


(Obligatory: saw this on a fork -- need to confirm if this affects the Apache branches, and which branches if so)

If a ScheduledChore is configured with a delay that is longer than the period, the Chore never actually gets run, instead repeatedly complains that the Chore missed its start time.

{noformat}
2017-05-18 17:17:06,606 TRACE [server.com,16020,1495125783052_ChoreService_1] hbase.ChoreService: onChoreMissedStartTime
2017-05-18 17:17:06,612 TRACE [server.com,16020,1495125783052_ChoreService_1] hbase.ChoreService: Chore name: FileSystemUtilizationChore
2017-05-18 17:17:06,612 TRACE [server.com,16020,1495125783052_ChoreService_1] hbase.ChoreService: Chore period: 30000
2017-05-18 17:17:06,612 TRACE [server.com,16020,1495125783052_ChoreService_1] hbase.ChoreService: Chore timeBetweenRuns: 60000
2017-05-18 17:17:06,612 INFO  [server.com,16020,1495125783052_ChoreService_1] quotas.FileSystemUtilizationChore: Chore: FileSystemUtilizationChore missed its start time
{noformat}

It seems like this might be an edge-case for the first invocation of the chore. Need to read the code closer.

The workaround is to just ensure that the delay is always less than the period.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)