[ 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: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org