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 "Dimas Shidqi Parikesit (Jira)" <ji...@apache.org> on 2026/03/14 14:39:00 UTC
[jira] [Created] (HDFS-17892) RBF: permit not released during invokeConcurrent if getOrderedNamenodes throws an exception
Dimas Shidqi Parikesit created HDFS-17892:
---------------------------------------------
Summary: RBF: permit not released during invokeConcurrent if getOrderedNamenodes throws an exception
Key: HDFS-17892
URL: https://issues.apache.org/jira/browse/HDFS-17892
Project: Hadoop HDFS
Issue Type: Bug
Components: rbf
Affects Versions: 3.4.3
Reporter: Dimas Shidqi Parikesit
After [HDFS-17265|https://issues.apache.org/jira/browse/HDFS-17265], we either move acquirePermit after getOrderedNamenodes or wrap getOrderedNamenodes in a try-finally block so that the permit can be released if getOrderedNamenodes throws an exception.
However, the behavior of the latest trunk (a178eb7) has regressed, where we don't handle the permit release anymore.
The test failed to detect this problem because it only use 1 locations. In invokeConcurrent, the execution flows into invokeSingle where the exception is correctly handled using this branch
```
else if (locations.size() == 1 && timeOutMs <= 0) {
// Shortcut, just one call
return invokeSingle(locations.iterator().next(), method);
}
```
In this patch, I've fixed the invokeConcurrent and the test to reflect this behavior.
--
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