[
https://issues.apache.org/jira/browse/SOLR-1953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15750089#comment-15750089
]
ASF subversion and git services commented on SOLR-1953:
-------------------------------------------------------
Commit 96b492c05e9384b8dfb9d62823af17cf012fddbb in lucene-solr's branch
refs/heads/branch_6x from markrmiller
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=96b492c ]
SOLR-1953: It may be possible for temporary files to accumulate until the Solr
process is shut down.
> It may be possible for temporary files to accumulator until the Solr process
> is shut down
> -----------------------------------------------------------------------------------------
>
> Key: SOLR-1953
> URL: https://issues.apache.org/jira/browse/SOLR-1953
> Project: Solr
> Issue Type: Bug
> Components: update
> Affects Versions: 1.4.1, 1.5
> Reporter: Karl Wright
> Assignee: Mark Miller
> Labels: file_leak, memory_leak
> Attachments: SOLR-1953.patch, SOLR-1953.patch, SOLR-1953.patch
>
>
> While researching SOLR-1951, the behavior of commons-fileupload in handling
> multipart form posts came into question. commons-fileupload creates a
> temporary file for the main content area of such posts, and purportedly has a
> background thread which cleans up these files. However, Mark Miller
> discovered that the javadoc in this matter may be incorrect, and that
> commons-fileupload may in fact just be adding files to the JVM's list of
> files needing cleanup on exit.
> If so, this will show up in two ways: first, temporary files will accumulate
> in the java.io.tmpdir area. Second, non-heap memory for the JVM will slowly
> increase over time (since the file pointers the JVM tracks in this way are
> not kept in the java heap).
> I will attach a potential fix; however, this ticket should be viewed as a
> workitem for the need for further research in this area.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
