[
https://issues.apache.org/jira/browse/SOLR-9867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15998732#comment-15998732
]
Andrey Kudryavtsev commented on SOLR-9867:
------------------------------------------
{code}
[junit4] 1> POSTing file money.xml to [base]
....
[junit4] 1> POSTing file ipod_other.xml to [base]
[junit4] 1> 14 files indexed.
[junit4] 1> COMMITting Solr index changes to
http://localhost:43383/solr/techproducts/update...
[junit4] 1> Time spent: 0:00:00.002
{code}
if everything works as expected there should be Solr's logs among client's
logs. All that
{code}
17062 INFO (qtp638502344-15) [ x:techproducts]
o.a.s.u.p.LogUpdateProcessorFactory [techproducts] webapp=/solr path=/update
params={}{add=[EN7800GTX/2DHTV/256M (1566581601311129600), 100-435805
(1566581601326858240)]} 0 20
{code}
and etc.
I feel like it might be a test issue, because if one sets
{{SimplePostTool.mockMode}} to {{true}}, issue will reproduce.
> The Solr examples can not always be started after being stopped due to race
> with loading core.
> ----------------------------------------------------------------------------------------------
>
> Key: SOLR-9867
> URL: https://issues.apache.org/jira/browse/SOLR-9867
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Mark Miller
> Assignee: Mikhail Khludnev
> Priority: Critical
> Fix For: 6.6, master (7.0)
>
> Attachments: 6x failure 0 docs.txt, Lucene-Solr-master-MacOSX #3986
> Console [Jenkins].htm, SDF init and doFilter in parallel.png,
> SOLR-9867-createCoreContainer-fix.patch, SOLR-9867-ignore-whitespace.patch,
> SOLR-9867.patch, SOLR-9867.patch, SOLR-9867.patch, SOLR-9867.patch,
> SOLR-9867.patch, SOLR-9867.patch, SOLR-9867.patch, SOLR-9867-test.patch,
> stdout_90
>
>
> I'm having trouble when I start up the schemaless example after shutting down.
> I first tracked this down to the fact that the run example tool is getting an
> error when it tries to create the SolrCore (again, it already exists) and so
> it deletes the cores instance dir which leads to tlog and index lock errors
> in Solr.
> The reason it seems to be trying to create the core when it already exists is
> that the run example tool uses a core status call to check existence and
> because the core is loading, we don't consider it as existing. I added a
> check to look for core.properties.
> That seemed to let me start up, but my first requests failed because the core
> was still loading. It appears CoreContainer#getCore is supposed to be
> blocking so you don't have this problem, but there must be an issue, because
> it is not blocking.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
