[ 
https://issues.apache.org/jira/browse/SOLR-10587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15999587#comment-15999587
 ] 

Mikhail Khludnev commented on SOLR-10587:
-----------------------------------------

Hello, [~janhoy]
These days BadIndexSchemaTest noises a lot. I've checked one output 
https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/3454/consoleFull
The smoking gun is
{code}
   [junit4]   2> 211623 INFO  (searcherExecutor-962-thread-1) [    ] 
o.a.s.c.SolrCore [collection1] Registered new searcher 
Searcher@1e5f10d[collection1] 
main{ExitableDirectoryReader(UninvertingDirectoryReader())}
   [junit4]   2> 211624 INFO  
(TEST-BadIndexSchemaTest.testDefaultSearchFieldNotBannedForPre66-seed#[880DCFD8CCD8713A])
 [    ] o.a.s.SolrTestCaseJ4 ####initCore end
...

   [junit4]   2> May 06, 2017 8:20:27 PM 
com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll
   [junit4]   2> SEVERE: There are still zombie threads that couldn't be 
terminated:
   [junit4]   2>    1) Thread[id=1938, name=searcherExecutor-962-thread-1, 
state=WAITING, group=TGRP-BadIndexSchemaTest]
   [junit4]   2>         at java.base@9-ea/jdk.internal.misc.Unsafe.park(Native 
Method)
   [junit4]   2>         at 
java.base@9-ea/java.util.concurrent.locks.LockSupport.park(LockSupport.java:192)
   [junit4]   2>         at 
java.base@9-ea/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2062)
   [junit4]   2>         at 
java.base@9-ea/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
   [junit4]   2>         at 
java.base@9-ea/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1086)
   [junit4]   2>         at 
java.base@9-ea/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
   [junit4]   2>         at 
java.base@9-ea/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
   [junit4]   2>         at java.base@9-ea/java.lang.Thread.run(Thread.java:844)
..
ant test  -Dtestcase=BadIndexSchemaTest -Dtests.seed=880DCFD8CCD8713A 
-Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=es-HN 
-Dtests.timezone=Australia/Melbourne -Dtests.asserts=true 
-Dtests.file.encoding=US-ASCII
{code}
this seed reproduces to me at branch_6x and jdk 8




> Ban defaultSearchField in schema for luceneMatchVersion =>6.6.0
> ---------------------------------------------------------------
>
>                 Key: SOLR-10587
>                 URL: https://issues.apache.org/jira/browse/SOLR-10587
>             Project: Solr
>          Issue Type: Sub-task
>          Components: Schema and Analysis
>            Reporter: Jan Høydahl
>             Fix For: 6.6
>
>         Attachments: SOLR-10587.patch, SOLR-10587.patch, SOLR-10587.patch
>
>
> Sub task of SOLR-7041.
> For new configs with luceneMatchVersion >=6.6.0 we'll throw an exception if  
> defaultSearchField is used in schema.
> For luceneMatchVersion < 6.0.0 we'll behave like before (warn only). This is 
> to deliver on our back-compat promise between minor versions.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to