[
https://issues.apache.org/jira/browse/HDDS-12062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Devesh Kumar Singh updated HDDS-12062:
--------------------------------------
Description:
Robust error handling is needed in Recon OM tasks to avoid data inconsistency.
E.g. improper exception handling for a partial batch of events processing. E.g.
it could be possible that some events in the NSSummary task are already
processed and flushed to DB for some keys having the same parentId as those
keys which are failed. So re-processing of those same events should be handled
separately for failed events in a set.
cc: [~kkasawa]
was:
Each background task in Recon should be able to restart back if it crashes for
some unexpected error. Sometimes a workaround or data correction will fix the
error, but Recon SCM tasks are not able to recover on their own once they
encountered any run time error. System should be able to recover tasks on its
own if error has been subsided.
cc: [~kkasawa]
> Recon - Error handling in NSSummaryTask to avoid data inconsistencies
> ---------------------------------------------------------------------
>
> Key: HDDS-12062
> URL: https://issues.apache.org/jira/browse/HDDS-12062
> Project: Apache Ozone
> Issue Type: Task
> Components: Ozone Recon
> Affects Versions: 1.4.0
> Reporter: Devesh Kumar Singh
> Assignee: Devesh Kumar Singh
> Priority: Major
>
> Robust error handling is needed in Recon OM tasks to avoid data
> inconsistency. E.g. improper exception handling for a partial batch of events
> processing. E.g. it could be possible that some events in the NSSummary task
> are already processed and flushed to DB for some keys having the same
> parentId as those keys which are failed. So re-processing of those same
> events should be handled separately for failed events in a set.
>
> cc: [~kkasawa]
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
