ronmjf opened a new issue, #702:
URL: https://github.com/apache/maven-indexer/issues/702

   ### Affected version
   
   7.1.6
   
   ### Bug description
   
   Problem Description
   We are experiencing a significant memory leak that appears to be specific to 
the RHEL 8 environment. During our indexing process, we create and then 
subsequently delete a Lucene index using maven-indexer. Although the index 
directory and its files are successfully removed from the filesystem, the JVM 
process continues to hold onto the file handles, preventing memory from being 
released.
   
   Steps to Reproduce
   Create a new indexing context using 
org.apache.maven.index.DefaultIndexer#createIndexingContext(...).
   
   Perform indexing operations, which trigger 
org.apache.lucene.index.DocumentsWriter#updateDocuments and create compound 
segment files (.cfs).
   
   After indexing is complete, close the context and request deletion of the 
index files by calling 
org.apache.maven.index.DefaultIndexer#closeIndexingContext(context, true).
   
   Observe that the index directory is deleted from the filesystem as expected.
   
   Monitor the JVM's memory and open file descriptors.
   
   Expected Behavior
   The JVM should release the file handles for the deleted .cfs files, and the 
associated memory should be garbage collected.
   
   Actual Behavior
   The JVM retains the file handles for the deleted index files, resulting in a 
continuous increase in memory consumption. This issue is only reproducible on 
RHEL 8.
   
   <img width="2994" height="190" alt="Image" 
src="https://github.com/user-attachments/assets/239abcb1-2f50-40f5-bc4c-bd377aa03023";
 />
   
   Version and environment details
   Lucene version - 9.12.2
   Maven indexer version - 7.1.6
   JVM - 21
   OS - Red Hat Enterprise Linux 8
   
   


-- 
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: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to