We use rollback (in conjunction with DIH) when doing full re-imports on a traditional "non-cloud" index. As DIH first deletes all documents then adds them all, its handy for it to roll back its changes if something goes wrong. Then the indexing node can simply return to service executing queries until the problem is solved, etc.
Would it be acceptable to retain rollback for non-cloud indexes that do not have atomic updates, etc enabled? We could even put an "enable rollback" parameter in the config that is by default turned off so users can be made to think about it before turning it on, etc. Of course, if rollback was removed, the workaround is to take a backup, then attempt reindex, then replace the backup on failure. This is custom scripting that is currently done automatically. James Dyer Ingram Content Group (615) 213-4311 -----Original Message----- From: Chris Hostetter [mailto:hossman_luc...@fucit.org] Sent: Wednesday, May 08, 2013 8:08 PM To: dev@lucene.apache.org Subject: Re: [Discussion] Discontinue the ROLLBACK command in Solr? : Many are confused about the rollback feature in Solr, since it cannot : guarantee a rollback of updates from that client since last commit. : : In my opinion it is pretty useless to have a rollback feature you cannot : rely upon - Unless, that is, you are the only client for sure, having no : autoCommit, and a huge RAMbuffer. : : So why don't we simply deprecate the feature in 4.x and remove it from 5.0? +1 ... i don't remember the details of how/why/where rollback works, but as i understand it, there are some serious caveats to it's usage, as well as some bugs that may not have any viable/simple solutions (at least as far as i know of). example... https://issues.apache.org/jira/browse/SOLR-4733 -Hoss --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org