You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Ted CAo (JIRA)" <ji...@apache.org> on 2015/04/10 17:58:12 UTC
[jira] [Created] (SOLR-7375) autocommit (openSearcher=false)
doesn't work correctly with nrtMode=false
Ted CAo created SOLR-7375:
-----------------------------
Summary: autocommit (openSearcher=false) doesn't work correctly with nrtMode=false
Key: SOLR-7375
URL: https://issues.apache.org/jira/browse/SOLR-7375
Project: Solr
Issue Type: Bug
Components: update
Affects Versions: 4.5
Environment: any hardware
Reporter: Ted CAo
Priority: Minor
Fix For: 5.0
I discovered an unexpected behavior (BUG) with version 4.5 when auto commit is set with openSearcher=false and nrtMode=false
I have learned that nrtMode was never intended to be public (it was for testing purpose and removed in 5.0) and this fact was verified by Shawn Heisey via email, so this bug really wouldn't be fixed, but I was adviced by Shawn to file this ticket so it can be found by others if they bump into this issue (which can have hard to track consequences).
How to reproduce:
Download 4.5 solr, using the collections1 sample, turn on 15 seconds auto commit with openSearcher=false with <nrtMode>true</nrtMode> which is default, update/add to solr constantly every second for 3 minutes, hard crash and bring solr back up, everything works perfectly with no data loss. Now turn nrtMode = false, and do the same test, you will find data loss, data are not consistently written to disk. If you hard crash solr and bring back up, you will lose data. Note that in order to reproduce this, openSearcher must be false, and nrtMode must be false.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org