[
https://issues.apache.org/jira/browse/CASSANDRASC-64?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17742205#comment-17742205
]
ASF subversion and git services commented on CASSANDRASC-64:
------------------------------------------------------------
Commit ca8dd2e0381a19ede99ce4b70959ce7a584ea0d2 in cassandra-sidecar's branch
refs/heads/trunk from Francisco Guerrero
[ https://gitbox.apache.org/repos/asf?p=cassandra-sidecar.git;h=ca8dd2e ]
CASSANDRASC-64: File descriptor is not being closed on MD5 checksum
This commit fixes an issue where the file descriptors are not being closed
during
the MD5 checksum during SSTable upload. This can potentially cause the JVM to
run
out of available file descriptors during execution, and it would force an
operator
to restart the Sidecar process to return to a working state.
In this commit, we ensure the file is closed after the checksum is calculated.
Additionally, this commit fixes a rare ConcurrentModificationException
encountered
in `SSTableImporter` whree the `importQueuePerHost` does not use a thread-safe
map.
patch by Francisco Guerrero; reviewed by Dinesh Joshi, Yifan Cai for
CASSANDRASC-64
> File descriptor is not being closed on MD5 checksum
> ---------------------------------------------------
>
> Key: CASSANDRASC-64
> URL: https://issues.apache.org/jira/browse/CASSANDRASC-64
> Project: Sidecar for Apache Cassandra
> Issue Type: Bug
> Components: Rest API
> Reporter: Francisco Guerrero
> Assignee: Francisco Guerrero
> Priority: Normal
> Labels: pull-request-available
>
> The file descriptor is not being closed when an MD5 checksum is performed
> during SSTable upload. This could prevent the Sidecar JVM to not be able to
> open more files when the ulimit has been reached
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
