You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Cassandra Targett (JIRA)" <ji...@apache.org> on 2018/01/11 21:22:00 UTC
[jira] [Updated] (SOLR-6429) Unload core during tlog replay
[ https://issues.apache.org/jira/browse/SOLR-6429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Cassandra Targett updated SOLR-6429:
------------------------------------
Component/s: SolrCloud
> Unload core during tlog replay
> ------------------------------
>
> Key: SOLR-6429
> URL: https://issues.apache.org/jira/browse/SOLR-6429
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Affects Versions: 4.8.1
> Reporter: Eran H
> Labels: core, exception, log, replay, timeout, transaction, unload
>
> Hi,
> I use solr 4.8.1 and solrj . When my server comes up it starts solr. If my server run configuration is to delete all data and start again fresh, I unload my solr core and then create it again. During this time, solr comes up.
> Solr receives the core unload request while replaying its transaction log.
> Any logical behavior would be accepted in this point:
> 1. Exception that it cannot drop the core because it's in the middle of log replaying.
> 2. Wait until the log replay is finish and then drop the core.
> 3. FORCE to drop the core and stop the replay.
> 4. Provide API so I would know to question solr if it's "busy".
> 5. Etc.
> What really happens is the only illogical behavior:
> I get a timeout exception(!) but it continues to replay the logs.
> core.properties file is deleted, core.properties.unloaded file is created, and the folder is not deleted as I asked (using solrj). I can't delete the folder myself because it's locked, and I'm basically stuck with the core folder but with an unloaded core. I can't create the core again because the folder already exists, and I can't unload the core again because it does not exist!
> If solr receives a core unload request during tlog replay, it should either reject it with a dedicated exception (not timeout) or process it fully. Currently it tries to do both and it won't work.
> Thanks!
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org