[
https://issues.apache.org/jira/browse/SOLR-3307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13245304#comment-13245304
]
Robert Muir commented on SOLR-3307:
-----------------------------------
{quote}
Now its getting more difficult because when loading a large amount of records
each index segment gets a ".del" file of different size.
Nevertheless all data is loaded without loss and an optimize will clean up
everything.
Obviously another bad side effect of multi-threading and NOT seen with version
3.5.
Will be hard to find out what happens.
An overlapping of solrwriter?
{quote}
Are you sure its not just because DIH no longer optimizes itself by default in
3.6?
{noformat}
* SOLR-3142: Imports no longer default optimize to true, instead false. If you
want to force all segments to be merged
into one, you can specify this parameter yourself. NOTE: this can
be very expensive operation and usually
does not make sense for delta-imports.
{noformat}
Of course if you are seeing a lot of .dels after importing data, it sounds like
you have
some kind of impedence mismatch (duplicate unique ids) in your source data...
> DIH FileListEntityProcessor not multi-threading after applying patch SOLR-3011
> ------------------------------------------------------------------------------
>
> Key: SOLR-3307
> URL: https://issues.apache.org/jira/browse/SOLR-3307
> Project: Solr
> Issue Type: Bug
> Components: contrib - DataImportHandler
> Affects Versions: 3.6
> Reporter: Bernd Fehling
> Assignee: James Dyer
> Fix For: 3.6
>
> Attachments: SOLR-3307-UnitTest.patch, SOLR-3307.patch
>
>
> As reported in issue SOLR-3011 the FileListEntityProcessor is not recursing
> through all sub-directories and files after applying SOLR-3011.patch.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
