[
https://issues.apache.org/jira/browse/HDDS-7178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ethan Rose updated HDDS-7178:
-----------------------------
Summary: [Multi-Tenant] Use optimistic read in Ranger background sync
(was: [Multi-tenant] Use optimistic read in Ranger background sync)
> [Multi-Tenant] Use optimistic read in Ranger background sync
> ------------------------------------------------------------
>
> Key: HDDS-7178
> URL: https://issues.apache.org/jira/browse/HDDS-7178
> Project: Apache Ozone
> Issue Type: Sub-task
> Components: OM
> Reporter: Ethan Rose
> Assignee: Ethan Rose
> Priority: Major
>
> Coordination between the background sync and tenant modification requests is
> currently done through a stamped lock. The background sync currently holds a
> read lock for a short period every time it runs to fetch a consistent view of
> OM and Ranger state, however, tenant modifications will be blocked during
> this time since they need the write lock.
> Since this is already a stamped lock, we can use optimistic read with retries
> instead of a read lock in the background sync. This way it will not conflict
> with user tenant modifications as long as there is no divergence between OM
> and Ranger. If there is divergence, the background sync will still need to
> push updates under a write lock, blocking tenant modifications while it does
> so.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
