[
https://issues.apache.org/jira/browse/SOLR-3366?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alexandre Rafalovitch closed SOLR-3366.
---------------------------------------
Resolution: Won't Fix
An old possible bug related to (old) replication, Tomcat and edge-case
activity. I am closing this. If the problem still occurs with more recent Solr,
a new issue with updated details can be created.
> Restart of Solr during data import causes an empty index to be generated on
> restart
> -----------------------------------------------------------------------------------
>
> Key: SOLR-3366
> URL: https://issues.apache.org/jira/browse/SOLR-3366
> Project: Solr
> Issue Type: Bug
> Components: contrib - DataImportHandler, replication (java)
> Affects Versions: 3.4
> Reporter: Kevin Osborn
>
> We use the DataImportHandler and Java replication in a fairly simple setup of
> a single master and 4 slaves. We had an operating index of about 16,000
> documents. The DataImportHandler is pulled periodically by an external
> service using the "command=full-import&clean=false" command for a delta
> import.
> While processing one of these commands, we did a deployment which required us
> to restart the application server (Tomcat 7). So, the import was interrupted.
> Prior to this deployment, the full index of 16,000 documents had been
> replicated to all slaves and was working correctly.
> Upon restart, the master restarted with an empty index and then this empty
> index was replicated across all slaves. So, our search index was now empty.
> My expected behavior was to lose any changes in the delta import (basically
> prior to the commit). However, I was not expecting to lose all data. Perhaps
> this is due to the fact that I am using the full-import method, even though
> it is really a delta, for performance reasons? Or does the data import just
> put the index in some sort of invalid state?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
