You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Mikhail Khludnev (JIRA)" <ji...@apache.org> on 2017/05/08 21:04:04 UTC
[jira] [Closed] (SOLR-10605)
TestSolrCLIRunExample.testInteractiveSolrCloudExample() ObjectTracker
failure
[ https://issues.apache.org/jira/browse/SOLR-10605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mikhail Khludnev closed SOLR-10605.
-----------------------------------
Resolution: Duplicate
I think it's a dupe of SOLR-10588
> TestSolrCLIRunExample.testInteractiveSolrCloudExample() ObjectTracker failure
> -----------------------------------------------------------------------------
>
> Key: SOLR-10605
> URL: https://issues.apache.org/jira/browse/SOLR-10605
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Mikhail Khludnev
>
> This case arose during beasting TestSolrCLIRunExample under SOLR-9867.
> h3. The race is
> * {{RunExampleTool.runCloudExample()}} updates softCommit time config
> * but it waits only for Zk change, but not till cores are reloaded.
> * hence test goes further and deletes collection that breaks a core which reload the core. see [logs excerpt|https://issues.apache.org/jira/browse/SOLR-9867?focusedCommentId=15995734&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15995734]
> h3. The possible measures are
> * probably {{RunExampleTool.runCloudExample()}} should spin wait until cores' config has changed like it's done in {{SolrCloudExampleTest.doTestConfigUpdate()}}
> * Core UNLOAD might wait to accuire {{SolrConfigHandler.reloadLock}}, which I should be polished itself under SOLR-10594 and that similar to what's done under SOLR-9867, where {{SolrCores.close()}} waits until all cores are loaded (not reloaded).
> Which of these do you like more?
>
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org