You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@hudi.apache.org by "hudi-bot (via GitHub)" <gi...@apache.org> on 2025/11/30 10:08:23 UTC
[I] Fix connection leak in FileSystemBasedLockProvider [hudi]
hudi-bot opened a new issue, #16494:
URL: https://github.com/apache/hudi/issues/16494
Fix connection leak in FileSystemBasedLockProvider
## JIRA info
- Link: https://issues.apache.org/jira/browse/HUDI-7783
- Type: Improvement
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@hudi.apache.org.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] Fix connection leak in FileSystemBasedLockProvider [hudi]
Posted by "hudi-bot (via GitHub)" <gi...@apache.org>.
hudi-bot commented on issue #16494:
URL: https://github.com/apache/hudi/issues/16494#issuecomment-3630190020
### Linked PR(s)
- https://github.com/apache/hudi/pull/11267
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@hudi.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] Fix connection leak in FileSystemBasedLockProvider [hudi]
Posted by "nsivabalan (via GitHub)" <gi...@apache.org>.
nsivabalan closed issue #16494: Fix connection leak in FileSystemBasedLockProvider
URL: https://github.com/apache/hudi/issues/16494
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@hudi.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] Fix connection leak in FileSystemBasedLockProvider [hudi]
Posted by "nsivabalan (via GitHub)" <gi...@apache.org>.
nsivabalan commented on issue #16494:
URL: https://github.com/apache/hudi/issues/16494#issuecomment-4795614010
This appears to have been fixed on master by [adf29acc2edf](https://github.com/apache/hudi/commit/adf29acc2edf4d30ce55366b5c49ad28bc5c6a31) (PR [#18461](https://github.com/apache/hudi/pull/18461)), which added a `finally` block to `FileSystemBasedLockProvider.close()` that invokes `storage.close()` after deleting the lock file, ensuring the `HoodieStorage` resource is released. Note: for the default `HoodieHadoopStorage` backend `close()` is a no-op (Hadoop `FileSystem` instances are JVM-shared and cached), so this primarily benefits non-Hadoop storage backends and satisfies the `HoodieStorage` contract. If the original report was specifically about Hadoop `FileSystem` instances accumulating, that is governed by the shared `FileSystem.CACHE` and not by this provider. Closing this issue — please reopen if the leak is still observed on a recent build.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@hudi.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org