[ 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org