[
https://issues.apache.org/jira/browse/HDFS-12657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17802459#comment-17802459
]
Shilun Fan edited comment on HDFS-12657 at 1/4/24 7:58 AM:
-----------------------------------------------------------
Bulk update: moved all 3.4.0 non-blocker issues, please move back if it is a
blocker. Retarget 3.5.0.
was (Author: slfan1989):
Bulk update: moved all 3.4.0 non-blocker issues, please move back if it is a
blocker.
> Operations based on inode id must not fallback to the path
> ----------------------------------------------------------
>
> Key: HDFS-12657
> URL: https://issues.apache.org/jira/browse/HDFS-12657
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: namenode
> Affects Versions: 2.5.0
> Reporter: Daryn Sharp
> Priority: Major
>
> HDFS-6294 added the ability for some path-based operations to specify an
> optional inode id to mimic file descriptors. If an inode id is provided and
> it exists, it replaces the provided path. If it doesn't exist, it has the
> broken behavior of falling back to the supplied path. A supplied inode id
> must be authoritative. A FNF should be thrown if the inode does not exist.
> (HDFS-10745 changed from string paths to IIPs but preserved the same broken
> semantics)
> This is broken since an operation specifying an inode for a deleted and
> recreated path will operate on the newer inode. If another client recreates
> the path, the operation is likely to fail for other reasons such as lease
> checks. However a multi-threaded client has a single lease id. If thread1
> creates a file, it's somehow deleted, thread2 recreates the path, then
> further operations in thread1 may conflict with thread2 and corrupt the state
> of the file.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
