[
https://issues.apache.org/jira/browse/SOLR-6326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14171015#comment-14171015
]
Mikhail Khludnev commented on SOLR-6326:
----------------------------------------
[~pkeegan] I'm sorry for annoying offtop, but:
bq. Using ReloadCacheRequestHandler in (2) above would result in the loss of
index/replica synchronization provided by the distributed commit in (1), and
reloading the core is slow and overkill.
perhaps it's useless workaround but..
you can emulate proper distributed commit, by getting all cluster nodes via
https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api18
and hitting all ReloadCacheRequestHandlers. It flushes all entries from
FileFloatSource.floatCache.
note: ReloadCacheRequestHandlers doesn't reload core, but commit, however,
giving that commit is lazy, it can lead to eg stale entries in
queryResultCache.
one more offtop: SOLR-5944 seems like a great and necessary replacement for EFF
hack. though I didn't look on it deeply.
> ExternalFileFieldReloader and commits
> -------------------------------------
>
> Key: SOLR-6326
> URL: https://issues.apache.org/jira/browse/SOLR-6326
> Project: Solr
> Issue Type: Bug
> Reporter: Peter Keegan
> Labels: difficulty-medium, externalfilefield, impact-medium
> Attachments: SOLR-6326.patch
>
>
> When there are multiple 'external file field' files available, Solr will
> reload the last one (lexicographically) with a commit, but only if changes
> were made to the index. Otherwise, it skips the reload and logs: "No
> uncommitted changes. Skipping IW.commit."
> IndexWriter.hasUncommittedChanges() returns false, but new external files
> should be reloaded with commits.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
