[
https://issues.apache.org/jira/browse/SOLR-1953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15742604#comment-15742604
]
Mark Miller commented on SOLR-1953:
-----------------------------------
bq. Hey. Do you think it is somehow related ...
Unless you are multi-part posting lots of files to Solr (with the tika
integration for example), not very likely.
> 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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
