You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ozone.apache.org by "Devesh Kumar Singh (Jira)" <ji...@apache.org> on 2025/07/28 12:05:00 UTC

[jira] [Created] (HDDS-13515) Recon - DB checkpoint based processing by Recon during full OM DB snapshot based bootstrap

Devesh Kumar Singh created HDDS-13515:
-----------------------------------------

             Summary: Recon - DB checkpoint based processing by Recon during full OM DB snapshot based bootstrap 
                 Key: HDDS-13515
                 URL: https://issues.apache.org/jira/browse/HDDS-13515
             Project: Apache Ozone
          Issue Type: Improvement
          Components: Ozone Recon
            Reporter: Devesh Kumar Singh
            Assignee: Devesh Kumar Singh


During full snapshot fetch of OM DB by Recon , ReconOmTasks cleans or truncate the existing table data. Same way other task classes handles insert update accordingly. Now the problem with this approach when Recon falls back on full snapshot and then we do cleanup of existing processed data from their respective task tables, Recon APIs used by Recon UI will not return any data and Recon UI will show all blank , this makes bad experience for user, so We need a new solution because when Recon falls back on full snapshot, then Recon will do reprocess , but we need a mechanism where existing data is not cleaned and Recon reprocess should work on a checkpoint of DB as a input when full OM DB is fetched and output a new staging DB to store those ReconOMTask tables like nsSummaryTable till reprocess of all ReconOMTask classes gets over and then this staging DB should be moved or overwritten to a final DB from where Recon APIs will read data finally.



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

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@ozone.apache.org
For additional commands, e-mail: issues-help@ozone.apache.org