You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "ZanderXu (Jira)" <ji...@apache.org> on 2024/03/07 06:13:00 UTC
[jira] [Resolved] (HDFS-17395) [FGL] Use FSLock to protect ErasureCodingPolicy related operations
[ https://issues.apache.org/jira/browse/HDFS-17395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
ZanderXu resolved HDFS-17395.
-----------------------------
Hadoop Flags: Reviewed
Resolution: Fixed
> [FGL] Use FSLock to protect ErasureCodingPolicy related operations
> ------------------------------------------------------------------
>
> Key: HDFS-17395
> URL: https://issues.apache.org/jira/browse/HDFS-17395
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Reporter: ZanderXu
> Assignee: ZanderXu
> Priority: Major
> Labels: pull-request-available
>
> NameNode supports dynamically change ErasureCodingPolicy, so these ErasureCodingPolicies should be protected by one lock, the current implementation uses the global lock.
>
> ErasureCodingPolicy mainly involves directory tree and edits logs, such as:
> * getErasureCodingPolicy(String src)
> * setErasureCodingPolicy(String src, String ecPolicyName)
> * addErasureCodingPolicies(ErasureCodingPolicy[] policies)
> * disableErasureCodingPolicy(String ecPolicyName)
> * enableErasureCodingPolicy(String ecPolicyName)
> So we can use the FSLock to make these operations thread safe.
> Another reason why we use the FSLock to protect ErasureCodingPolicy related operations is that we use FSLock to make edit write operations thread safe.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-help@hadoop.apache.org