You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Simon Willnauer (JIRA)" <ji...@apache.org> on 2013/11/24 20:41:36 UTC
[jira] [Updated] (SOLR-5345) OpenCloseCoreStressTest opens too many
files (causing it to fail often)
[ https://issues.apache.org/jira/browse/SOLR-5345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Simon Willnauer updated SOLR-5345:
----------------------------------
Fix Version/s: (was: 4.5.1)
4.7
> OpenCloseCoreStressTest opens too many files (causing it to fail often)
> -----------------------------------------------------------------------
>
> Key: SOLR-5345
> URL: https://issues.apache.org/jira/browse/SOLR-5345
> Project: Solr
> Issue Type: Bug
> Reporter: Robert Muir
> Assignee: Mark Miller
> Fix For: 4.7
>
>
> Typically the symptom with jenkins is strange socket failures (because sockets are files too).
> On my machine though i got the nice too many open files from lucene because it just happened to fail that way.
> In addition to holding thousands of open files, this test creates 90 *megabytes* of logging output!
> Can we tone down the test? I havent looked at all: but it doesn't seem necessary to have huge numbers of cores/indexes to test the functionality, we should be able to do this with relatively small numbers.
> Additionally i dont think its good to use random merge/IW buffering parameters here, we should set ones that won't make tons of files, force the use of compound file format, etc.
> The massive amounts of logging should be addressed too.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org