[jira] [Commented] (SOLR-9784) Refactor CloudSolrClient to eliminate direct dependency on ZK

2016-11-25 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-9784:
---

Commit 23921064e963d7f1f91594725b88f6838a263fae in lucene-solr's branch 
refs/heads/master from [~noble.paul]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2392106 ]

SOLR-9784: deprecated uploadconfig


> Refactor CloudSolrClient to eliminate direct dependency on ZK
> -
>
> Key: SOLR-9784
> URL: https://issues.apache.org/jira/browse/SOLR-9784
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Reporter: Noble Paul
>Assignee: Noble Paul
> Attachments: SOLR-9584.patch
>
>
> CloudSolrClient should decouple itself from the ZK reading/write. This will 
> help us provide alternate implementations w/o direct ZK dependency



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-9784) Refactor CloudSolrClient to eliminate direct dependency on ZK

2016-11-25 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-9784:
---

Commit 2ec97165204a9e4b55419816fc10eaaab6c9095f in lucene-solr's branch 
refs/heads/master from [~noble.paul]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2ec9716 ]

SOLR-9784: deprecated uploadconfig


> Refactor CloudSolrClient to eliminate direct dependency on ZK
> -
>
> Key: SOLR-9784
> URL: https://issues.apache.org/jira/browse/SOLR-9784
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Reporter: Noble Paul
>Assignee: Noble Paul
> Attachments: SOLR-9584.patch
>
>
> CloudSolrClient should decouple itself from the ZK reading/write. This will 
> help us provide alternate implementations w/o direct ZK dependency



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[JENKINS] Lucene-Solr-6.x-Solaris (64bit/jdk1.8.0) - Build # 515 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Solaris/515/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseSerialGC

1 tests failed.
FAILED:  
org.apache.solr.cloud.TestSolrCloudWithDelegationTokens.testDelegationTokenCancelFail

Error Message:
expected:<200> but was:<404>

Stack Trace:
java.lang.AssertionError: expected:<200> but was:<404>
at 
__randomizedtesting.SeedInfo.seed([2E473BB1930558E0:46F80E9B439F4A0C]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at org.junit.Assert.assertEquals(Assert.java:456)
at 
org.apache.solr.cloud.TestSolrCloudWithDelegationTokens.cancelDelegationToken(TestSolrCloudWithDelegationTokens.java:141)
at 
org.apache.solr.cloud.TestSolrCloudWithDelegationTokens.testDelegationTokenCancelFail(TestSolrCloudWithDelegationTokens.java:295)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[jira] [Commented] (SOLR-9784) Refactor CloudSolrClient to eliminate direct dependency on ZK

2016-11-25 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-9784:
---

Commit 00dfbafd9aaec2ac73e812635bad23047d4f2be1 in lucene-solr's branch 
refs/heads/branch_6x from [~noble.paul]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=00dfbaf ]

SOLR-9784: deprecated uploadconfig


> Refactor CloudSolrClient to eliminate direct dependency on ZK
> -
>
> Key: SOLR-9784
> URL: https://issues.apache.org/jira/browse/SOLR-9784
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Reporter: Noble Paul
>Assignee: Noble Paul
> Attachments: SOLR-9584.patch
>
>
> CloudSolrClient should decouple itself from the ZK reading/write. This will 
> help us provide alternate implementations w/o direct ZK dependency



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-9784) Refactor CloudSolrClient to eliminate direct dependency on ZK

2016-11-25 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-9784:
---

Commit 579813ef13a67f75af6e64374e6ec219727f41fd in lucene-solr's branch 
refs/heads/branch_6x from [~noble.paul]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=579813e ]

SOLR-9784: removed unused method


> Refactor CloudSolrClient to eliminate direct dependency on ZK
> -
>
> Key: SOLR-9784
> URL: https://issues.apache.org/jira/browse/SOLR-9784
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Reporter: Noble Paul
>Assignee: Noble Paul
> Attachments: SOLR-9584.patch
>
>
> CloudSolrClient should decouple itself from the ZK reading/write. This will 
> help us provide alternate implementations w/o direct ZK dependency



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-9784) Refactor CloudSolrClient to eliminate direct dependency on ZK

2016-11-25 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-9784:
---

Commit dce5964d8a19c288b34b7671bcfeb2844d83d882 in lucene-solr's branch 
refs/heads/master from [~noble.paul]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=dce5964 ]

SOLR-9784: removed unused method


> Refactor CloudSolrClient to eliminate direct dependency on ZK
> -
>
> Key: SOLR-9784
> URL: https://issues.apache.org/jira/browse/SOLR-9784
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Reporter: Noble Paul
>Assignee: Noble Paul
> Attachments: SOLR-9584.patch
>
>
> CloudSolrClient should decouple itself from the ZK reading/write. This will 
> help us provide alternate implementations w/o direct ZK dependency



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[JENKINS-EA] Lucene-Solr-master-Linux (32bit/jdk-9-ea+140) - Build # 18375 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18375/
Java: 32bit/jdk-9-ea+140 -server -XX:+UseG1GC

4 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testMultiplierProcessing

Error Message:
unknown UpdateRequestProcessorChain: 2312312321312SpellCheckComponent got 
improvement related to recent Lucene changes.Add support for specifying 
Spelling SuggestWord Comparator to Lucene spell checkers for 
SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is attached if you 
need it, but it is also committed to trunk and 3_x branch. Last Lucene European 
Conference has been held in Prague.

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
2312312321312SpellCheckComponent got improvement related to recent Lucene 
changes. 
  Add support for specifying Spelling SuggestWord Comparator to Lucene spell 
checkers for SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is 
attached if you need it, but it is also committed to trunk and 3_x branch. Last 
Lucene European Conference has been held in Prague.
at 
__randomizedtesting.SeedInfo.seed([D9857092337D047F:E284BA3F3429288B]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testProcessing(UIMAUpdateRequestProcessorTest.java:83)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testMultiplierProcessing(UIMAUpdateRequestProcessorTest.java:177)
at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native 
Method)
at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62)
at 
jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:535)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
 

[JENKINS] Lucene-Solr-master-Solaris (64bit/jdk1.8.0) - Build # 971 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/971/
Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseSerialGC

4 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testTwoUpdates

Error Message:
unknown UpdateRequestProcessorChain: 1The Apache Software Foundation is happy to announce BarCampApache 
Sydney, Australia, the first ASF-backed event in the Southern 
Hemisphere!

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
1The Apache Software 
Foundation is happy to announce BarCampApache Sydney, Australia, the first 
ASF-backed event in the Southern Hemisphere!
at 
__randomizedtesting.SeedInfo.seed([9C245C59CBCCCB77:916E0B06D3E3A9D9]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testTwoUpdates(UIMAUpdateRequestProcessorTest.java:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 

[JENKINS-EA] Lucene-Solr-6.x-Linux (32bit/jdk-9-ea+140) - Build # 2270 - Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/2270/
Java: 32bit/jdk-9-ea+140 -client -XX:+UseG1GC

1 tests failed.
FAILED:  org.apache.solr.handler.component.SpellCheckComponentTest.test

Error Message:
List size mismatch @ spellcheck/suggestions

Stack Trace:
java.lang.RuntimeException: List size mismatch @ spellcheck/suggestions
at 
__randomizedtesting.SeedInfo.seed([2B93B79ACEB3256B:A3C78840604F4893]:0)
at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:900)
at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:847)
at 
org.apache.solr.handler.component.SpellCheckComponentTest.test(SpellCheckComponentTest.java:147)
at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native 
Method)
at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62)
at 
jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:535)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(java.base@9-ea/Thread.java:843)




Build Log:
[...truncated 11417 lines...]
   [junit4] Suite: org.apache.solr.handler.component.SpellCheckComponentTest
   

[JENKINS] Lucene-Solr-6.x-MacOSX (64bit/jdk1.8.0) - Build # 537 - Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-MacOSX/537/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.solr.core.TestDynamicLoading.testDynamicLoading

Error Message:
Could not get expected value  'X val' for path 'x' full output: {   
"responseHeader":{ "status":0, "QTime":0},   "params":{"wt":"json"},   
"context":{ "webapp":"", "path":"/test1", "httpMethod":"GET"},   
"class":"org.apache.solr.core.BlobStoreTestRequestHandler",   "x":null},  from 
server:  null

Stack Trace:
java.lang.AssertionError: Could not get expected value  'X val' for path 'x' 
full output: {
  "responseHeader":{
"status":0,
"QTime":0},
  "params":{"wt":"json"},
  "context":{
"webapp":"",
"path":"/test1",
"httpMethod":"GET"},
  "class":"org.apache.solr.core.BlobStoreTestRequestHandler",
  "x":null},  from server:  null
at 
__randomizedtesting.SeedInfo.seed([D318C7C81200BFFA:B55EA9FE5DD1A5A]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.core.TestSolrConfigHandler.testForResponseElement(TestSolrConfigHandler.java:535)
at 
org.apache.solr.core.TestDynamicLoading.testDynamicLoading(TestDynamicLoading.java:232)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:992)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:967)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[JENKINS] Lucene-Solr-master-Linux (64bit/jdk1.8.0_102) - Build # 18374 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18374/
Java: 64bit/jdk1.8.0_102 -XX:+UseCompressedOops -XX:+UseParallelGC

4 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testErrorHandling

Error Message:
unknown UpdateRequestProcessorChain: 2312312321312SpellCheckComponent got 
improvement related to recent Lucene changes.Add support for specifying 
Spelling SuggestWord Comparator to Lucene spell checkers for 
SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is attached if you 
need it, but it is also committed to trunk and 3_x branch. Last Lucene European 
Conference has been held in Prague.

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
2312312321312SpellCheckComponent got improvement related to recent Lucene 
changes. 
  Add support for specifying Spelling SuggestWord Comparator to Lucene spell 
checkers for SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is 
attached if you need it, but it is also committed to trunk and 3_x branch. Last 
Lucene European Conference has been held in Prague.
at 
__randomizedtesting.SeedInfo.seed([CCA2D5CD75EF3C2B:F956ABF32339BDFF]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testErrorHandling(UIMAUpdateRequestProcessorTest.java:137)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
  

[JENKINS] Lucene-Solr-Tests-master - Build # 1500 - Still Unstable

2016-11-25 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/1500/

5 tests failed.
FAILED:  org.apache.solr.TestRandomDVFaceting.testRandomFaceting

Error Message:
org.apache.solr.search.SyntaxError: Cannot parse 'id:(DSCX RNVN QFXT KHGP OHUR 
VGKT JAQB ETGI OMHT QGIY ZKSL BIVH BYJW SYSK DKBY KRCI NEMI INNF INCA GBST QFYT 
MJBT BXPU NTTR GWDR GUNX CUWZ UIPK LTMW LSYI CSPO RMJG ZULH EGYA HHPE CRJS VHEY 
UWTI ZXKJ ZLXE RSIO SFDW EHSO PMPN OHCF BYOW ROWC UZDC EOTH CQRT PKUS RFBU QYRT 
PFHB BZVN VPGL RLON SRAY CDPP YVMF ISNQ UIPN ZZRX JQTB ORYJ EQXM UBVF TKBE UVEL 
LWUO FTHE TIBK HNOC KQAK HNDY TPOA VYHE PDDO PPKL DNEY TQZB TRRA NRIS SWKT SZTX 
ALVO QHDN QNBP KRNE HDJV ZOSD SDGJ ASBT MBGO URDQ SCHF HNPJ CIMH ZHWR MQLG JVYI 
LUFE HOLL ITAW WLBX PHPD XCXC SIBF WHSU MMES MXSY WFQL YAPJ LYDQ TZTW UDDU JAUL 
PWAO BYJQ ZRVD DECA TNEM LACM HYGK WUTI DRSY ODRQ HWCI XXCS DCGE RKUR SQXX YANU 
TKPY ZPVO MNGZ PRNN SATJ BAMG WVKP IMFW YBLU QYIJ UKBZ XTCV EKSR HDGA ULUS HPAZ 
SSTS JSXI MSYB JWNE YUYJ JIXT PIVE IZHY CIUW GPIB WIAR HGDF ZGRT KLBU PZTN QSJN 
HSTH LFHL WSBU PTHO IETI WWSJ YQRL WVHL RRGH TRWD KQUL NIBT WSSF TQON HCPH FYJC 
VZNR YDZA YHAR QGAR PHYG METF TFJV YSZG EYLM CRTG QTXB YNTA UXSS LYZY SGQS IORG 
VXYR IRFE BBFM HUGX KFKO CFXM VAOC VUJV TYSY IJSW NGTL RPEY NIFW TAIQ RXPK RZGH 
JQGE IQCF ZEBW QDKK WBDT PJIH CEGG ASMF XBUW ELUQ LRVQ AQQF WDTQ VAJI SZSG QUZB 
TCIV UDVP KECL BCAP KMMK BXYD ZOEQ YFUV EKRL PJDU ZSQN ZVQU ZBJU VNZY BKIN NFLY 
XHIS VJFZ TVZO LHYY DXKR ABMY PMIQ XTRI LTOB YBGI HPJQ WYLU QJSK XPMZ MIWX IDMZ 
WOCR BNUZ FFHE TBLH QYGC LLKO UURF QVQE RINV POJZ ZDLN SWPA DBKD PWYB HFWR JQZX 
EVDR AXRZ SIBE UNYJ UFME UZPH UOXE EPBK GLPA ONEI RPND CAKI IUDP MHAW QSOM IAHD 
EUTS VOUU VZNX TWON VYFS KOJO YLJZ XEFU JPTH QABJ OFED LAYT BBZW OGIF CCOF JVGA 
QFFD ARVW OLHK QHJV HUID CNTP JTRM NWOM WGYL UOXR CTXO SSJV GVSW KCNC CYEE HZAG 
NXAG UHOV JKFZ WBYZ MJQH BOZV FRVL HWPK DDXN FQYW DBED WUYA FEZZ EAYU HXCN DVMK 
IPSI WTJX MNJW UBFE UQOY SDHZ ICXG KBVF BICK DNPD WJUH PYLJ YWYT RULB PAKI PHFX 
DRAO IGQV RXLG XCPG YCRC ELQV CGTI QVBE LUNN AHNA FKEJ YKII KHOB XNQX NOCN ZJKS 
UPVT CEPN ZAGS DGEL RPCS FREJ ZEHK HFPG JEKZ AYXY VFRP XJAH EIWH ZDCL GHFK OOAR 
VURF QUJN VJNQ UFZC LUSS AWAJ FBDF LHZQ SBGA YTIH PIJZ PPQV VJVD NCKV JSTQ RYBT 
MPAP NEQW RNNS EYIC ORRV ERTL MIAF ZAUS KCLS BFTB BRWV FFRD WJOH TWSG YSWM NJQL 
KEUL KQXF XAEH BMXB YHMW CWFY XWQR TLIF VVUR OMGE MPYV NHYC TSVO ACQX VVDM VWCL 
RZJT YYCS PXFG KESB HQPX RYHX NZFX ZXWH HICD UNLR GUVL HDVZ YGNW TISZ OOWX EOYP 
NMYQ GIQE HATV UFVZ ATHU YEPM FFWE QAEM PYNR QZAE TPMU WFRC PVCW QKTD YCKO JZZA 
RGED HEHW NIVF SQJB HXVA JOPJ QGTT DUDP XGZZ MEUW CYZL UGDB ARCF IWWC FQNV FAUK 
BEKG QQBK OSGV NTLZ TAHB JBHF QFYM QQDQ PBVV ZEBX GUWE YNAA AKPO IXHH VEDF STHX 
NFTO XYEY YDQN KAMK ERED EEUP PVUJ FBES TGLQ PNBE SFZW FENI ECTW OODY BTDH XXDT 
VGQO VEXZ XVWF FENC QWWR CTNO GQGL IKZK PXYU XRNK SJDT VJUY MVGM LRVA DUMG FRGJ 
PHII JWHQ HINX VSQV IZVK NJSH WTTA BGAZ LYQG VZDA YXAR UFXR CASP KVGC AHSK ROTO 
SCPI DOKX ZEJX EPOJ ETKL HBZW PHCE KFVJ DLNS XHGR RIVX MILI AYJI QMCY CJDA HBNU 
QNYY WTSJ MINY DXWF WTUO GVUD UQGN QGUG UCUM IGJO QEPD NMOG JETQ MWUD XWTM BVKR 
VDUH FKBC YIRG BLOV KHIW TZOS KMHK OTGP DXRN XHPH BVHV HUZI FQVV SCNX INBY PVAY 
QJTD DJYE EGTS KDRE MYXH RQTZ AGOE FQTU NPFJ ZJFW ZQZS YQQJ JRBY VPEI IOBZ KVUG 
TJUH EACR TOMR AJDV YIYA GHJJ AFMU OPEH ESKX PJCE QRJT DYTO EJRB ICHR UQKS BPMS 
URJF DQTH EPPN FHMV HNWC VKAL ACAZ IOJT OZUC ZDFQ LQTL ZOWV IZUP OTBD UVVC NWAP 
APJH RIWW YIXG NWMS ZUSN VBLU VIGF AEDH NMVE SYTY KWPE OMNZ QIIR UHMI GSJQ ESUZ 
QNME JBOQ KCSH SSJP LKMQ PCAH FFHA TAUA NPTX MCJS OLII IMOG KQSD ZHDD UZOI KTWL 
CFNA QNGJ UTPI RUAE KUPU ATZI XWVW VSZM JIOT PBUC TOSD MAPO QKEB CKFW NPNT OHQM 
GMMK SOSF UIFQ UIDD OCTQ MJMC JIIK BYQN UQIE UXTB YAQB WVOA OQUT SSDW JUOD ZDRB 
GSBK MMSE HGGU WDTV GAJT UVGV RZAU UOJX JPNC FDPY HRAY ZLGN ULQA SKBU OJWT XTOI 
QHXC LFFK VIKL HWAP JQTW DYCT YMPD XVKP JWZS LZRU FXCK YMSK VPTH NPZX GECP PCRT 
FFRE SYOW IIPK MVGI SUIR MKYS PYHZ TYET YYFS IKUV IEDO IAVM NXHI OSZA DWFT XPBY 
UZJF IOHI TCKC FFOC TKWY AROQ OCUY GUVF QNDN YAFR DSKH PGAV VJBU CYUJ EMDG BNKX 
LIGD SHOF EVJZ OKTL IBTK CPWP KASE QAUC ONMH YJUV UNWR HURH VCJP ZHZZ RBCQ QZSG 
FXHF NYTG LIHF YWVX DWAX OYYL YPUD ZKSW ZTYS SSQM PIBP ULSA GQHQ XVGO WOJK WNYB 
YRRV HHWX RBJG KWRS KEDF MGVU MBNE PBTK UDWA GQQT TQSK WUCS IOIN HLGL EVRO UXQD 
CPDP SZWF DRCT OZQR CPKE ETCV WIOX LMKB ICTL KCJQ OPIV XABT KDXD RUYX RFKA YUWX 
BGZX FWHF CCUG DSDF JVJY WIWH PLIE AQUQ JLVO QAQO NOQB WSMZ NLON BXJT XYJC KBTZ 
HVNM MRPN ZKSC XSNG YGRW BCJG AADJ AIHB GUXF MIQS FOTL QUHT MEYB AXIP MOQJ CBRT 
PTXC ZWUE JEYJ SJZS FSVF EDOY ZEEJ PUVG IFJF GOHF UAGS PLMY XJXV ZKFT GWKS YKYE 
DZOB XFZJ XJYT RWWY NJFR MCSV ZODU CHIS PATC NODO NWAL SYXG JJBH REFR CJYH WOBG 
LOKZ KPPL KPNO SQNX QHRR BVWB KITW LIOR HOOS ZHRG LVQV YPYA OAQB PMKS BFIM BASK 
MCIV ZPJX HHTY DYTB DCFX FKGY WWSG JJCF AXVY MYAP CLWM FEOL JOEI GGDS FWXI MTDL 
OSSF HECF CVNX PCJD NPLG JIVC PPSN XYGR ZAEP MLFV QTBX 

[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk1.8.0) - Build # 3670 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/3670/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseSerialGC

4 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testTwoUpdates

Error Message:
unknown UpdateRequestProcessorChain: 1The Apache Software Foundation is happy to announce BarCampApache 
Sydney, Australia, the first ASF-backed event in the Southern 
Hemisphere!

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
1The Apache Software 
Foundation is happy to announce BarCampApache Sydney, Australia, the first 
ASF-backed event in the Southern Hemisphere!
at 
__randomizedtesting.SeedInfo.seed([E2A9EE1C039AAE77:EFE3B9431BB5CCD9]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testTwoUpdates(UIMAUpdateRequestProcessorTest.java:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 

[JENKINS-EA] Lucene-Solr-master-Linux (32bit/jdk-9-ea+140) - Build # 18373 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18373/
Java: 32bit/jdk-9-ea+140 -server -XX:+UseSerialGC

4 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testMultiplierProcessing

Error Message:
unknown UpdateRequestProcessorChain: 2312312321312SpellCheckComponent got 
improvement related to recent Lucene changes.Add support for specifying 
Spelling SuggestWord Comparator to Lucene spell checkers for 
SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is attached if you 
need it, but it is also committed to trunk and 3_x branch. Last Lucene European 
Conference has been held in Prague.

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
2312312321312SpellCheckComponent got improvement related to recent Lucene 
changes. 
  Add support for specifying Spelling SuggestWord Comparator to Lucene spell 
checkers for SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is 
attached if you need it, but it is also committed to trunk and 3_x branch. Last 
Lucene European Conference has been held in Prague.
at 
__randomizedtesting.SeedInfo.seed([F35177CC9D0D6D62:C850BD619A594196]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testProcessing(UIMAUpdateRequestProcessorTest.java:83)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testMultiplierProcessing(UIMAUpdateRequestProcessorTest.java:177)
at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native 
Method)
at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62)
at 
jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:535)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
 

Re: DocValues only faceting tests in distributed mode.

2016-11-25 Thread Ishan Chattopadhyaya
The test doesn't have anything to do with faceting, though. Wasn't sure
that you were specifically looking for a faceting test with docValues=true,
indexed=false, or just a general one.

On Sat, Nov 26, 2016 at 4:48 AM, Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> Hi Erick,
> As part of working on SOLR-5944, I wrote a few tests with docValues=true,
> indexed=false, stored=false. You can find it in the latest patch there. The
> schema file is called: schema-inplace-updates.xml, and one of the tests
> using that schema is: TestInPlaceUpdatesDistrib
> Regards,
> Ishan
>
> On Fri, Nov 25, 2016 at 4:56 AM, Mikhail Khludnev  wrote:
>
>> Sure. It make sense. Probably, no one added them yet, because if we facet
>> something, it's reasonably that we filter by this field then.
>>
>> On Fri, Nov 25, 2016 at 2:12 AM, Erick Erickson 
>> wrote:
>>
>>> Am I missing something or do our tests for DocValues=true,
>>> indexed=false tests... lack a little something for distributed mode?
>>>
>>> I'm trying to write a unit test for SOLR-5260 and piggy-backing on
>>> DistributedFacetExistsSmallTest. I'm having some problems there, which
>>> led me to start looking at other prior art and basically I can't find
>>> much.
>>>
>>> What I want: docValues=true, indexed=false in distributed mode. I
>>> found some schemas that have that, notably schema-docValues.xml but I
>>> don't find it (or some of the others) in  the distributed tests.
>>>
>>> If we're pushing docValues for grouping, faceting and sorting and
>>> claiming that to accomplish that we don't need to have indexed=true we
>>> should, of course, have, you know, like, tests.
>>>
>>> So before I go and create a new test file for this configuration, I
>>> wanted to ask if I'm missing any prior art here.
>>>
>>> Thanks
>>> Erick
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>
>>
>>
>> --
>> Sincerely yours
>> Mikhail Khludnev
>>
>
>


Re: DocValues only faceting tests in distributed mode.

2016-11-25 Thread Ishan Chattopadhyaya
Hi Erick,
As part of working on SOLR-5944, I wrote a few tests with docValues=true,
indexed=false, stored=false. You can find it in the latest patch there. The
schema file is called: schema-inplace-updates.xml, and one of the tests
using that schema is: TestInPlaceUpdatesDistrib
Regards,
Ishan

On Fri, Nov 25, 2016 at 4:56 AM, Mikhail Khludnev  wrote:

> Sure. It make sense. Probably, no one added them yet, because if we facet
> something, it's reasonably that we filter by this field then.
>
> On Fri, Nov 25, 2016 at 2:12 AM, Erick Erickson 
> wrote:
>
>> Am I missing something or do our tests for DocValues=true,
>> indexed=false tests... lack a little something for distributed mode?
>>
>> I'm trying to write a unit test for SOLR-5260 and piggy-backing on
>> DistributedFacetExistsSmallTest. I'm having some problems there, which
>> led me to start looking at other prior art and basically I can't find
>> much.
>>
>> What I want: docValues=true, indexed=false in distributed mode. I
>> found some schemas that have that, notably schema-docValues.xml but I
>> don't find it (or some of the others) in  the distributed tests.
>>
>> If we're pushing docValues for grouping, faceting and sorting and
>> claiming that to accomplish that we don't need to have indexed=true we
>> should, of course, have, you know, like, tests.
>>
>> So before I go and create a new test file for this configuration, I
>> wanted to ask if I'm missing any prior art here.
>>
>> Thanks
>> Erick
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>
>
> --
> Sincerely yours
> Mikhail Khludnev
>


[JENKINS] Lucene-Solr-NightlyTests-6.x - Build # 210 - Failure

2016-11-25 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-6.x/210/

5 tests failed.
FAILED:  org.apache.lucene.index.TestIndexSorting.testNumericAlreadySorted

Error Message:
Captured an uncaught exception in thread: Thread[id=8689, name=Lucene Merge 
Thread #481, state=RUNNABLE, group=TGRP-TestIndexSorting]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=8689, name=Lucene Merge Thread #481, 
state=RUNNABLE, group=TGRP-TestIndexSorting]
Caused by: org.apache.lucene.index.MergePolicy$MergeException: 
java.lang.IllegalStateException: this writer hit an unrecoverable error; cannot 
complete merge
at __randomizedtesting.SeedInfo.seed([5E6DA42196675E92]:0)
at 
org.apache.lucene.index.ConcurrentMergeScheduler.handleMergeException(ConcurrentMergeScheduler.java:668)
at 
org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:648)
Caused by: java.lang.IllegalStateException: this writer hit an unrecoverable 
error; cannot complete merge
at 
org.apache.lucene.index.IndexWriter.commitMerge(IndexWriter.java:3705)
at 
org.apache.lucene.index.IndexWriter.mergeMiddle(IndexWriter.java:4469)
at org.apache.lucene.index.IndexWriter.merge(IndexWriter.java:3897)
at 
org.apache.lucene.index.ConcurrentMergeScheduler.doMerge(ConcurrentMergeScheduler.java:588)
at 
org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:626)
Caused by: java.lang.OutOfMemoryError: Java heap space
at 
org.apache.lucene.util.packed.Packed8ThreeBlocks.(Packed8ThreeBlocks.java:41)
at 
org.apache.lucene.util.packed.PackedInts.getMutable(PackedInts.java:963)
at 
org.apache.lucene.util.packed.PackedInts.getMutable(PackedInts.java:939)
at 
org.apache.lucene.util.packed.GrowableWriter.ensureCapacity(GrowableWriter.java:80)
at 
org.apache.lucene.util.packed.GrowableWriter.set(GrowableWriter.java:88)
at 
org.apache.lucene.util.packed.AbstractPagedMutable.set(AbstractPagedMutable.java:98)
at org.apache.lucene.util.fst.NodeHash.addNew(NodeHash.java:152)
at org.apache.lucene.util.fst.NodeHash.rehash(NodeHash.java:169)
at org.apache.lucene.util.fst.NodeHash.add(NodeHash.java:133)
at org.apache.lucene.util.fst.Builder.compileNode(Builder.java:214)
at org.apache.lucene.util.fst.Builder.freezeTail(Builder.java:310)
at org.apache.lucene.util.fst.Builder.add(Builder.java:414)
at 
org.apache.lucene.codecs.memory.MemoryDocValuesConsumer.writeFST(MemoryDocValuesConsumer.java:367)
at 
org.apache.lucene.codecs.memory.MemoryDocValuesConsumer.addSortedField(MemoryDocValuesConsumer.java:404)
at 
org.apache.lucene.codecs.DocValuesConsumer.mergeSortedField(DocValuesConsumer.java:653)
at 
org.apache.lucene.codecs.DocValuesConsumer.merge(DocValuesConsumer.java:204)
at 
org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.merge(PerFieldDocValuesFormat.java:153)
at 
org.apache.lucene.index.SegmentMerger.mergeDocValues(SegmentMerger.java:167)
at org.apache.lucene.index.SegmentMerger.merge(SegmentMerger.java:111)
at 
org.apache.lucene.index.IndexWriter.mergeMiddle(IndexWriter.java:4320)
... 3 more


FAILED:  
org.apache.solr.handler.TestReplicationHandler.doTestReplicateAfterCoreReload

Error Message:
expected:<[{indexVersion=1480111658207,generation=2,filelist=[_su.fdt, _su.fdx, 
_su.fnm, _su.nvd, _su.nvm, _su.si, _su_FSTOrd50_0.doc, _su_FSTOrd50_0.tbk, 
_su_FSTOrd50_0.tix, _t3.fdt, _t3.fdx, _t3.fnm, _t3.nvd, _t3.nvm, _t3.si, 
_t3_FSTOrd50_0.doc, _t3_FSTOrd50_0.tbk, _t3_FSTOrd50_0.tix, _t7.cfe, _t7.cfs, 
_t7.si, _ta.cfe, _ta.cfs, _ta.si, _tb.fdt, _tb.fdx, _tb.fnm, _tb.nvd, _tb.nvm, 
_tb.si, _tb_FSTOrd50_0.doc, _tb_FSTOrd50_0.tbk, _tb_FSTOrd50_0.tix, _tc.fdt, 
_tc.fdx, _tc.fnm, _tc.nvd, _tc.nvm, _tc.si, _tc_FSTOrd50_0.doc, 
_tc_FSTOrd50_0.tbk, _tc_FSTOrd50_0.tix, _td.fdt, _td.fdx, _td.fnm, _td.nvd, 
_td.nvm, _td.si, _td_FSTOrd50_0.doc, _td_FSTOrd50_0.tbk, _td_FSTOrd50_0.tix, 
_te.fdt, _te.fdx, _te.fnm, _te.nvd, _te.nvm, _te.si, _te_FSTOrd50_0.doc, 
_te_FSTOrd50_0.tbk, _te_FSTOrd50_0.tix, _tf.fdt, _tf.fdx, _tf.fnm, _tf.nvd, 
_tf.nvm, _tf.si, _tf_FSTOrd50_0.doc, _tf_FSTOrd50_0.tbk, _tf_FSTOrd50_0.tix, 
_tg.fdt, _tg.fdx, _tg.fnm, _tg.nvd, _tg.nvm, _tg.si, _tg_FSTOrd50_0.doc, 
_tg_FSTOrd50_0.tbk, _tg_FSTOrd50_0.tix, _th.fdt, _th.fdx, _th.fnm, _th.nvd, 
_th.nvm, _th.si, _th_FSTOrd50_0.doc, _th_FSTOrd50_0.tbk, _th_FSTOrd50_0.tix, 
_ti.fdt, _ti.fdx, _ti.fnm, _ti.nvd, _ti.nvm, _ti.si, _ti_FSTOrd50_0.doc, 
_ti_FSTOrd50_0.tbk, _ti_FSTOrd50_0.tix, _tj.fdt, _tj.fdx, _tj.fnm, _tj.nvd, 
_tj.nvm, _tj.si, _tj_FSTOrd50_0.doc, _tj_FSTOrd50_0.tbk, _tj_FSTOrd50_0.tix, 
_tk.fdt, _tk.fdx, _tk.fnm, _tk.nvd, _tk.nvm, _tk.si, _tk_FSTOrd50_0.doc, 
_tk_FSTOrd50_0.tbk, _tk_FSTOrd50_0.tix, _tl.fdt, _tl.fdx, 

[JENKINS] Lucene-Solr-master-Windows (64bit/jdk1.8.0_102) - Build # 6246 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/6246/
Java: 64bit/jdk1.8.0_102 -XX:-UseCompressedOops -XX:+UseParallelGC

5 tests failed.
FAILED:  
org.apache.solr.cloud.TestSolrCloudWithDelegationTokens.testDelegationTokenCancelFail

Error Message:
expected:<200> but was:<404>

Stack Trace:
java.lang.AssertionError: expected:<200> but was:<404>
at 
__randomizedtesting.SeedInfo.seed([7416A7171ADD6C84:1CA9923DCA477E68]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at org.junit.Assert.assertEquals(Assert.java:456)
at 
org.apache.solr.cloud.TestSolrCloudWithDelegationTokens.cancelDelegationToken(TestSolrCloudWithDelegationTokens.java:140)
at 
org.apache.solr.cloud.TestSolrCloudWithDelegationTokens.testDelegationTokenCancelFail(TestSolrCloudWithDelegationTokens.java:303)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_102) - Build # 18372 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18372/
Java: 32bit/jdk1.8.0_102 -server -XX:+UseParallelGC

4 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testMultiplierProcessing

Error Message:
unknown UpdateRequestProcessorChain: 2312312321312SpellCheckComponent got 
improvement related to recent Lucene changes.Add support for specifying 
Spelling SuggestWord Comparator to Lucene spell checkers for 
SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is attached if you 
need it, but it is also committed to trunk and 3_x branch. Last Lucene European 
Conference has been held in Prague.

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
2312312321312SpellCheckComponent got improvement related to recent Lucene 
changes. 
  Add support for specifying Spelling SuggestWord Comparator to Lucene spell 
checkers for SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is 
attached if you need it, but it is also committed to trunk and 3_x branch. Last 
Lucene European Conference has been held in Prague.
at 
__randomizedtesting.SeedInfo.seed([5A5B6A019CF8D1CA:615AA0AC9BACFD3E]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testProcessing(UIMAUpdateRequestProcessorTest.java:83)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testMultiplierProcessing(UIMAUpdateRequestProcessorTest.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 

[jira] [Commented] (SOLR-9511) Retire using individual versions to request updates during PeerSync

2016-11-25 Thread Pushkar Raste (JIRA)

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

Pushkar Raste commented on SOLR-9511:
-

I don't think individual versions API is being used anywhere. 

I agree to keep old API around for may be another major version (8.X), but 
don't see much harm to get rid of it in 8.X itself as old API is there in 6.X 
and 7.X

> Retire using individual versions to request updates during PeerSync
> ---
>
> Key: SOLR-9511
> URL: https://issues.apache.org/jira/browse/SOLR-9511
> Project: Solr
>  Issue Type: Wish
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: master (7.0)
>Reporter: Pushkar Raste
>Priority: Minor
> Fix For: master (7.0)
>
> Attachments: SOLR-9511.patch
>
>
> We started using version ranges to request updates during PeerSync in 
> [SOLR-9207| https://issues.apache.org/jira/browse/SOLR-9207]. Using version 
> ranges was also made default.
> There is no need to have code that uses individual versions start Solr 7. 
> Decommission (remove unnecessary code)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[JENKINS] Lucene-Solr-6.x-Solaris (64bit/jdk1.8.0) - Build # 514 - Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Solaris/514/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.solr.update.AutoCommitTest.testMaxTime

Error Message:
Exception during query

Stack Trace:
java.lang.RuntimeException: Exception during query
at 
__randomizedtesting.SeedInfo.seed([2FEDEB1389942E77:B51996F1170EB24B]:0)
at org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:812)
at 
org.apache.solr.update.AutoCommitTest.testMaxTime(AutoCommitTest.java:270)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.RuntimeException: REQUEST FAILED: 
xpath=//result[@numFound=1]
xml response was: 

00


request was:q=id:529=standard=0=20=2.2
at org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:805)
... 40 more




Build Log:
[...truncated 10771 lines...]
   [junit4] Suite: org.apache.solr.update.AutoCommitTest
   

[jira] [Commented] (SOLR-9546) There is a lot of unnecessary boxing/unboxing going on in {{SolrParams}} class

2016-11-25 Thread Pushkar Raste (JIRA)

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

Pushkar Raste commented on SOLR-9546:
-

I think you reverted changes in the {{CloudMLTQParser}} class as some tests 
were failing. I added a patch {{SOLR-9546_CloudMLTQParser.patch}} only for  
{{CloudMLTQParser}} class

> There is a lot of unnecessary boxing/unboxing going on in {{SolrParams}} class
> --
>
> Key: SOLR-9546
> URL: https://issues.apache.org/jira/browse/SOLR-9546
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Pushkar Raste
>Assignee: Noble Paul
>Priority: Minor
> Attachments: SOLR-9546.patch, SOLR-9546_CloudMLTQParser.patch
>
>
> Here is an excerpt 
> {code}
>   public Long getLong(String param, Long def) {
> String val = get(param);
> try {
>   return val== null ? def : Long.parseLong(val);
> }
> catch( Exception ex ) {
>   throw new SolrException( SolrException.ErrorCode.BAD_REQUEST, 
> ex.getMessage(), ex );
> }
>   }
> {code}
> {{Long.parseLong()}} returns a primitive type but since method expect to 
> return a {{Long}}, it needs to be wrapped. There are many more method like 
> that. We might be creating a lot of unnecessary objects here.
> I am not sure if JVM catches upto it and somehow optimizes it if these 
> methods are called enough times (or may be compiler does some modifications 
> at compile time)
> Let me know if I am thinking of some premature optimization



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[JENKINS] Lucene-Solr-master-Solaris (64bit/jdk1.8.0) - Build # 970 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/970/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC

5 tests failed.
FAILED:  junit.framework.TestSuite.org.apache.solr.cloud.hdfs.HdfsRecoveryZkTest

Error Message:
ObjectTracker found 1 object(s) that were not released!!! [HdfsTransactionLog] 
org.apache.solr.common.util.ObjectReleaseTracker$ObjectTrackerException  at 
org.apache.solr.common.util.ObjectReleaseTracker.track(ObjectReleaseTracker.java:43)
  at 
org.apache.solr.update.HdfsTransactionLog.(HdfsTransactionLog.java:130)  
at org.apache.solr.update.HdfsUpdateLog.init(HdfsUpdateLog.java:202)  at 
org.apache.solr.update.UpdateHandler.(UpdateHandler.java:137)  at 
org.apache.solr.update.UpdateHandler.(UpdateHandler.java:94)  at 
org.apache.solr.update.DirectUpdateHandler2.(DirectUpdateHandler2.java:102)
  at sun.reflect.GeneratedConstructorAccessor178.newInstance(Unknown Source)  
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:423)  at 
org.apache.solr.core.SolrCore.createInstance(SolrCore.java:723)  at 
org.apache.solr.core.SolrCore.createUpdateHandler(SolrCore.java:785)  at 
org.apache.solr.core.SolrCore.initUpdateHandler(SolrCore.java:1024)  at 
org.apache.solr.core.SolrCore.(SolrCore.java:889)  at 
org.apache.solr.core.SolrCore.(SolrCore.java:793)  at 
org.apache.solr.core.CoreContainer.create(CoreContainer.java:868)  at 
org.apache.solr.core.CoreContainer.lambda$load$0(CoreContainer.java:517)  at 
java.util.concurrent.FutureTask.run(FutureTask.java:266)  at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229)
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
 at java.lang.Thread.run(Thread.java:745)  

Stack Trace:
java.lang.AssertionError: ObjectTracker found 1 object(s) that were not 
released!!! [HdfsTransactionLog]
org.apache.solr.common.util.ObjectReleaseTracker$ObjectTrackerException
at 
org.apache.solr.common.util.ObjectReleaseTracker.track(ObjectReleaseTracker.java:43)
at 
org.apache.solr.update.HdfsTransactionLog.(HdfsTransactionLog.java:130)
at org.apache.solr.update.HdfsUpdateLog.init(HdfsUpdateLog.java:202)
at org.apache.solr.update.UpdateHandler.(UpdateHandler.java:137)
at org.apache.solr.update.UpdateHandler.(UpdateHandler.java:94)
at 
org.apache.solr.update.DirectUpdateHandler2.(DirectUpdateHandler2.java:102)
at sun.reflect.GeneratedConstructorAccessor178.newInstance(Unknown 
Source)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at org.apache.solr.core.SolrCore.createInstance(SolrCore.java:723)
at org.apache.solr.core.SolrCore.createUpdateHandler(SolrCore.java:785)
at org.apache.solr.core.SolrCore.initUpdateHandler(SolrCore.java:1024)
at org.apache.solr.core.SolrCore.(SolrCore.java:889)
at org.apache.solr.core.SolrCore.(SolrCore.java:793)
at org.apache.solr.core.CoreContainer.create(CoreContainer.java:868)
at 
org.apache.solr.core.CoreContainer.lambda$load$0(CoreContainer.java:517)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)


at __randomizedtesting.SeedInfo.seed([C3FB20DCFC9A64A6]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertNull(Assert.java:551)
at 
org.apache.solr.SolrTestCaseJ4.teardownTestCases(SolrTestCaseJ4.java:266)
at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:870)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 

[jira] [Commented] (SOLR-9433) SolrCore clean-up logic uses incorrect path to delete dataDir on failure to create a core

2016-11-25 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-9433:
---

Commit 2badb2b4d8d2900c5323870e24f3f2023c200b33 in lucene-solr's branch 
refs/heads/branch_6x from [~shalinmangar]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2badb2b ]

SOLR-9433: Ignore testDeleteInstanceDirAfterCreateFailure on windows

(cherry picked from commit eded69b)


> SolrCore clean-up logic uses incorrect path to delete dataDir on failure to 
> create a core
> -
>
> Key: SOLR-9433
> URL: https://issues.apache.org/jira/browse/SOLR-9433
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 5.5.2
>Reporter: Evan Sayer
>Assignee: Shalin Shekhar Mangar
> Fix For: master (7.0), 6.4
>
> Attachments: SOLR-9433.patch
>
>
> When a core fails to be created for some reason (errant schema or solrconfig 
> etc.), {{SolrCore.deleteUnloadedCore()}} is called from {{unload()}} in 
> CoreContainer in order to clean-up the possibly left-over {{dataDir}} and 
> {{instanceDir}}.  The problem is that the CoreDescriptor passed to 
> {{SolrCore.deleteUnloadedCore()}} will have its value for {{dataDir}} set to 
> just "data/" unless an explicit {{dataDir}} was specified by the user in the 
> request to create the core, leading to an attempt to delete simply 
> {{"data/"}}, which presumably resolves to a non-existent directory under 
> Solr's home directory or some such.
> https://github.com/apache/lucene-solr/blob/branch_5_5/solr/core/src/java/org/apache/solr/core/CoreContainer.java#L974
> https://github.com/apache/lucene-solr/blob/branch_5_5/solr/core/src/java/org/apache/solr/core/SolrCore.java#L2537



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-9433) SolrCore clean-up logic uses incorrect path to delete dataDir on failure to create a core

2016-11-25 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-9433:
---

Commit eded69ba8ff5df5dbeb10c9996a1b591bd9ec243 in lucene-solr's branch 
refs/heads/master from [~shalinmangar]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=eded69b ]

SOLR-9433: Ignore testDeleteInstanceDirAfterCreateFailure on windows


> SolrCore clean-up logic uses incorrect path to delete dataDir on failure to 
> create a core
> -
>
> Key: SOLR-9433
> URL: https://issues.apache.org/jira/browse/SOLR-9433
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 5.5.2
>Reporter: Evan Sayer
>Assignee: Shalin Shekhar Mangar
> Fix For: master (7.0), 6.4
>
> Attachments: SOLR-9433.patch
>
>
> When a core fails to be created for some reason (errant schema or solrconfig 
> etc.), {{SolrCore.deleteUnloadedCore()}} is called from {{unload()}} in 
> CoreContainer in order to clean-up the possibly left-over {{dataDir}} and 
> {{instanceDir}}.  The problem is that the CoreDescriptor passed to 
> {{SolrCore.deleteUnloadedCore()}} will have its value for {{dataDir}} set to 
> just "data/" unless an explicit {{dataDir}} was specified by the user in the 
> request to create the core, leading to an attempt to delete simply 
> {{"data/"}}, which presumably resolves to a non-existent directory under 
> Solr's home directory or some such.
> https://github.com/apache/lucene-solr/blob/branch_5_5/solr/core/src/java/org/apache/solr/core/CoreContainer.java#L974
> https://github.com/apache/lucene-solr/blob/branch_5_5/solr/core/src/java/org/apache/solr/core/SolrCore.java#L2537



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Resolved] (SOLR-9801) Upgrade jetty to 9.3.14.v20161028

2016-11-25 Thread Shalin Shekhar Mangar (JIRA)

 [ 
https://issues.apache.org/jira/browse/SOLR-9801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shalin Shekhar Mangar resolved SOLR-9801.
-
Resolution: Fixed

> Upgrade jetty to 9.3.14.v20161028
> -
>
> Key: SOLR-9801
> URL: https://issues.apache.org/jira/browse/SOLR-9801
> Project: Solr
>  Issue Type: Task
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Shalin Shekhar Mangar
>Assignee: Shalin Shekhar Mangar
> Fix For: master (7.0), 6.4
>
> Attachments: SOLR-9801.patch
>
>
> Jetty 9.3.14.v20161028 was released on 7th November 2016. Solr is still on 
> 9.3.8 which was released in March. Let's upgrade.
> https://dev.eclipse.org/mhonarc/lists/jetty-announce/msg00095.html



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-9801) Upgrade jetty to 9.3.14.v20161028

2016-11-25 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-9801:
---

Commit a81ba8e9c8e0452ba79b647eb1b398d0cf2f114e in lucene-solr's branch 
refs/heads/branch_6x from [~shalinmangar]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=a81ba8e ]

SOLR-9801: Upgrade jetty to 9.3.14.v20161028

(cherry picked from commit 5228c8e)


> Upgrade jetty to 9.3.14.v20161028
> -
>
> Key: SOLR-9801
> URL: https://issues.apache.org/jira/browse/SOLR-9801
> Project: Solr
>  Issue Type: Task
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Shalin Shekhar Mangar
>Assignee: Shalin Shekhar Mangar
> Fix For: master (7.0), 6.4
>
> Attachments: SOLR-9801.patch
>
>
> Jetty 9.3.14.v20161028 was released on 7th November 2016. Solr is still on 
> 9.3.8 which was released in March. Let's upgrade.
> https://dev.eclipse.org/mhonarc/lists/jetty-announce/msg00095.html



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-9801) Upgrade jetty to 9.3.14.v20161028

2016-11-25 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-9801:
---

Commit 5228c8e140b080c4881f55cf30a5b6177f833ada in lucene-solr's branch 
refs/heads/master from [~shalinmangar]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=5228c8e ]

SOLR-9801: Upgrade jetty to 9.3.14.v20161028


> Upgrade jetty to 9.3.14.v20161028
> -
>
> Key: SOLR-9801
> URL: https://issues.apache.org/jira/browse/SOLR-9801
> Project: Solr
>  Issue Type: Task
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Shalin Shekhar Mangar
>Assignee: Shalin Shekhar Mangar
> Fix For: master (7.0), 6.4
>
> Attachments: SOLR-9801.patch
>
>
> Jetty 9.3.14.v20161028 was released on 7th November 2016. Solr is still on 
> 9.3.8 which was released in March. Let's upgrade.
> https://dev.eclipse.org/mhonarc/lists/jetty-announce/msg00095.html



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Updated] (SOLR-9801) Upgrade jetty to 9.3.14.v20161028

2016-11-25 Thread Shalin Shekhar Mangar (JIRA)

 [ 
https://issues.apache.org/jira/browse/SOLR-9801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shalin Shekhar Mangar updated SOLR-9801:

Attachment: SOLR-9801.patch

Patch to upgrade to 9.3.14. All tests and precommit passes. I'll commit this 
now.

> Upgrade jetty to 9.3.14.v20161028
> -
>
> Key: SOLR-9801
> URL: https://issues.apache.org/jira/browse/SOLR-9801
> Project: Solr
>  Issue Type: Task
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Shalin Shekhar Mangar
>Assignee: Shalin Shekhar Mangar
> Fix For: master (7.0), 6.4
>
> Attachments: SOLR-9801.patch
>
>
> Jetty 9.3.14.v20161028 was released on 7th November 2016. Solr is still on 
> 9.3.8 which was released in March. Let's upgrade.
> https://dev.eclipse.org/mhonarc/lists/jetty-announce/msg00095.html



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Created] (SOLR-9801) Upgrade jetty to 9.3.14.v20161028

2016-11-25 Thread Shalin Shekhar Mangar (JIRA)
Shalin Shekhar Mangar created SOLR-9801:
---

 Summary: Upgrade jetty to 9.3.14.v20161028
 Key: SOLR-9801
 URL: https://issues.apache.org/jira/browse/SOLR-9801
 Project: Solr
  Issue Type: Task
  Security Level: Public (Default Security Level. Issues are Public)
Reporter: Shalin Shekhar Mangar
Assignee: Shalin Shekhar Mangar
 Fix For: master (7.0), 6.4


Jetty 9.3.14.v20161028 was released on 7th November 2016. Solr is still on 
9.3.8 which was released in March. Let's upgrade.

https://dev.eclipse.org/mhonarc/lists/jetty-announce/msg00095.html



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_102) - Build # 18371 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18371/
Java: 32bit/jdk1.8.0_102 -client -XX:+UseConcMarkSweepGC

4 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testTwoUpdates

Error Message:
unknown UpdateRequestProcessorChain: 1The Apache Software Foundation is happy to announce BarCampApache 
Sydney, Australia, the first ASF-backed event in the Southern 
Hemisphere!

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
1The Apache Software 
Foundation is happy to announce BarCampApache Sydney, Australia, the first 
ASF-backed event in the Southern Hemisphere!
at 
__randomizedtesting.SeedInfo.seed([2AFD8FFF872D3D95:27B7D8A09F025F3B]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testTwoUpdates(UIMAUpdateRequestProcessorTest.java:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 

[jira] [Commented] (SOLR-4735) Improve Solr metrics reporting

2016-11-25 Thread Jeff Wartes (JIRA)

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

Jeff Wartes commented on SOLR-4735:
---

I had a scheme for collapsable namespaced registries in my original PR for 
SOLR-8785.

> Improve Solr metrics reporting
> --
>
> Key: SOLR-4735
> URL: https://issues.apache.org/jira/browse/SOLR-4735
> Project: Solr
>  Issue Type: Improvement
>Reporter: Alan Woodward
>Assignee: Andrzej Bialecki 
>Priority: Minor
> Attachments: SOLR-4735.patch, SOLR-4735.patch, SOLR-4735.patch, 
> SOLR-4735.patch
>
>
> Following on from a discussion on the mailing list:
> http://search-lucene.com/m/IO0EI1qdyJF1/codahale=Solr+metrics+in+Codahale+metrics+and+Graphite+
> It would be good to make Solr play more nicely with existing devops 
> monitoring systems, such as Graphite or Ganglia.  Stats monitoring at the 
> moment is poll-only, either via JMX or through the admin stats page.  I'd 
> like to refactor things a bit to make this more pluggable.
> This patch is a start.  It adds a new interface, InstrumentedBean, which 
> extends SolrInfoMBean to return a 
> [[Metrics|http://metrics.codahale.com/manual/core/]] MetricRegistry, and a 
> couple of MetricReporters (which basically just duplicate the JMX and admin 
> page reporting that's there at the moment, but which should be more 
> extensible).  The patch includes a change to RequestHandlerBase showing how 
> this could work.  The idea would be to eventually replace the getStatistics() 
> call on SolrInfoMBean with this instead.
> The next step would be to allow more MetricReporters to be defined in 
> solrconfig.xml.  The Metrics library comes with ganglia and graphite 
> reporting modules, and we can add contrib plugins for both of those.
> There's some more general cleanup that could be done around SolrInfoMBean 
> (we've got two plugin handlers at /mbeans and /plugins that basically do the 
> same thing, and the beans themselves have some weirdly inconsistent data on 
> them - getVersion() returns different things for different impls, and 
> getSource() seems pretty useless), but maybe that's for another issue.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (LUCENE-7572) Cache the hashcode of the doc values terms queries

2016-11-25 Thread David Smiley (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-7572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15696309#comment-15696309
 ] 

David Smiley commented on LUCENE-7572:
--

RE LongHashSet: makes sense.

RE PrefixCodedTerms: wow I didn't know it could be more compact than an FST!  I 
thought the FST reigned supreme here.  Would you mind adding some JavaDocs to 
PrefixCodedTerms to say this?  I do see it definitely has a subset of FST 
features.

I was looking at PrefixCodedTerms a bit and I see some minor things that could 
be improved.  The presence of "delGen" seems out of place having nothing 
directly to do with this utility class's job; probably bolted on for 
BufferedUpdatesStream's convenience.  And RAMFile shouldn't depend on 
RAMDirectory for the sole reason of buffer size increase notification; instead 
it could take a callback lambda.  Of course these are both separate issues from 
this one.

> Cache the hashcode of the doc values terms queries
> --
>
> Key: LUCENE-7572
> URL: https://issues.apache.org/jira/browse/LUCENE-7572
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Priority: Minor
> Attachments: LUCENE-7572.patch
>
>
> DocValuesNumbersQuery and DocValuesTermsQuery can potentially wrap a large 
> number of terms so it would help if we cached their hashcode.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (LUCENE-7572) Cache the hashcode of the doc values terms queries

2016-11-25 Thread Adrien Grand (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-7572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15696236#comment-15696236
 ] 

Adrien Grand commented on LUCENE-7572:
--

bq. Maybe it should be public and go into the util package?

This set implementation is quite limited, for instance it does not support 
modifications after creation. I am not against making it reusable but I'd like 
to wait for other use-cases for this class first, maybe there won't be any.

bq. Did you consider simply ripping off the one from HPPC?

That is another idea indeed. The thing that made me decide against it is that 
it would pull close to 1k lines of code as well as several classes from hppc 
like AbstractLongCollection, LongSet, etc. I think that would be a good idea if 
we needed a more complete set implementation on top of longs, which doesn't 
seem to be the case today.

bq. Can you please remind me on why PrefixCodedTerms exists instead of an FST?

PrefixCodedTerms should be more compact (this might depend on the efficiency of 
suffix compression by the FST for the given data) and cheaper to build. On the 
other hand, the FST has more features, like the ability to do lookups.

> Cache the hashcode of the doc values terms queries
> --
>
> Key: LUCENE-7572
> URL: https://issues.apache.org/jira/browse/LUCENE-7572
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Priority: Minor
> Attachments: LUCENE-7572.patch
>
>
> DocValuesNumbersQuery and DocValuesTermsQuery can potentially wrap a large 
> number of terms so it would help if we cached their hashcode.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[JENKINS] Lucene-Solr-NightlyTests-master - Build # 1163 - Still Unstable

2016-11-25 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-master/1163/

10 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testProcessing

Error Message:
unknown UpdateRequestProcessorChain: 2312312321312SpellCheckComponent got 
improvement related to recent Lucene changes.Add support for specifying 
Spelling SuggestWord Comparator to Lucene spell checkers for 
SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is attached if you 
need it, but it is also committed to trunk and 3_x branch. Last Lucene European 
Conference has been held in Prague.

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
2312312321312SpellCheckComponent got improvement related to recent Lucene 
changes. 
  Add support for specifying Spelling SuggestWord Comparator to Lucene spell 
checkers for SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is 
attached if you need it, but it is also committed to trunk and 3_x branch. Last 
Lucene European Conference has been held in Prague.
at 
__randomizedtesting.SeedInfo.seed([545BF5A80470BA59:47D5F1DA43833BF3]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testProcessing(UIMAUpdateRequestProcessorTest.java:83)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk1.8.0) - Build # 3669 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/3669/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC

5 tests failed.
FAILED:  org.apache.lucene.index.TestIndexSorting.testStringAlreadySorted

Error Message:
this writer hit an unrecoverable error; cannot complete forceMerge

Stack Trace:
java.lang.IllegalStateException: this writer hit an unrecoverable error; cannot 
complete forceMerge
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1900)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1850)
at 
org.apache.lucene.index.TestIndexSorting.assertNeedsIndexSortMerge(TestIndexSorting.java:198)
at 
org.apache.lucene.index.TestIndexSorting.testStringAlreadySorted(TestIndexSorting.java:231)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.AssertionError: expected: but was:
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:147)
at 
org.apache.lucene.index.TestIndexSorting$AssertingNeedsIndexSortCodec$1$1.merge(TestIndexSorting.java:106)
at 
org.apache.lucene.index.SegmentMerger.mergePoints(SegmentMerger.java:173)
   

[jira] [Commented] (SOLR-6819) Being able to configure the updates log implementation from solrconfig.xml

2016-11-25 Thread David Smiley (JIRA)

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

David Smiley commented on SOLR-6819:


Does the resolution status of "Implemented" supposed to mean _Already_ 
Implemented?  If so I should use this more often in my JIRA cleanup.

> Being able to configure the updates log implementation from solrconfig.xml
> --
>
> Key: SOLR-6819
> URL: https://issues.apache.org/jira/browse/SOLR-6819
> Project: Solr
>  Issue Type: Improvement
>  Components: SolrCloud, update
>Affects Versions: 6.0
>Reporter: Renaud Delbru
> Attachments: SOLR-6819.patch, SOLR-6819.patch
>
>
> CDCR requires its own implementation of the updates log. At the moment, there 
> is no way to configure the class to use when instantiating the updates log. 
> The UpdateHandler is deciding to instantiate the base class UpdateLog or its 
> hdfs version HdfsUpdateLog based on the directory path prefix.
> We can extend the UpdateHandler to allow for a class parameter to be defined 
> for the updateLog section of the solrconfig.xml. For example, the relevant 
> part of the solrconfig,xml will look like:
> {code:xml}
>   
> 
>   ${solr.ulog.dir:}
> 
>   
> {code} 
> where the updateLog entry has a parameter class that indicates that the 
> CdcrUpdateLog implementation must be used.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-9-ea+140) - Build # 18370 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18370/
Java: 64bit/jdk-9-ea+140 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

4 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testTwoUpdates

Error Message:
unknown UpdateRequestProcessorChain: 1The Apache Software Foundation is happy to announce BarCampApache 
Sydney, Australia, the first ASF-backed event in the Southern 
Hemisphere!

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
1The Apache Software 
Foundation is happy to announce BarCampApache Sydney, Australia, the first 
ASF-backed event in the Southern Hemisphere!
at 
__randomizedtesting.SeedInfo.seed([871C9F56317534DE:8A56C809295A5670]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testTwoUpdates(UIMAUpdateRequestProcessorTest.java:101)
at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native 
Method)
at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62)
at 
jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:535)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 

[jira] [Commented] (LUCENE-7574) Another TestIndexSorting failures

2016-11-25 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-7574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15696163#comment-15696163
 ] 

ASF subversion and git services commented on LUCENE-7574:
-

Commit 6f4104c710978347b99c3f5a6263f25d9b89f978 in lucene-solr's branch 
refs/heads/branch_6x from [~jpountz]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=6f4104c ]

LUCENE-7574: Fix more index sorting test failures.


> Another TestIndexSorting failures
> -
>
> Key: LUCENE-7574
> URL: https://issues.apache.org/jira/browse/LUCENE-7574
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/index
>Affects Versions: 6.x, master (7.0)
>Reporter: Ferenczi Jim
> Fix For: master (7.0), 6.4
>
> Attachments: LUCENE-7574-1.patch, LUCENE-7574-2.patch
>
>
> TestIndexSorting still fails with some seeds:
> {noformat}
>[junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=6E45BA611FCD7241 -Dtests.slow=true 
> -Dtests.locale=ko-KR -Dtests.timezone=America/Cordoba -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 0.64s J1 | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: org.junit.ComparisonFailure: expected:<[449]> 
> but was:<[650]>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([6E45BA611FCD7241:CC9DF4BB7B3F5B47]:0)
>[junit4]>  at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2264)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]   2> NOTE: leaving temporary files on disk at: 
> /var/lib/jenkins/workspace/apache+lucene-solr+branch_6x/lucene/build/core/test/J1/temp/lucene.index.TestIndexSorting_6E45BA611FCD7241-001
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene62): 
> {docs=PostingsFormat(name=MockRandom), norms=PostingsFormat(name=MockRandom), 
> positions=PostingsFormat(name=Memory doPackFST= true), 
> id=PostingsFormat(name=MockRandom), term_vectors=FSTOrd50}, 
> docValues:{multi_valued_long=DocValuesFormat(name=Direct), 
> double=DocValuesFormat(name=Lucene54), foo=DocValuesFormat(name=Direct), 
> numeric=DocValuesFormat(name=Lucene54), 
> positions=DocValuesFormat(name=Direct), 
> multi_valued_numeric=DocValuesFormat(name=Memory), 
> float=DocValuesFormat(name=Lucene54), int=DocValuesFormat(name=Memory), 
> long=DocValuesFormat(name=Lucene54), points=DocValuesFormat(name=Memory), 
> sorted=DocValuesFormat(name=Lucene54), 
> multi_valued_double=DocValuesFormat(name=Memory), 
> docs=DocValuesFormat(name=Memory), 
> multi_valued_string=DocValuesFormat(name=Memory), 
> norms=DocValuesFormat(name=Memory), bytes=DocValuesFormat(name=Memory), 
> binary=DocValuesFormat(name=Lucene54), id=DocValuesFormat(name=Memory), 
> multi_valued_int=DocValuesFormat(name=Lucene54), 
> multi_valued_bytes=DocValuesFormat(name=Lucene54), 
> multi_valued_float=DocValuesFormat(name=Lucene54), 
> term_vectors=DocValuesFormat(name=Lucene54)}, maxPointsInLeafNode=419, 
> maxMBSortInHeap=7.394324294878203, 
> sim=RandomSimilarity(queryNorm=true,coord=yes): {positions=DFR I(n)Z(0.3), 
> id=IB SPL-L1, term_vectors=DFR I(ne)B3(800.0)}, locale=ko-KR, 
> timezone=America/Cordoba
>[junit4]   2> NOTE: Linux 3.12.60-52.54-default amd64/Oracle Corporation 
> 1.8.0_111 (64-bit)/cpus=4,threads=1,free=105782608,total=240648192
>[junit4]   2> NOTE: All tests run in this JVM: [TestPayloads, 
> TestSnapshotDeletionPolicy, TestDocValues, FuzzyTermOnShortTermsTest, 
> TestNoMergeScheduler, TestPointValues, TestSegmentInfos, TestStressIndexing2, 
> TestSimpleExplanationsOfNonMatches, TestPrefixInBooleanQuery, TestTermQuery, 
> TestSegmentMerger, TestByteArrayDataInput, TestTransactions, TestMultiFields, 
> TestNRTReaderCleanup, TestPackedInts, TestIndexWriterExceptions, 
> TestSleepingLockWrapper, TestBlockPostingsFormat2, TestLSBRadixSorter, 
> TestSwappedIndexFiles, TestIndexWriterCommit, TestPrefixRandom, 
> Test4GBStoredFields, TestFuzzyQuery, TestCodecUtil, 
> TestSimpleSearchEquivalence, TestWeakIdentityMap, TestIndexWriterOnDiskFull, 
> TestTopDocsMerge, TestOmitTf, TestDuelingCodecs, TestRAMDirectory, 
> TestFlushByRamOrCountsPolicy, TestDemo, TestSimpleExplanationsWithFillerDocs, 
> TestByteSlices, TestParallelLeafReader, TestSortedSetSelector, 
> TestBagOfPostings, TestDemoParallelLeafReader, TestTopFieldCollector, 
> TestSearchForDuplicates, TestStringHelper, TestTragicIndexWriterDeadlock, 
> TestDirectPacked, TestSloppyMath, TestPrefixQuery, TestSimpleFSDirectory, 
> TestFixedLengthBytesRefArray, TestIndexingSequenceNumbers, TestCharArraySet, 
> TestRollingBuffer, TestPagedBytes, TestFixedBitSet, TestAutomaton, 
> TestPhrasePrefixQuery, 

[jira] [Resolved] (LUCENE-7574) Another TestIndexSorting failures

2016-11-25 Thread Adrien Grand (JIRA)

 [ 
https://issues.apache.org/jira/browse/LUCENE-7574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Adrien Grand resolved LUCENE-7574.
--
   Resolution: Fixed
Fix Version/s: 6.4
   master (7.0)

> Another TestIndexSorting failures
> -
>
> Key: LUCENE-7574
> URL: https://issues.apache.org/jira/browse/LUCENE-7574
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/index
>Affects Versions: 6.x, master (7.0)
>Reporter: Ferenczi Jim
> Fix For: master (7.0), 6.4
>
> Attachments: LUCENE-7574-1.patch, LUCENE-7574-2.patch
>
>
> TestIndexSorting still fails with some seeds:
> {noformat}
>[junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=6E45BA611FCD7241 -Dtests.slow=true 
> -Dtests.locale=ko-KR -Dtests.timezone=America/Cordoba -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 0.64s J1 | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: org.junit.ComparisonFailure: expected:<[449]> 
> but was:<[650]>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([6E45BA611FCD7241:CC9DF4BB7B3F5B47]:0)
>[junit4]>  at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2264)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]   2> NOTE: leaving temporary files on disk at: 
> /var/lib/jenkins/workspace/apache+lucene-solr+branch_6x/lucene/build/core/test/J1/temp/lucene.index.TestIndexSorting_6E45BA611FCD7241-001
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene62): 
> {docs=PostingsFormat(name=MockRandom), norms=PostingsFormat(name=MockRandom), 
> positions=PostingsFormat(name=Memory doPackFST= true), 
> id=PostingsFormat(name=MockRandom), term_vectors=FSTOrd50}, 
> docValues:{multi_valued_long=DocValuesFormat(name=Direct), 
> double=DocValuesFormat(name=Lucene54), foo=DocValuesFormat(name=Direct), 
> numeric=DocValuesFormat(name=Lucene54), 
> positions=DocValuesFormat(name=Direct), 
> multi_valued_numeric=DocValuesFormat(name=Memory), 
> float=DocValuesFormat(name=Lucene54), int=DocValuesFormat(name=Memory), 
> long=DocValuesFormat(name=Lucene54), points=DocValuesFormat(name=Memory), 
> sorted=DocValuesFormat(name=Lucene54), 
> multi_valued_double=DocValuesFormat(name=Memory), 
> docs=DocValuesFormat(name=Memory), 
> multi_valued_string=DocValuesFormat(name=Memory), 
> norms=DocValuesFormat(name=Memory), bytes=DocValuesFormat(name=Memory), 
> binary=DocValuesFormat(name=Lucene54), id=DocValuesFormat(name=Memory), 
> multi_valued_int=DocValuesFormat(name=Lucene54), 
> multi_valued_bytes=DocValuesFormat(name=Lucene54), 
> multi_valued_float=DocValuesFormat(name=Lucene54), 
> term_vectors=DocValuesFormat(name=Lucene54)}, maxPointsInLeafNode=419, 
> maxMBSortInHeap=7.394324294878203, 
> sim=RandomSimilarity(queryNorm=true,coord=yes): {positions=DFR I(n)Z(0.3), 
> id=IB SPL-L1, term_vectors=DFR I(ne)B3(800.0)}, locale=ko-KR, 
> timezone=America/Cordoba
>[junit4]   2> NOTE: Linux 3.12.60-52.54-default amd64/Oracle Corporation 
> 1.8.0_111 (64-bit)/cpus=4,threads=1,free=105782608,total=240648192
>[junit4]   2> NOTE: All tests run in this JVM: [TestPayloads, 
> TestSnapshotDeletionPolicy, TestDocValues, FuzzyTermOnShortTermsTest, 
> TestNoMergeScheduler, TestPointValues, TestSegmentInfos, TestStressIndexing2, 
> TestSimpleExplanationsOfNonMatches, TestPrefixInBooleanQuery, TestTermQuery, 
> TestSegmentMerger, TestByteArrayDataInput, TestTransactions, TestMultiFields, 
> TestNRTReaderCleanup, TestPackedInts, TestIndexWriterExceptions, 
> TestSleepingLockWrapper, TestBlockPostingsFormat2, TestLSBRadixSorter, 
> TestSwappedIndexFiles, TestIndexWriterCommit, TestPrefixRandom, 
> Test4GBStoredFields, TestFuzzyQuery, TestCodecUtil, 
> TestSimpleSearchEquivalence, TestWeakIdentityMap, TestIndexWriterOnDiskFull, 
> TestTopDocsMerge, TestOmitTf, TestDuelingCodecs, TestRAMDirectory, 
> TestFlushByRamOrCountsPolicy, TestDemo, TestSimpleExplanationsWithFillerDocs, 
> TestByteSlices, TestParallelLeafReader, TestSortedSetSelector, 
> TestBagOfPostings, TestDemoParallelLeafReader, TestTopFieldCollector, 
> TestSearchForDuplicates, TestStringHelper, TestTragicIndexWriterDeadlock, 
> TestDirectPacked, TestSloppyMath, TestPrefixQuery, TestSimpleFSDirectory, 
> TestFixedLengthBytesRefArray, TestIndexingSequenceNumbers, TestCharArraySet, 
> TestRollingBuffer, TestPagedBytes, TestFixedBitSet, TestAutomaton, 
> TestPhrasePrefixQuery, TestMultiPhraseEnum, TestBytesRefAttImpl, 
> TestDocsAndPositions, TestCharsRefBuilder, TestDeterminizeLexicon, 
> TestNIOFSDirectory, TestConjunctionDISI, TestLiveFieldValues, TestBoolean2, 
> TestHighCompressionMode, 

[jira] [Commented] (LUCENE-7574) Another TestIndexSorting failures

2016-11-25 Thread Adrien Grand (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-7574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15696162#comment-15696162
 ] 

Adrien Grand commented on LUCENE-7574:
--

Thanks [~jim.ferenczi], that makes sense to me and the tests look happy about 
these patches.

> Another TestIndexSorting failures
> -
>
> Key: LUCENE-7574
> URL: https://issues.apache.org/jira/browse/LUCENE-7574
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/index
>Affects Versions: 6.x, master (7.0)
>Reporter: Ferenczi Jim
> Fix For: master (7.0), 6.4
>
> Attachments: LUCENE-7574-1.patch, LUCENE-7574-2.patch
>
>
> TestIndexSorting still fails with some seeds:
> {noformat}
>[junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=6E45BA611FCD7241 -Dtests.slow=true 
> -Dtests.locale=ko-KR -Dtests.timezone=America/Cordoba -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 0.64s J1 | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: org.junit.ComparisonFailure: expected:<[449]> 
> but was:<[650]>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([6E45BA611FCD7241:CC9DF4BB7B3F5B47]:0)
>[junit4]>  at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2264)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]   2> NOTE: leaving temporary files on disk at: 
> /var/lib/jenkins/workspace/apache+lucene-solr+branch_6x/lucene/build/core/test/J1/temp/lucene.index.TestIndexSorting_6E45BA611FCD7241-001
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene62): 
> {docs=PostingsFormat(name=MockRandom), norms=PostingsFormat(name=MockRandom), 
> positions=PostingsFormat(name=Memory doPackFST= true), 
> id=PostingsFormat(name=MockRandom), term_vectors=FSTOrd50}, 
> docValues:{multi_valued_long=DocValuesFormat(name=Direct), 
> double=DocValuesFormat(name=Lucene54), foo=DocValuesFormat(name=Direct), 
> numeric=DocValuesFormat(name=Lucene54), 
> positions=DocValuesFormat(name=Direct), 
> multi_valued_numeric=DocValuesFormat(name=Memory), 
> float=DocValuesFormat(name=Lucene54), int=DocValuesFormat(name=Memory), 
> long=DocValuesFormat(name=Lucene54), points=DocValuesFormat(name=Memory), 
> sorted=DocValuesFormat(name=Lucene54), 
> multi_valued_double=DocValuesFormat(name=Memory), 
> docs=DocValuesFormat(name=Memory), 
> multi_valued_string=DocValuesFormat(name=Memory), 
> norms=DocValuesFormat(name=Memory), bytes=DocValuesFormat(name=Memory), 
> binary=DocValuesFormat(name=Lucene54), id=DocValuesFormat(name=Memory), 
> multi_valued_int=DocValuesFormat(name=Lucene54), 
> multi_valued_bytes=DocValuesFormat(name=Lucene54), 
> multi_valued_float=DocValuesFormat(name=Lucene54), 
> term_vectors=DocValuesFormat(name=Lucene54)}, maxPointsInLeafNode=419, 
> maxMBSortInHeap=7.394324294878203, 
> sim=RandomSimilarity(queryNorm=true,coord=yes): {positions=DFR I(n)Z(0.3), 
> id=IB SPL-L1, term_vectors=DFR I(ne)B3(800.0)}, locale=ko-KR, 
> timezone=America/Cordoba
>[junit4]   2> NOTE: Linux 3.12.60-52.54-default amd64/Oracle Corporation 
> 1.8.0_111 (64-bit)/cpus=4,threads=1,free=105782608,total=240648192
>[junit4]   2> NOTE: All tests run in this JVM: [TestPayloads, 
> TestSnapshotDeletionPolicy, TestDocValues, FuzzyTermOnShortTermsTest, 
> TestNoMergeScheduler, TestPointValues, TestSegmentInfos, TestStressIndexing2, 
> TestSimpleExplanationsOfNonMatches, TestPrefixInBooleanQuery, TestTermQuery, 
> TestSegmentMerger, TestByteArrayDataInput, TestTransactions, TestMultiFields, 
> TestNRTReaderCleanup, TestPackedInts, TestIndexWriterExceptions, 
> TestSleepingLockWrapper, TestBlockPostingsFormat2, TestLSBRadixSorter, 
> TestSwappedIndexFiles, TestIndexWriterCommit, TestPrefixRandom, 
> Test4GBStoredFields, TestFuzzyQuery, TestCodecUtil, 
> TestSimpleSearchEquivalence, TestWeakIdentityMap, TestIndexWriterOnDiskFull, 
> TestTopDocsMerge, TestOmitTf, TestDuelingCodecs, TestRAMDirectory, 
> TestFlushByRamOrCountsPolicy, TestDemo, TestSimpleExplanationsWithFillerDocs, 
> TestByteSlices, TestParallelLeafReader, TestSortedSetSelector, 
> TestBagOfPostings, TestDemoParallelLeafReader, TestTopFieldCollector, 
> TestSearchForDuplicates, TestStringHelper, TestTragicIndexWriterDeadlock, 
> TestDirectPacked, TestSloppyMath, TestPrefixQuery, TestSimpleFSDirectory, 
> TestFixedLengthBytesRefArray, TestIndexingSequenceNumbers, TestCharArraySet, 
> TestRollingBuffer, TestPagedBytes, TestFixedBitSet, TestAutomaton, 
> TestPhrasePrefixQuery, TestMultiPhraseEnum, TestBytesRefAttImpl, 
> TestDocsAndPositions, TestCharsRefBuilder, TestDeterminizeLexicon, 
> TestNIOFSDirectory, TestConjunctionDISI, TestLiveFieldValues, 

[jira] [Resolved] (SOLR-6819) Being able to configure the updates log implementation from solrconfig.xml

2016-11-25 Thread Erick Erickson (JIRA)

 [ 
https://issues.apache.org/jira/browse/SOLR-6819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Erickson resolved SOLR-6819.
--
Resolution: Implemented

I checked the code and it's there, so closing.

> Being able to configure the updates log implementation from solrconfig.xml
> --
>
> Key: SOLR-6819
> URL: https://issues.apache.org/jira/browse/SOLR-6819
> Project: Solr
>  Issue Type: Improvement
>  Components: SolrCloud, update
>Affects Versions: 6.0
>Reporter: Renaud Delbru
> Attachments: SOLR-6819.patch, SOLR-6819.patch
>
>
> CDCR requires its own implementation of the updates log. At the moment, there 
> is no way to configure the class to use when instantiating the updates log. 
> The UpdateHandler is deciding to instantiate the base class UpdateLog or its 
> hdfs version HdfsUpdateLog based on the directory path prefix.
> We can extend the UpdateHandler to allow for a class parameter to be defined 
> for the updateLog section of the solrconfig.xml. For example, the relevant 
> part of the solrconfig,xml will look like:
> {code:xml}
>   
> 
>   ${solr.ulog.dir:}
> 
>   
> {code} 
> where the updateLog entry has a parameter class that indicates that the 
> CdcrUpdateLog implementation must be used.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (LUCENE-7574) Another TestIndexSorting failures

2016-11-25 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-7574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15696114#comment-15696114
 ] 

ASF subversion and git services commented on LUCENE-7574:
-

Commit d0b5d41f5c44aa04ea88fa40dbed456e090339e6 in lucene-solr's branch 
refs/heads/master from [~jpountz]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=d0b5d41 ]

LUCENE-7574: Fix more index sorting test failures.


> Another TestIndexSorting failures
> -
>
> Key: LUCENE-7574
> URL: https://issues.apache.org/jira/browse/LUCENE-7574
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/index
>Affects Versions: 6.x, master (7.0)
>Reporter: Ferenczi Jim
> Attachments: LUCENE-7574-1.patch, LUCENE-7574-2.patch
>
>
> TestIndexSorting still fails with some seeds:
> {noformat}
>[junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=6E45BA611FCD7241 -Dtests.slow=true 
> -Dtests.locale=ko-KR -Dtests.timezone=America/Cordoba -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 0.64s J1 | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: org.junit.ComparisonFailure: expected:<[449]> 
> but was:<[650]>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([6E45BA611FCD7241:CC9DF4BB7B3F5B47]:0)
>[junit4]>  at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2264)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]   2> NOTE: leaving temporary files on disk at: 
> /var/lib/jenkins/workspace/apache+lucene-solr+branch_6x/lucene/build/core/test/J1/temp/lucene.index.TestIndexSorting_6E45BA611FCD7241-001
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene62): 
> {docs=PostingsFormat(name=MockRandom), norms=PostingsFormat(name=MockRandom), 
> positions=PostingsFormat(name=Memory doPackFST= true), 
> id=PostingsFormat(name=MockRandom), term_vectors=FSTOrd50}, 
> docValues:{multi_valued_long=DocValuesFormat(name=Direct), 
> double=DocValuesFormat(name=Lucene54), foo=DocValuesFormat(name=Direct), 
> numeric=DocValuesFormat(name=Lucene54), 
> positions=DocValuesFormat(name=Direct), 
> multi_valued_numeric=DocValuesFormat(name=Memory), 
> float=DocValuesFormat(name=Lucene54), int=DocValuesFormat(name=Memory), 
> long=DocValuesFormat(name=Lucene54), points=DocValuesFormat(name=Memory), 
> sorted=DocValuesFormat(name=Lucene54), 
> multi_valued_double=DocValuesFormat(name=Memory), 
> docs=DocValuesFormat(name=Memory), 
> multi_valued_string=DocValuesFormat(name=Memory), 
> norms=DocValuesFormat(name=Memory), bytes=DocValuesFormat(name=Memory), 
> binary=DocValuesFormat(name=Lucene54), id=DocValuesFormat(name=Memory), 
> multi_valued_int=DocValuesFormat(name=Lucene54), 
> multi_valued_bytes=DocValuesFormat(name=Lucene54), 
> multi_valued_float=DocValuesFormat(name=Lucene54), 
> term_vectors=DocValuesFormat(name=Lucene54)}, maxPointsInLeafNode=419, 
> maxMBSortInHeap=7.394324294878203, 
> sim=RandomSimilarity(queryNorm=true,coord=yes): {positions=DFR I(n)Z(0.3), 
> id=IB SPL-L1, term_vectors=DFR I(ne)B3(800.0)}, locale=ko-KR, 
> timezone=America/Cordoba
>[junit4]   2> NOTE: Linux 3.12.60-52.54-default amd64/Oracle Corporation 
> 1.8.0_111 (64-bit)/cpus=4,threads=1,free=105782608,total=240648192
>[junit4]   2> NOTE: All tests run in this JVM: [TestPayloads, 
> TestSnapshotDeletionPolicy, TestDocValues, FuzzyTermOnShortTermsTest, 
> TestNoMergeScheduler, TestPointValues, TestSegmentInfos, TestStressIndexing2, 
> TestSimpleExplanationsOfNonMatches, TestPrefixInBooleanQuery, TestTermQuery, 
> TestSegmentMerger, TestByteArrayDataInput, TestTransactions, TestMultiFields, 
> TestNRTReaderCleanup, TestPackedInts, TestIndexWriterExceptions, 
> TestSleepingLockWrapper, TestBlockPostingsFormat2, TestLSBRadixSorter, 
> TestSwappedIndexFiles, TestIndexWriterCommit, TestPrefixRandom, 
> Test4GBStoredFields, TestFuzzyQuery, TestCodecUtil, 
> TestSimpleSearchEquivalence, TestWeakIdentityMap, TestIndexWriterOnDiskFull, 
> TestTopDocsMerge, TestOmitTf, TestDuelingCodecs, TestRAMDirectory, 
> TestFlushByRamOrCountsPolicy, TestDemo, TestSimpleExplanationsWithFillerDocs, 
> TestByteSlices, TestParallelLeafReader, TestSortedSetSelector, 
> TestBagOfPostings, TestDemoParallelLeafReader, TestTopFieldCollector, 
> TestSearchForDuplicates, TestStringHelper, TestTragicIndexWriterDeadlock, 
> TestDirectPacked, TestSloppyMath, TestPrefixQuery, TestSimpleFSDirectory, 
> TestFixedLengthBytesRefArray, TestIndexingSequenceNumbers, TestCharArraySet, 
> TestRollingBuffer, TestPagedBytes, TestFixedBitSet, TestAutomaton, 
> TestPhrasePrefixQuery, TestMultiPhraseEnum, TestBytesRefAttImpl, 
> 

[jira] [Commented] (LUCENE-3080) cutover highlighter to BytesRef

2016-11-25 Thread David Smiley (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-3080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15696088#comment-15696088
 ] 

David Smiley commented on LUCENE-3080:
--

I'm tempted to close this as Won't-Fix.
The original Highlighter is what it is; it has only been updated to support 
different queries in WeightedSpanTermExtractor.

The notion of switching to byte based offsets in the analysis chain together 
with highlighting using that is interesting!  It could in part accelerate 
highlighting massive docs to avoid reading massive Strings into memory.  *But I 
feel a separate issue should be filed for that*, starting just with changes to 
the analysis chain.  If we do that, I suppose this would become metadata on the 
FieldInfo so it's understood what kind of offsets are stored, Java char 
offsets, or byte offsets.  That way the highlighter could validate this 
assumption up instead of having subtle errors.

Highlighting numerics, IMO, *should also be a separate issue*.  It simply 
doesn't match the title of this issue, nor large parts of what is being 
discussed here.  It'd be cool to add support for highlighting numbers into the 
UnifiedHighlighter; I've thought through how to do that before.

> cutover highlighter to BytesRef
> ---
>
> Key: LUCENE-3080
> URL: https://issues.apache.org/jira/browse/LUCENE-3080
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/highlighter
>Reporter: Michael McCandless
>
> Highlighter still uses char[] terms (consumes tokens from the analyzer as 
> char[] not as BytesRef), which is causing problems for merging SOLR-2497 to 
> trunk.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-9706) fetchIndex blocks incoming queries when issued on a replica in SolrCloud

2016-11-25 Thread Erick Erickson (JIRA)

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

Erick Erickson commented on SOLR-9706:
--

Jeremy:

I haven't seen this in a straight SolrCloud setup. IIUC in regular cloud mode 
we wouldn't _get_ to index fetching unless the replica were marked as something 
other than "active", in which case it wouldn't get requests. It's only when 
using replication outside of the normal SolrCloud usage that you can be in a 
state where the index is being replicated _and_ the replica receives queries.

Thanks for taking the time to update this with your research BTW, that'll help 
a lot!

> fetchIndex blocks incoming queries when issued on a replica in SolrCloud
> 
>
> Key: SOLR-9706
> URL: https://issues.apache.org/jira/browse/SOLR-9706
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.3, trunk
>Reporter: Erick Erickson
>
> This is something of an edge case, but it's perfectly possible to issue a 
> fetchIndex command through the core admin API to a replica in SolrCloud. 
> While the fetch is going on, incoming queries are blocked. Then when the 
> fetch completes, all the queued-up queries execute.
> In the normal case, this is probably the proper behavior as a fetchIndex 
> during "normal" SolrCloud operation indicates that the replica's index is too 
> far out of date and _shouldn't_ serve queries, this is a special case.
> Why would one want to do this? Well, in _extremely_ high indexing throughput 
> situations, the additional time taken for the leader forwarding the query on 
> to a follower is too high. So there is an indexing cluster and a search 
> cluster and an external process that issues a fetchIndex to each replica in 
> the search cluster periodiclally.
> What do people think about an "expert" option for fetchIndex that would cause 
> a replica to behave like the old master/slave days and continue serving 
> queries while the fetchindex was going on? Or another solution?
> FWIW, here's the stack traces where the blocking is going on (6.3 about). 
> This is not hard to reproduce if you introduce an artificial delay in the 
> fetch command then submit a fetchIndex and try to query.
> Blocked query thread(s)
> DefaultSolrCoreState.loci(159)
> DefaultSolrCoreState.getIndexWriter (104)
> SolrCore.openNewSearcher(1781)
> SolrCore.getSearcher(1931)
> SolrCore.getSearchers(1677)
> SolrCore.getSearcher(1577)
> SolrQueryRequestBase.getSearcher(115)
> QueryComponent.process(308).
> The stack trace that releases this is
> DefaultSolrCoreState.createMainIndexWriter(240)
> DefaultSolrCoreState.changeWriter(203)
> DefaultSolrCoreState.openIndexWriter(228) // LOCK RELEASED 2 lines later
> IndexFetcher.fetchLatestIndex(493) (approx, I have debugging code in there. 
> It's in the "finally" clause anyway.)
> IndexFetcher.fetchLatestIndex(251).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Resolved] (SOLR-9795) Jetty 9.2.19 upgrade

2016-11-25 Thread Shalin Shekhar Mangar (JIRA)

 [ 
https://issues.apache.org/jira/browse/SOLR-9795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shalin Shekhar Mangar resolved SOLR-9795.
-
Resolution: Won't Fix

Jetty is already on the 9.3.8.v20160314 release on master and 6.x -- we don't 
want to go back to 9.2.x releases.

> Jetty 9.2.19 upgrade
> 
>
> Key: SOLR-9795
> URL: https://issues.apache.org/jira/browse/SOLR-9795
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Bill Bell
>
> Upgrade Jetty to 9.2.19



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Closed] (LUCENE-4825) PostingsHighlighter support for positional queries

2016-11-25 Thread David Smiley (JIRA)

 [ 
https://issues.apache.org/jira/browse/LUCENE-4825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

David Smiley closed LUCENE-4825.

Resolution: Fixed

I'm closing this issue.  The PostingsHighlighter effectively evolved into the 
UnifiedHighlighter ( LUCENE-7438 ) which supports this feature.  It's optional. 
 The feature is isolated pretty well into PhraseHelper.  YMMV but my benchmarks 
found phrase highlighting to actually _increase_ performance.  I believe it's 
because there are fewer actual passage candidates as they are filtered 
before-hand, and this means fewer invocations of the BreakIterator.  The JDK's 
BreakIterator impls seem to be a large cost of highlighting.

> PostingsHighlighter support for positional queries
> --
>
> Key: LUCENE-4825
> URL: https://issues.apache.org/jira/browse/LUCENE-4825
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/highlighter
>Affects Versions: 4.2
>Reporter: Luca Cavanna
>
> I've been playing around with the brand new PostingsHighlighter. I'm really 
> happy with the result in terms of quality of the snippets and performance.
> On the other hand, I noticed it doesn't support positional queries. If you 
> make a span query, for example, all the single terms will be highlighted, 
> even though they haven't contributed to the match. That reminds me of the 
> difference between the QueryTermScorer and the QueryScorer (using the 
> standard Highlighter).
> I've been trying to adapt what the QueryScorer does, especially the 
> extraction of the query terms together with their positions (what 
> WeightedSpanTermExtractor does). Next step would be to take that information 
> into account within the formatter and highlight only the terms that actually 
> contributed to the match. I'm not quite ready yet with a patch to contribute 
> this back, but I certainly intend to do so. That's why I opened the issue and 
> in the meantime I would like to hear what you guys think about it and  
> discuss how best we can fix it. I think it would be a big improvement for 
> this new highlighter, which is already great!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-9784) Refactor CloudSolrClient to eliminate direct dependency on ZK

2016-11-25 Thread Noble Paul (JIRA)

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

Noble Paul commented on SOLR-9784:
--

Will do

> Refactor CloudSolrClient to eliminate direct dependency on ZK
> -
>
> Key: SOLR-9784
> URL: https://issues.apache.org/jira/browse/SOLR-9784
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Reporter: Noble Paul
>Assignee: Noble Paul
> Attachments: SOLR-9584.patch
>
>
> CloudSolrClient should decouple itself from the ZK reading/write. This will 
> help us provide alternate implementations w/o direct ZK dependency



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (SOLR-9784) Refactor CloudSolrClient to eliminate direct dependency on ZK

2016-11-25 Thread Shalin Shekhar Mangar (JIRA)

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

Shalin Shekhar Mangar commented on SOLR-9784:
-

The ZkClientClusterStateProvider.buildZkHostString method is a duplicate of 
CloudSolrClient.buildZkHostString -- can we re-use the same method in both 
places?

> Refactor CloudSolrClient to eliminate direct dependency on ZK
> -
>
> Key: SOLR-9784
> URL: https://issues.apache.org/jira/browse/SOLR-9784
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Reporter: Noble Paul
>Assignee: Noble Paul
> Attachments: SOLR-9584.patch
>
>
> CloudSolrClient should decouple itself from the ZK reading/write. This will 
> help us provide alternate implementations w/o direct ZK dependency



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Commented] (LUCENE-7575) UnifiedHighlighter: add requireFieldMatch=false support

2016-11-25 Thread David Smiley (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-7575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15695991#comment-15695991
 ] 

David Smiley commented on LUCENE-7575:
--

This should be straight-forward to add to the term & automata extraction 
routines.  

PhraseHelper is a bit more work when it comes time to actually executing the 
SpanQuery... it probably needs to wrap the LeafReader in order to always return 
the field being highlighted no matter which field is being asked for.  If the 
query contains the same span query except differentiated by field (e.g. same 
SpanNear tree but only different field), it would be nice if it could be 
identified so that we don't do the work additional times.  But that's not 
essential.

> UnifiedHighlighter: add requireFieldMatch=false support
> ---
>
> Key: LUCENE-7575
> URL: https://issues.apache.org/jira/browse/LUCENE-7575
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/highlighter
>Reporter: David Smiley
>
> The UnifiedHighlighter (like the PostingsHighlighter) only supports 
> highlighting queries for the same fields that are being highlighted.  The 
> original Highlighter and FVH support loosening this, AKA 
> requireFieldMatch=false.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[jira] [Created] (LUCENE-7575) UnifiedHighlighter: add requireFieldMatch=false support

2016-11-25 Thread David Smiley (JIRA)
David Smiley created LUCENE-7575:


 Summary: UnifiedHighlighter: add requireFieldMatch=false support
 Key: LUCENE-7575
 URL: https://issues.apache.org/jira/browse/LUCENE-7575
 Project: Lucene - Core
  Issue Type: Improvement
  Components: modules/highlighter
Reporter: David Smiley


The UnifiedHighlighter (like the PostingsHighlighter) only supports 
highlighting queries for the same fields that are being highlighted.  The 
original Highlighter and FVH support loosening this, AKA 
requireFieldMatch=false.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[JENKINS] Lucene-Solr-6.x-Windows (32bit/jdk1.8.0_102) - Build # 581 - Still unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Windows/581/
Java: 32bit/jdk1.8.0_102 -client -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  
org.apache.solr.handler.admin.CoreAdminHandlerTest.testDeleteInstanceDirAfterCreateFailure

Error Message:
The data directory was not cleaned up on unload after a failed core reload

Stack Trace:
java.lang.AssertionError: The data directory was not cleaned up on unload after 
a failed core reload
at 
__randomizedtesting.SeedInfo.seed([DB207574CAB6BC70:A0E9D738E9946E71]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.handler.admin.CoreAdminHandlerTest.testDeleteInstanceDirAfterCreateFailure(CoreAdminHandlerTest.java:334)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 11521 lines...]
   [junit4] Suite: org.apache.solr.handler.admin.CoreAdminHandlerTest
   [junit4]   2> Creating dataDir: 

[JENKINS-EA] Lucene-Solr-6.x-Linux (32bit/jdk-9-ea+140) - Build # 2265 - Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/2265/
Java: 32bit/jdk-9-ea+140 -client -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  org.apache.solr.handler.component.SpellCheckComponentTest.test

Error Message:
List size mismatch @ spellcheck/suggestions

Stack Trace:
java.lang.RuntimeException: List size mismatch @ spellcheck/suggestions
at 
__randomizedtesting.SeedInfo.seed([4AA6C8B25F7CB429:C2F2F768F180D9D1]:0)
at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:900)
at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:847)
at 
org.apache.solr.handler.component.SpellCheckComponentTest.test(SpellCheckComponentTest.java:147)
at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native 
Method)
at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62)
at 
jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:535)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(java.base@9-ea/Thread.java:843)




Build Log:
[...truncated 11834 lines...]
   [junit4] Suite: 

[jira] [Comment Edited] (SOLR-8793) Fix stale commit files' size computation in LukeRequestHandler

2016-11-25 Thread Furkan KAMACI (JIRA)

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

Furkan KAMACI edited comment on SOLR-8793 at 11/25/16 1:51 PM:
---

I get that warning:

{code}
WARN  - 2016-11-25 14:45:53.587; [   x:gettingstarted] 
org.apache.solr.handler.admin.LukeRequestHandler; Error getting file length for 
[segments_5]
java.nio.file.NoSuchFileException: 
/solr-5.5.2/example/schemaless/solr/gettingstarted/data/index/segments_5
at 
sun.nio.fs.UnixException.translateToIOException(UnixException.java:86)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
at 
sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:55)
at 
sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:144)
at java.nio.file.Files.readAttributes(Files.java:1737)
at java.nio.file.Files.size(Files.java:2332)
at org.apache.lucene.store.FSDirectory.fileLength(FSDirectory.java:210)
at 
org.apache.lucene.store.NRTCachingDirectory.fileLength(NRTCachingDirectory.java:124)
at 
org.apache.solr.handler.admin.LukeRequestHandler.getFileLength(LukeRequestHandler.java:604)
at 
org.apache.solr.handler.admin.LukeRequestHandler.getIndexInfo(LukeRequestHandler.java:592)
at 
org.apache.solr.handler.admin.LukeRequestHandler.handleRequestBody(LukeRequestHandler.java:137)
at 
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:155)
at org.apache.solr.core.SolrCore.execute(SolrCore.java:2102)
at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:654)
at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:460)
at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:257)
at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:208)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at 
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
at 
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
at org.eclipse.jetty.server.Server.handle(Server.java:499)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
at 
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
at 
org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
at java.lang.Thread.run(Thread.java:745)
{code}

with Solr 5.5.2 with default schemaless example.


was (Author: kamaci):
I get that error:

{code}
WARN  - 2016-11-25 14:45:53.587; [   x:gettingstarted] 
org.apache.solr.handler.admin.LukeRequestHandler; Error getting file length for 
[segments_5]
java.nio.file.NoSuchFileException: 
/Users/kamaci/Desktop/search_product/solr-5.5.2/example/schemaless/solr/gettingstarted/data/index/segments_5
at 
sun.nio.fs.UnixException.translateToIOException(UnixException.java:86)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
at 
sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:55)
at 
sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:144)
at java.nio.file.Files.readAttributes(Files.java:1737)
at java.nio.file.Files.size(Files.java:2332)
at org.apache.lucene.store.FSDirectory.fileLength(FSDirectory.java:210)
at 

[jira] [Commented] (SOLR-8793) Fix stale commit files' size computation in LukeRequestHandler

2016-11-25 Thread Furkan KAMACI (JIRA)

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

Furkan KAMACI commented on SOLR-8793:
-

I get that error:

{code}
WARN  - 2016-11-25 14:45:53.587; [   x:gettingstarted] 
org.apache.solr.handler.admin.LukeRequestHandler; Error getting file length for 
[segments_5]
java.nio.file.NoSuchFileException: 
/Users/kamaci/Desktop/search_product/solr-5.5.2/example/schemaless/solr/gettingstarted/data/index/segments_5
at 
sun.nio.fs.UnixException.translateToIOException(UnixException.java:86)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
at 
sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:55)
at 
sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:144)
at java.nio.file.Files.readAttributes(Files.java:1737)
at java.nio.file.Files.size(Files.java:2332)
at org.apache.lucene.store.FSDirectory.fileLength(FSDirectory.java:210)
at 
org.apache.lucene.store.NRTCachingDirectory.fileLength(NRTCachingDirectory.java:124)
at 
org.apache.solr.handler.admin.LukeRequestHandler.getFileLength(LukeRequestHandler.java:604)
at 
org.apache.solr.handler.admin.LukeRequestHandler.getIndexInfo(LukeRequestHandler.java:592)
at 
org.apache.solr.handler.admin.LukeRequestHandler.handleRequestBody(LukeRequestHandler.java:137)
at 
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:155)
at org.apache.solr.core.SolrCore.execute(SolrCore.java:2102)
at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:654)
at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:460)
at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:257)
at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:208)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at 
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
at 
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
at org.eclipse.jetty.server.Server.handle(Server.java:499)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
at 
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
at 
org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
at java.lang.Thread.run(Thread.java:745)
{code}

with Solr 5.5.2 with default schemaless example.

> Fix stale commit files' size computation in LukeRequestHandler
> --
>
> Key: SOLR-8793
> URL: https://issues.apache.org/jira/browse/SOLR-8793
> Project: Solr
>  Issue Type: Bug
>  Components: Server
>Affects Versions: 5.5
>Reporter: Shai Erera
>Assignee: Shai Erera
>Priority: Minor
> Fix For: 5.5.1, 6.0
>
> Attachments: SOLR-8793.patch
>
>
> SOLR-8587 added segments file information and its size to core admin status 
> API. However in case of stale commits, calling that API may result on 
> {{FileNotFoundException}} or {{NoSuchFileException}}, if the segments file no 
> longer exists due to a new commit. We should fix that by returning a proper 
> value for the file's length in this case, maybe -1.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: 

[jira] [Commented] (SOLR-4735) Improve Solr metrics reporting

2016-11-25 Thread Andrzej Bialecki (JIRA)

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

Andrzej Bialecki  commented on SOLR-4735:
-

bq. Right now, each producer creates/manages its own set of metrics. 
Correct, but if the producer's life-cycle is tied to that of SolrCore then the 
lifecycle of that metric will be the same, ie it will vanish when that instance 
of core is closed.

bq. My only concern here is how to namespace the metrics so that different 
producers clash on metric names. Perhaps give each producer access to the core 
name?
I think that the registration mechanism where SolrCore registers these metrics 
for each plugin is ok - it would be similar to how it works in your patch, 
except we would {{getOrCreate}} these metric instances instead of creating new 
ones for each registration.

bq. Sounds good. One suggestion I have is to namespace the registries. 
+1. In the pull request I used a core name, but that would be insufficient - it 
needs to be made into a hierarchy, eg. "/core/" for SolrCore metrics, 
"/jetty/..." for Jetty metrics, etc.


> Improve Solr metrics reporting
> --
>
> Key: SOLR-4735
> URL: https://issues.apache.org/jira/browse/SOLR-4735
> Project: Solr
>  Issue Type: Improvement
>Reporter: Alan Woodward
>Assignee: Andrzej Bialecki 
>Priority: Minor
> Attachments: SOLR-4735.patch, SOLR-4735.patch, SOLR-4735.patch, 
> SOLR-4735.patch
>
>
> Following on from a discussion on the mailing list:
> http://search-lucene.com/m/IO0EI1qdyJF1/codahale=Solr+metrics+in+Codahale+metrics+and+Graphite+
> It would be good to make Solr play more nicely with existing devops 
> monitoring systems, such as Graphite or Ganglia.  Stats monitoring at the 
> moment is poll-only, either via JMX or through the admin stats page.  I'd 
> like to refactor things a bit to make this more pluggable.
> This patch is a start.  It adds a new interface, InstrumentedBean, which 
> extends SolrInfoMBean to return a 
> [[Metrics|http://metrics.codahale.com/manual/core/]] MetricRegistry, and a 
> couple of MetricReporters (which basically just duplicate the JMX and admin 
> page reporting that's there at the moment, but which should be more 
> extensible).  The patch includes a change to RequestHandlerBase showing how 
> this could work.  The idea would be to eventually replace the getStatistics() 
> call on SolrInfoMBean with this instead.
> The next step would be to allow more MetricReporters to be defined in 
> solrconfig.xml.  The Metrics library comes with ganglia and graphite 
> reporting modules, and we can add contrib plugins for both of those.
> There's some more general cleanup that could be done around SolrInfoMBean 
> (we've got two plugin handlers at /mbeans and /plugins that basically do the 
> same thing, and the beans themselves have some weirdly inconsistent data on 
> them - getVersion() returns different things for different impls, and 
> getSource() seems pretty useless), but maybe that's for another issue.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[JENKINS] Lucene-Solr-master-Windows (64bit/jdk1.8.0_102) - Build # 6245 - Still unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/6245/
Java: 64bit/jdk1.8.0_102 -XX:-UseCompressedOops -XX:+UseG1GC

7 tests failed.
FAILED:  org.apache.solr.cloud.RecoveryZkTest.test

Error Message:
Mismatch in counts between replicas

Stack Trace:
java.lang.AssertionError: Mismatch in counts between replicas
at 
__randomizedtesting.SeedInfo.seed([2F639A5A9C47A321:A737A58032BBCED9]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.cloud.RecoveryZkTest.assertShardConsistency(RecoveryZkTest.java:143)
at org.apache.solr.cloud.RecoveryZkTest.test(RecoveryZkTest.java:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)


FAILED:  
org.apache.solr.cloud.TestSolrCloudWithDelegationTokens.testDelegationTokenCancelFail

Error Message:
expected:<200> but was:<404>

Stack Trace:
java.lang.AssertionError: expected:<200> but was:<404>
at 

[JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_102) - Build # 18369 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18369/
Java: 32bit/jdk1.8.0_102 -client -XX:+UseSerialGC

5 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation

Error Message:
1 thread leaked from SUITE scope at 
org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 1) 
Thread[id=1934, name=jetty-launcher-362-thread-2-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
 at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
 at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)  
   at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
 at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)  
   at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
 at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
 at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
 at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:522)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:498)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE 
scope at org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 
   1) Thread[id=1934, name=jetty-launcher-362-thread-2-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:522)
at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:498)
at __randomizedtesting.SeedInfo.seed([2195E94A3760C04F]:0)


FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testTwoUpdates

Error Message:
unknown UpdateRequestProcessorChain: 1The Apache Software Foundation is happy to announce BarCampApache 
Sydney, Australia, the first ASF-backed event in the Southern 
Hemisphere!

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
1The Apache Software 
Foundation is happy to announce BarCampApache Sydney, Australia, the first 
ASF-backed event in the Southern Hemisphere!
at 
__randomizedtesting.SeedInfo.seed([3060EF6BE7D9A419:3D2AB834FFF6C6B7]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 

[jira] [Commented] (LUCENE-7574) Another TestIndexSorting failures

2016-11-25 Thread Michael McCandless (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-7574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15695739#comment-15695739
 ] 

Michael McCandless commented on LUCENE-7574:


Thank you for digging on all these sorting failures!!

> Another TestIndexSorting failures
> -
>
> Key: LUCENE-7574
> URL: https://issues.apache.org/jira/browse/LUCENE-7574
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/index
>Affects Versions: 6.x, master (7.0)
>Reporter: Ferenczi Jim
> Attachments: LUCENE-7574-1.patch, LUCENE-7574-2.patch
>
>
> TestIndexSorting still fails with some seeds:
> {noformat}
>[junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=6E45BA611FCD7241 -Dtests.slow=true 
> -Dtests.locale=ko-KR -Dtests.timezone=America/Cordoba -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 0.64s J1 | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: org.junit.ComparisonFailure: expected:<[449]> 
> but was:<[650]>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([6E45BA611FCD7241:CC9DF4BB7B3F5B47]:0)
>[junit4]>  at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2264)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]   2> NOTE: leaving temporary files on disk at: 
> /var/lib/jenkins/workspace/apache+lucene-solr+branch_6x/lucene/build/core/test/J1/temp/lucene.index.TestIndexSorting_6E45BA611FCD7241-001
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene62): 
> {docs=PostingsFormat(name=MockRandom), norms=PostingsFormat(name=MockRandom), 
> positions=PostingsFormat(name=Memory doPackFST= true), 
> id=PostingsFormat(name=MockRandom), term_vectors=FSTOrd50}, 
> docValues:{multi_valued_long=DocValuesFormat(name=Direct), 
> double=DocValuesFormat(name=Lucene54), foo=DocValuesFormat(name=Direct), 
> numeric=DocValuesFormat(name=Lucene54), 
> positions=DocValuesFormat(name=Direct), 
> multi_valued_numeric=DocValuesFormat(name=Memory), 
> float=DocValuesFormat(name=Lucene54), int=DocValuesFormat(name=Memory), 
> long=DocValuesFormat(name=Lucene54), points=DocValuesFormat(name=Memory), 
> sorted=DocValuesFormat(name=Lucene54), 
> multi_valued_double=DocValuesFormat(name=Memory), 
> docs=DocValuesFormat(name=Memory), 
> multi_valued_string=DocValuesFormat(name=Memory), 
> norms=DocValuesFormat(name=Memory), bytes=DocValuesFormat(name=Memory), 
> binary=DocValuesFormat(name=Lucene54), id=DocValuesFormat(name=Memory), 
> multi_valued_int=DocValuesFormat(name=Lucene54), 
> multi_valued_bytes=DocValuesFormat(name=Lucene54), 
> multi_valued_float=DocValuesFormat(name=Lucene54), 
> term_vectors=DocValuesFormat(name=Lucene54)}, maxPointsInLeafNode=419, 
> maxMBSortInHeap=7.394324294878203, 
> sim=RandomSimilarity(queryNorm=true,coord=yes): {positions=DFR I(n)Z(0.3), 
> id=IB SPL-L1, term_vectors=DFR I(ne)B3(800.0)}, locale=ko-KR, 
> timezone=America/Cordoba
>[junit4]   2> NOTE: Linux 3.12.60-52.54-default amd64/Oracle Corporation 
> 1.8.0_111 (64-bit)/cpus=4,threads=1,free=105782608,total=240648192
>[junit4]   2> NOTE: All tests run in this JVM: [TestPayloads, 
> TestSnapshotDeletionPolicy, TestDocValues, FuzzyTermOnShortTermsTest, 
> TestNoMergeScheduler, TestPointValues, TestSegmentInfos, TestStressIndexing2, 
> TestSimpleExplanationsOfNonMatches, TestPrefixInBooleanQuery, TestTermQuery, 
> TestSegmentMerger, TestByteArrayDataInput, TestTransactions, TestMultiFields, 
> TestNRTReaderCleanup, TestPackedInts, TestIndexWriterExceptions, 
> TestSleepingLockWrapper, TestBlockPostingsFormat2, TestLSBRadixSorter, 
> TestSwappedIndexFiles, TestIndexWriterCommit, TestPrefixRandom, 
> Test4GBStoredFields, TestFuzzyQuery, TestCodecUtil, 
> TestSimpleSearchEquivalence, TestWeakIdentityMap, TestIndexWriterOnDiskFull, 
> TestTopDocsMerge, TestOmitTf, TestDuelingCodecs, TestRAMDirectory, 
> TestFlushByRamOrCountsPolicy, TestDemo, TestSimpleExplanationsWithFillerDocs, 
> TestByteSlices, TestParallelLeafReader, TestSortedSetSelector, 
> TestBagOfPostings, TestDemoParallelLeafReader, TestTopFieldCollector, 
> TestSearchForDuplicates, TestStringHelper, TestTragicIndexWriterDeadlock, 
> TestDirectPacked, TestSloppyMath, TestPrefixQuery, TestSimpleFSDirectory, 
> TestFixedLengthBytesRefArray, TestIndexingSequenceNumbers, TestCharArraySet, 
> TestRollingBuffer, TestPagedBytes, TestFixedBitSet, TestAutomaton, 
> TestPhrasePrefixQuery, TestMultiPhraseEnum, TestBytesRefAttImpl, 
> TestDocsAndPositions, TestCharsRefBuilder, TestDeterminizeLexicon, 
> TestNIOFSDirectory, TestConjunctionDISI, TestLiveFieldValues, TestBoolean2, 
> TestHighCompressionMode, TestIndexWriterUnicode, 

[jira] [Commented] (LUCENE-7574) Another TestIndexSorting failures

2016-11-25 Thread Ferenczi Jim (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-7574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15695686#comment-15695686
 ] 

Ferenczi Jim commented on LUCENE-7574:
--

{quote}Can you explain the first patch a bit more? It felt correct to me to 
take whether the sort is reversed into account in order to compute the missing 
ordinal?{quote}

Yes but if we do it twice and that reverts the sort on missing ordinals, so my 
patch is just removing one of them. Line 176 in 
MultiSorter.CrossReaderComparator reverseMul is applied to the result of the 
ordinals comparison. This is ok to do it on missing ordinals as well but we 
already applied the reverseMul on missing ordinal line 160 so the result is 
reversed. I hope it makes sense.

> Another TestIndexSorting failures
> -
>
> Key: LUCENE-7574
> URL: https://issues.apache.org/jira/browse/LUCENE-7574
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/index
>Affects Versions: 6.x, master (7.0)
>Reporter: Ferenczi Jim
> Attachments: LUCENE-7574-1.patch, LUCENE-7574-2.patch
>
>
> TestIndexSorting still fails with some seeds:
> {noformat}
>[junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=6E45BA611FCD7241 -Dtests.slow=true 
> -Dtests.locale=ko-KR -Dtests.timezone=America/Cordoba -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 0.64s J1 | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: org.junit.ComparisonFailure: expected:<[449]> 
> but was:<[650]>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([6E45BA611FCD7241:CC9DF4BB7B3F5B47]:0)
>[junit4]>  at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2264)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]   2> NOTE: leaving temporary files on disk at: 
> /var/lib/jenkins/workspace/apache+lucene-solr+branch_6x/lucene/build/core/test/J1/temp/lucene.index.TestIndexSorting_6E45BA611FCD7241-001
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene62): 
> {docs=PostingsFormat(name=MockRandom), norms=PostingsFormat(name=MockRandom), 
> positions=PostingsFormat(name=Memory doPackFST= true), 
> id=PostingsFormat(name=MockRandom), term_vectors=FSTOrd50}, 
> docValues:{multi_valued_long=DocValuesFormat(name=Direct), 
> double=DocValuesFormat(name=Lucene54), foo=DocValuesFormat(name=Direct), 
> numeric=DocValuesFormat(name=Lucene54), 
> positions=DocValuesFormat(name=Direct), 
> multi_valued_numeric=DocValuesFormat(name=Memory), 
> float=DocValuesFormat(name=Lucene54), int=DocValuesFormat(name=Memory), 
> long=DocValuesFormat(name=Lucene54), points=DocValuesFormat(name=Memory), 
> sorted=DocValuesFormat(name=Lucene54), 
> multi_valued_double=DocValuesFormat(name=Memory), 
> docs=DocValuesFormat(name=Memory), 
> multi_valued_string=DocValuesFormat(name=Memory), 
> norms=DocValuesFormat(name=Memory), bytes=DocValuesFormat(name=Memory), 
> binary=DocValuesFormat(name=Lucene54), id=DocValuesFormat(name=Memory), 
> multi_valued_int=DocValuesFormat(name=Lucene54), 
> multi_valued_bytes=DocValuesFormat(name=Lucene54), 
> multi_valued_float=DocValuesFormat(name=Lucene54), 
> term_vectors=DocValuesFormat(name=Lucene54)}, maxPointsInLeafNode=419, 
> maxMBSortInHeap=7.394324294878203, 
> sim=RandomSimilarity(queryNorm=true,coord=yes): {positions=DFR I(n)Z(0.3), 
> id=IB SPL-L1, term_vectors=DFR I(ne)B3(800.0)}, locale=ko-KR, 
> timezone=America/Cordoba
>[junit4]   2> NOTE: Linux 3.12.60-52.54-default amd64/Oracle Corporation 
> 1.8.0_111 (64-bit)/cpus=4,threads=1,free=105782608,total=240648192
>[junit4]   2> NOTE: All tests run in this JVM: [TestPayloads, 
> TestSnapshotDeletionPolicy, TestDocValues, FuzzyTermOnShortTermsTest, 
> TestNoMergeScheduler, TestPointValues, TestSegmentInfos, TestStressIndexing2, 
> TestSimpleExplanationsOfNonMatches, TestPrefixInBooleanQuery, TestTermQuery, 
> TestSegmentMerger, TestByteArrayDataInput, TestTransactions, TestMultiFields, 
> TestNRTReaderCleanup, TestPackedInts, TestIndexWriterExceptions, 
> TestSleepingLockWrapper, TestBlockPostingsFormat2, TestLSBRadixSorter, 
> TestSwappedIndexFiles, TestIndexWriterCommit, TestPrefixRandom, 
> Test4GBStoredFields, TestFuzzyQuery, TestCodecUtil, 
> TestSimpleSearchEquivalence, TestWeakIdentityMap, TestIndexWriterOnDiskFull, 
> TestTopDocsMerge, TestOmitTf, TestDuelingCodecs, TestRAMDirectory, 
> TestFlushByRamOrCountsPolicy, TestDemo, TestSimpleExplanationsWithFillerDocs, 
> TestByteSlices, TestParallelLeafReader, TestSortedSetSelector, 
> TestBagOfPostings, TestDemoParallelLeafReader, TestTopFieldCollector, 
> TestSearchForDuplicates, TestStringHelper, TestTragicIndexWriterDeadlock, 
> 

[jira] [Commented] (LUCENE-7574) Another TestIndexSorting failures

2016-11-25 Thread Adrien Grand (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-7574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15695549#comment-15695549
 ] 

Adrien Grand commented on LUCENE-7574:
--

Can you explain the first patch a bit more? It felt correct to me to take 
whether the sort is reversed into account in order to compute the missing 
ordinal?

> Another TestIndexSorting failures
> -
>
> Key: LUCENE-7574
> URL: https://issues.apache.org/jira/browse/LUCENE-7574
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/index
>Affects Versions: 6.x, master (7.0)
>Reporter: Ferenczi Jim
> Attachments: LUCENE-7574-1.patch, LUCENE-7574-2.patch
>
>
> TestIndexSorting still fails with some seeds:
> {noformat}
>[junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=6E45BA611FCD7241 -Dtests.slow=true 
> -Dtests.locale=ko-KR -Dtests.timezone=America/Cordoba -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 0.64s J1 | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: org.junit.ComparisonFailure: expected:<[449]> 
> but was:<[650]>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([6E45BA611FCD7241:CC9DF4BB7B3F5B47]:0)
>[junit4]>  at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2264)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]   2> NOTE: leaving temporary files on disk at: 
> /var/lib/jenkins/workspace/apache+lucene-solr+branch_6x/lucene/build/core/test/J1/temp/lucene.index.TestIndexSorting_6E45BA611FCD7241-001
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene62): 
> {docs=PostingsFormat(name=MockRandom), norms=PostingsFormat(name=MockRandom), 
> positions=PostingsFormat(name=Memory doPackFST= true), 
> id=PostingsFormat(name=MockRandom), term_vectors=FSTOrd50}, 
> docValues:{multi_valued_long=DocValuesFormat(name=Direct), 
> double=DocValuesFormat(name=Lucene54), foo=DocValuesFormat(name=Direct), 
> numeric=DocValuesFormat(name=Lucene54), 
> positions=DocValuesFormat(name=Direct), 
> multi_valued_numeric=DocValuesFormat(name=Memory), 
> float=DocValuesFormat(name=Lucene54), int=DocValuesFormat(name=Memory), 
> long=DocValuesFormat(name=Lucene54), points=DocValuesFormat(name=Memory), 
> sorted=DocValuesFormat(name=Lucene54), 
> multi_valued_double=DocValuesFormat(name=Memory), 
> docs=DocValuesFormat(name=Memory), 
> multi_valued_string=DocValuesFormat(name=Memory), 
> norms=DocValuesFormat(name=Memory), bytes=DocValuesFormat(name=Memory), 
> binary=DocValuesFormat(name=Lucene54), id=DocValuesFormat(name=Memory), 
> multi_valued_int=DocValuesFormat(name=Lucene54), 
> multi_valued_bytes=DocValuesFormat(name=Lucene54), 
> multi_valued_float=DocValuesFormat(name=Lucene54), 
> term_vectors=DocValuesFormat(name=Lucene54)}, maxPointsInLeafNode=419, 
> maxMBSortInHeap=7.394324294878203, 
> sim=RandomSimilarity(queryNorm=true,coord=yes): {positions=DFR I(n)Z(0.3), 
> id=IB SPL-L1, term_vectors=DFR I(ne)B3(800.0)}, locale=ko-KR, 
> timezone=America/Cordoba
>[junit4]   2> NOTE: Linux 3.12.60-52.54-default amd64/Oracle Corporation 
> 1.8.0_111 (64-bit)/cpus=4,threads=1,free=105782608,total=240648192
>[junit4]   2> NOTE: All tests run in this JVM: [TestPayloads, 
> TestSnapshotDeletionPolicy, TestDocValues, FuzzyTermOnShortTermsTest, 
> TestNoMergeScheduler, TestPointValues, TestSegmentInfos, TestStressIndexing2, 
> TestSimpleExplanationsOfNonMatches, TestPrefixInBooleanQuery, TestTermQuery, 
> TestSegmentMerger, TestByteArrayDataInput, TestTransactions, TestMultiFields, 
> TestNRTReaderCleanup, TestPackedInts, TestIndexWriterExceptions, 
> TestSleepingLockWrapper, TestBlockPostingsFormat2, TestLSBRadixSorter, 
> TestSwappedIndexFiles, TestIndexWriterCommit, TestPrefixRandom, 
> Test4GBStoredFields, TestFuzzyQuery, TestCodecUtil, 
> TestSimpleSearchEquivalence, TestWeakIdentityMap, TestIndexWriterOnDiskFull, 
> TestTopDocsMerge, TestOmitTf, TestDuelingCodecs, TestRAMDirectory, 
> TestFlushByRamOrCountsPolicy, TestDemo, TestSimpleExplanationsWithFillerDocs, 
> TestByteSlices, TestParallelLeafReader, TestSortedSetSelector, 
> TestBagOfPostings, TestDemoParallelLeafReader, TestTopFieldCollector, 
> TestSearchForDuplicates, TestStringHelper, TestTragicIndexWriterDeadlock, 
> TestDirectPacked, TestSloppyMath, TestPrefixQuery, TestSimpleFSDirectory, 
> TestFixedLengthBytesRefArray, TestIndexingSequenceNumbers, TestCharArraySet, 
> TestRollingBuffer, TestPagedBytes, TestFixedBitSet, TestAutomaton, 
> TestPhrasePrefixQuery, TestMultiPhraseEnum, TestBytesRefAttImpl, 
> TestDocsAndPositions, TestCharsRefBuilder, TestDeterminizeLexicon, 
> TestNIOFSDirectory, TestConjunctionDISI, 

[JENKINS] Lucene-Solr-Tests-master - Build # 1499 - Still unstable

2016-11-25 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/1499/

4 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testErrorHandling

Error Message:
unknown UpdateRequestProcessorChain: 2312312321312SpellCheckComponent got 
improvement related to recent Lucene changes.Add support for specifying 
Spelling SuggestWord Comparator to Lucene spell checkers for 
SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is attached if you 
need it, but it is also committed to trunk and 3_x branch. Last Lucene European 
Conference has been held in Prague.

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
2312312321312SpellCheckComponent got improvement related to recent Lucene 
changes. 
  Add support for specifying Spelling SuggestWord Comparator to Lucene spell 
checkers for SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is 
attached if you need it, but it is also committed to trunk and 3_x branch. Last 
Lucene European Conference has been held in Prague.
at 
__randomizedtesting.SeedInfo.seed([89AC8C260A8BAA0F:BC58F2185C5D2BDB]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testErrorHandling(UIMAUpdateRequestProcessorTest.java:137)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[jira] [Commented] (SOLR-9706) fetchIndex blocks incoming queries when issued on a replica in SolrCloud

2016-11-25 Thread Jeremy Hoy (JIRA)

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

Jeremy Hoy commented on SOLR-9706:
--

We have a setup that has separate indexing and searching clusters.  We do this 
using both solr cloud (primarily for searching) and master slave replication.  
It's worth noting that we ingest into named shards rather than letting solr 
cloud deal with sharding.  So this is achieved by using the normal enable.slave 
and enable.master init arguments, together with solrcloud.​skip.​autorecovery 
and using the NoOpDistributingUpdateProcessorFactory in the 
updateRequestProcessorChain in solrconfig.  The problem described here bit us 
as the searching slaves were usually blocked when partial replication started 
and would continue to be blocked until the new segments were downloaded; this 
was made worse for us as we monitor that solr is responding to admin ping 
requests and restart solr if that fails or times out a number of times in 
succession, which it was!

The reason the blocking happens is that in the IndexFetcher.fetchLatestIndex 
the searcher is closed if we're running solrcloud (which in our scenario we 
are, kind of!) and the replication is partial.  A new index writer is then 
created which takes an index writer write lock, which in turn blocks the 
creation of a newSearcher so any subsequent requests are blocked until the 
write lock is released when the replication completes.  This behavior was 
introduced as part of SOLR-6640 .  So the behavior is intentional in the sense 
the searcher is (must be) closed to prevent uncommited/flushed files resulting 
in index corruption.

For our situation then an obvious way to fix this is to check the init args to 
see if enabled.slave is set and then not close the searcher.  We could do the 
check using a method in IndexFetcher, setting a private property in the 
IndexFetcher constructor, or possibly adding a public get method for isSlave in 
the ReplicationHandler, or something else.  Not sure what the best approach is, 
but I'm happy to put a patch together, if you have a preference.

In the more general sense, would I be right in suggesting that in an high 
indexing scenario, or indeed post some sort of network partition event, that 
this could pose a real problem in a normal solrcloud setup if the new segment 
files being downloaded are large and either the network isn't particularly 
quick or you have a large number of followers in recovery all pulling files 
from the leader?  I.e there could be a bunch of followers blocked from taking 
search requests and a leader with a saturation network interface servicing all 
searches and delivering segment files to followers.  I'm not sure what the 
right approach to solving this would be.  Would opening a new searcher after 
the unused files have been cleaned up be a feasible way to at least mitigate 
the problem?  It's probably worth noting that with the code as it stands, and 
for our situation at least, it is possible for new searchers to be created 
during this process (it doesn't always block), depending on the timing of 
incoming search requests.

> fetchIndex blocks incoming queries when issued on a replica in SolrCloud
> 
>
> Key: SOLR-9706
> URL: https://issues.apache.org/jira/browse/SOLR-9706
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.3, trunk
>Reporter: Erick Erickson
>
> This is something of an edge case, but it's perfectly possible to issue a 
> fetchIndex command through the core admin API to a replica in SolrCloud. 
> While the fetch is going on, incoming queries are blocked. Then when the 
> fetch completes, all the queued-up queries execute.
> In the normal case, this is probably the proper behavior as a fetchIndex 
> during "normal" SolrCloud operation indicates that the replica's index is too 
> far out of date and _shouldn't_ serve queries, this is a special case.
> Why would one want to do this? Well, in _extremely_ high indexing throughput 
> situations, the additional time taken for the leader forwarding the query on 
> to a follower is too high. So there is an indexing cluster and a search 
> cluster and an external process that issues a fetchIndex to each replica in 
> the search cluster periodiclally.
> What do people think about an "expert" option for fetchIndex that would cause 
> a replica to behave like the old master/slave days and continue serving 
> queries while the fetchindex was going on? Or another solution?
> FWIW, here's the stack traces where the blocking is going on (6.3 about). 
> This is not hard to reproduce if you introduce an artificial delay in the 
> fetch command then submit a fetchIndex and try to query.
> 

[jira] [Commented] (SOLR-4735) Improve Solr metrics reporting

2016-11-25 Thread Kelvin Wong (JIRA)

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

Kelvin Wong commented on SOLR-4735:
---

{quote}
Having a reload reset stats is a bad idea. We can provide an explicit API to 
reset stats for a node or a core if required.
{quote}
Right now, each producer creates/manages its own set of metrics. It might make 
sense to have some global object creating/managing all our metrics instead. 
Each producer can then call {{getOrCreate}} so that the same set of metrics are 
used across core reloads. My only concern here is how to namespace the metrics 
so that different producers clash on metric names. Perhaps give each producer 
access to the core name?

{quote}
Perhaps SolrMetricManager should use long-lived MetricRegistry instances that 
are managed in SharedMetricsRegistries?
{quote}
Sounds good. One suggestion I have is to namespace the registries. For example, 
we can have each {{SolrCore}} report on a registry, Jetty report on another, 
JVM on another, etc... Then we can configure reporters for each such registry 
by just specifying its name. This keeps the different sets of metrics nicely 
isolated and gives us flexibility as to how to report each set of metrics?

> Improve Solr metrics reporting
> --
>
> Key: SOLR-4735
> URL: https://issues.apache.org/jira/browse/SOLR-4735
> Project: Solr
>  Issue Type: Improvement
>Reporter: Alan Woodward
>Assignee: Andrzej Bialecki 
>Priority: Minor
> Attachments: SOLR-4735.patch, SOLR-4735.patch, SOLR-4735.patch, 
> SOLR-4735.patch
>
>
> Following on from a discussion on the mailing list:
> http://search-lucene.com/m/IO0EI1qdyJF1/codahale=Solr+metrics+in+Codahale+metrics+and+Graphite+
> It would be good to make Solr play more nicely with existing devops 
> monitoring systems, such as Graphite or Ganglia.  Stats monitoring at the 
> moment is poll-only, either via JMX or through the admin stats page.  I'd 
> like to refactor things a bit to make this more pluggable.
> This patch is a start.  It adds a new interface, InstrumentedBean, which 
> extends SolrInfoMBean to return a 
> [[Metrics|http://metrics.codahale.com/manual/core/]] MetricRegistry, and a 
> couple of MetricReporters (which basically just duplicate the JMX and admin 
> page reporting that's there at the moment, but which should be more 
> extensible).  The patch includes a change to RequestHandlerBase showing how 
> this could work.  The idea would be to eventually replace the getStatistics() 
> call on SolrInfoMBean with this instead.
> The next step would be to allow more MetricReporters to be defined in 
> solrconfig.xml.  The Metrics library comes with ganglia and graphite 
> reporting modules, and we can add contrib plugins for both of those.
> There's some more general cleanup that could be done around SolrInfoMBean 
> (we've got two plugin handlers at /mbeans and /plugins that basically do the 
> same thing, and the beans themselves have some weirdly inconsistent data on 
> them - getVersion() returns different things for different impls, and 
> getSource() seems pretty useless), but maybe that's for another issue.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



[JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_102) - Build # 18368 - Still Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18368/
Java: 32bit/jdk1.8.0_102 -client -XX:+UseG1GC

4 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testTwoUpdates

Error Message:
unknown UpdateRequestProcessorChain: 1The Apache Software Foundation is happy to announce BarCampApache 
Sydney, Australia, the first ASF-backed event in the Southern 
Hemisphere!

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
1The Apache Software 
Foundation is happy to announce BarCampApache Sydney, Australia, the first 
ASF-backed event in the Southern Hemisphere!
at 
__randomizedtesting.SeedInfo.seed([92850282BDF7335E:9FCF55DDA5D851F0]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testTwoUpdates(UIMAUpdateRequestProcessorTest.java:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 

[JENKINS] Lucene-Solr-master-Solaris (64bit/jdk1.8.0) - Build # 969 - Unstable!

2016-11-25 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/969/
Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseSerialGC

4 tests failed.
FAILED:  
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testErrorHandling

Error Message:
unknown UpdateRequestProcessorChain: 2312312321312SpellCheckComponent got 
improvement related to recent Lucene changes.Add support for specifying 
Spelling SuggestWord Comparator to Lucene spell checkers for 
SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is attached if you 
need it, but it is also committed to trunk and 3_x branch. Last Lucene European 
Conference has been held in Prague.

Stack Trace:
org.apache.solr.common.SolrException: unknown UpdateRequestProcessorChain: 
2312312321312SpellCheckComponent got improvement related to recent Lucene 
changes. 
  Add support for specifying Spelling SuggestWord Comparator to Lucene spell 
checkers for SpellCheckComponent. Issue SOLR-2053 is already fixed, patch is 
attached if you need it, but it is also committed to trunk and 3_x branch. Last 
Lucene European Conference has been held in Prague.
at 
__randomizedtesting.SeedInfo.seed([1E6F7E32F1994784:2B9B000CA74FC650]:0)
at 
org.apache.solr.core.SolrCore.getUpdateProcessingChain(SolrCore.java:1214)
at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1222)
at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:52)
at org.apache.solr.SolrTestCaseJ4.addDoc(SolrTestCaseJ4.java:1031)
at 
org.apache.solr.uima.processor.UIMAUpdateRequestProcessorTest.testErrorHandling(UIMAUpdateRequestProcessorTest.java:137)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[jira] [Commented] (LUCENE-7569) TestIndexSorting failures

2016-11-25 Thread Ferenczi Jim (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-7569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15695345#comment-15695345
 ] 

Ferenczi Jim commented on LUCENE-7569:
--

I opened https://issues.apache.org/jira/browse/LUCENE-7574 for the recent 
failures. Sorry for the noise.

> TestIndexSorting failures
> -
>
> Key: LUCENE-7569
> URL: https://issues.apache.org/jira/browse/LUCENE-7569
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Steve Rowe
>Assignee: Michael McCandless
>Priority: Blocker
> Fix For: master (7.0), 6.4
>
> Attachments: LUCENE-7569.patch
>
>
> My Jenkins found two reproducing seeds on branch_6x - these look different, 
> but the failures happened on consecutive nightly runs:
> {noformat}
> Checking out Revision 535bf59a3b239f5c7bcd8c00f3e452c9b5e9b539 
> (refs/remotes/origin/branch_6x)
> [...]
>   [junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> ??? 18, 2016 9:50:39 AM 
> com.carrotsearch.randomizedtesting.RandomizedRunner$QueueUncaughtExceptionsHandler
>  uncaughtException
>[junit4]   2> WARNING: Uncaught exception in thread: Thread[Lucene Merge 
> Thread #0,5,TGRP-TestIndexSorting]
>[junit4]   2> org.apache.lucene.index.MergePolicy$MergeException: 
> java.lang.AssertionError: nextValue=4594289799775307848 vs 
> previous=4606302611760746829
>[junit4]   2>at 
> __randomizedtesting.SeedInfo.seed([5F8898DCABBFD056]:0)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler.handleMergeException(ConcurrentMergeScheduler.java:668)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:648)
>[junit4]   2> Caused by: java.lang.AssertionError: 
> nextValue=4594289799775307848 vs previous=4606302611760746829
>[junit4]   2>at 
> org.apache.lucene.codecs.asserting.AssertingDocValuesFormat$AssertingDocValuesConsumer.addSortedNumericField(AssertingDocValuesFormat.java:152)
>[junit4]   2>at 
> org.apache.lucene.codecs.DocValuesConsumer.mergeSortedNumericField(DocValuesConsumer.java:470)
>[junit4]   2>at 
> org.apache.lucene.codecs.DocValuesConsumer.merge(DocValuesConsumer.java:243)
>[junit4]   2>at 
> org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.merge(PerFieldDocValuesFormat.java:153)
>[junit4]   2>at 
> org.apache.lucene.index.SegmentMerger.mergeDocValues(SegmentMerger.java:167)
>[junit4]   2>at 
> org.apache.lucene.index.SegmentMerger.merge(SegmentMerger.java:111)
>[junit4]   2>at 
> org.apache.lucene.index.IndexWriter.mergeMiddle(IndexWriter.java:4320)
>[junit4]   2>at 
> org.apache.lucene.index.IndexWriter.merge(IndexWriter.java:3897)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler.doMerge(ConcurrentMergeScheduler.java:588)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:626)
>[junit4]   2> 
>[junit4]   2> NOTE: download the large Jenkins line-docs file by running 
> 'ant get-jenkins-line-docs' in the lucene directory.
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=5F8898DCABBFD056 -Dtests.multiplier=2 
> -Dtests.nightly=true -Dtests.slow=true 
> -Dtests.linedocsfile=/home/jenkins/lucene-data/enwiki.random.lines.txt 
> -Dtests.locale=he -Dtests.timezone=Canada/Central -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   14.9s J5  | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: 
> org.apache.lucene.store.AlreadyClosedException: this IndexWriter is closed
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:748)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:762)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1566)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:1315)
>[junit4]>at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2019)
>[junit4]>at java.lang.Thread.run(Thread.java:745)
>[junit4]> Caused by: java.lang.AssertionError: 
> nextValue=4594289799775307848 vs previous=4606302611760746829
>[junit4]>at 
> org.apache.lucene.codecs.asserting.AssertingDocValuesFormat$AssertingDocValuesConsumer.addSortedNumericField(AssertingDocValuesFormat.java:152)
>[junit4]>at 
> org.apache.lucene.codecs.DocValuesConsumer.mergeSortedNumericField(DocValuesConsumer.java:470)
>[junit4]>at 
> 

[jira] [Updated] (LUCENE-7574) Another TestIndexSorting failures

2016-11-25 Thread Ferenczi Jim (JIRA)

 [ 
https://issues.apache.org/jira/browse/LUCENE-7574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ferenczi Jim updated LUCENE-7574:
-
Attachment: LUCENE-7574-2.patch

This second patch is for the tesNumericAlreadySorted failure and should be 
applied on master and branch_6x. This test didn't expect that merge with a 
single segment was possible. 

> Another TestIndexSorting failures
> -
>
> Key: LUCENE-7574
> URL: https://issues.apache.org/jira/browse/LUCENE-7574
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/index
>Affects Versions: 6.x, master (7.0)
>Reporter: Ferenczi Jim
> Attachments: LUCENE-7574-1.patch, LUCENE-7574-2.patch
>
>
> TestIndexSorting still fails with some seeds:
> {noformat}
>[junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=6E45BA611FCD7241 -Dtests.slow=true 
> -Dtests.locale=ko-KR -Dtests.timezone=America/Cordoba -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 0.64s J1 | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: org.junit.ComparisonFailure: expected:<[449]> 
> but was:<[650]>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([6E45BA611FCD7241:CC9DF4BB7B3F5B47]:0)
>[junit4]>  at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2264)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]   2> NOTE: leaving temporary files on disk at: 
> /var/lib/jenkins/workspace/apache+lucene-solr+branch_6x/lucene/build/core/test/J1/temp/lucene.index.TestIndexSorting_6E45BA611FCD7241-001
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene62): 
> {docs=PostingsFormat(name=MockRandom), norms=PostingsFormat(name=MockRandom), 
> positions=PostingsFormat(name=Memory doPackFST= true), 
> id=PostingsFormat(name=MockRandom), term_vectors=FSTOrd50}, 
> docValues:{multi_valued_long=DocValuesFormat(name=Direct), 
> double=DocValuesFormat(name=Lucene54), foo=DocValuesFormat(name=Direct), 
> numeric=DocValuesFormat(name=Lucene54), 
> positions=DocValuesFormat(name=Direct), 
> multi_valued_numeric=DocValuesFormat(name=Memory), 
> float=DocValuesFormat(name=Lucene54), int=DocValuesFormat(name=Memory), 
> long=DocValuesFormat(name=Lucene54), points=DocValuesFormat(name=Memory), 
> sorted=DocValuesFormat(name=Lucene54), 
> multi_valued_double=DocValuesFormat(name=Memory), 
> docs=DocValuesFormat(name=Memory), 
> multi_valued_string=DocValuesFormat(name=Memory), 
> norms=DocValuesFormat(name=Memory), bytes=DocValuesFormat(name=Memory), 
> binary=DocValuesFormat(name=Lucene54), id=DocValuesFormat(name=Memory), 
> multi_valued_int=DocValuesFormat(name=Lucene54), 
> multi_valued_bytes=DocValuesFormat(name=Lucene54), 
> multi_valued_float=DocValuesFormat(name=Lucene54), 
> term_vectors=DocValuesFormat(name=Lucene54)}, maxPointsInLeafNode=419, 
> maxMBSortInHeap=7.394324294878203, 
> sim=RandomSimilarity(queryNorm=true,coord=yes): {positions=DFR I(n)Z(0.3), 
> id=IB SPL-L1, term_vectors=DFR I(ne)B3(800.0)}, locale=ko-KR, 
> timezone=America/Cordoba
>[junit4]   2> NOTE: Linux 3.12.60-52.54-default amd64/Oracle Corporation 
> 1.8.0_111 (64-bit)/cpus=4,threads=1,free=105782608,total=240648192
>[junit4]   2> NOTE: All tests run in this JVM: [TestPayloads, 
> TestSnapshotDeletionPolicy, TestDocValues, FuzzyTermOnShortTermsTest, 
> TestNoMergeScheduler, TestPointValues, TestSegmentInfos, TestStressIndexing2, 
> TestSimpleExplanationsOfNonMatches, TestPrefixInBooleanQuery, TestTermQuery, 
> TestSegmentMerger, TestByteArrayDataInput, TestTransactions, TestMultiFields, 
> TestNRTReaderCleanup, TestPackedInts, TestIndexWriterExceptions, 
> TestSleepingLockWrapper, TestBlockPostingsFormat2, TestLSBRadixSorter, 
> TestSwappedIndexFiles, TestIndexWriterCommit, TestPrefixRandom, 
> Test4GBStoredFields, TestFuzzyQuery, TestCodecUtil, 
> TestSimpleSearchEquivalence, TestWeakIdentityMap, TestIndexWriterOnDiskFull, 
> TestTopDocsMerge, TestOmitTf, TestDuelingCodecs, TestRAMDirectory, 
> TestFlushByRamOrCountsPolicy, TestDemo, TestSimpleExplanationsWithFillerDocs, 
> TestByteSlices, TestParallelLeafReader, TestSortedSetSelector, 
> TestBagOfPostings, TestDemoParallelLeafReader, TestTopFieldCollector, 
> TestSearchForDuplicates, TestStringHelper, TestTragicIndexWriterDeadlock, 
> TestDirectPacked, TestSloppyMath, TestPrefixQuery, TestSimpleFSDirectory, 
> TestFixedLengthBytesRefArray, TestIndexingSequenceNumbers, TestCharArraySet, 
> TestRollingBuffer, TestPagedBytes, TestFixedBitSet, TestAutomaton, 
> TestPhrasePrefixQuery, TestMultiPhraseEnum, TestBytesRefAttImpl, 
> TestDocsAndPositions, TestCharsRefBuilder, TestDeterminizeLexicon, 
> TestNIOFSDirectory, 

[jira] [Updated] (LUCENE-7569) TestIndexSorting failures

2016-11-25 Thread Ferenczi Jim (JIRA)

 [ 
https://issues.apache.org/jira/browse/LUCENE-7569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ferenczi Jim updated LUCENE-7569:
-
Attachment: (was: LUCENE-7574-1.patch)

> TestIndexSorting failures
> -
>
> Key: LUCENE-7569
> URL: https://issues.apache.org/jira/browse/LUCENE-7569
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Steve Rowe
>Assignee: Michael McCandless
>Priority: Blocker
> Fix For: master (7.0), 6.4
>
> Attachments: LUCENE-7569.patch
>
>
> My Jenkins found two reproducing seeds on branch_6x - these look different, 
> but the failures happened on consecutive nightly runs:
> {noformat}
> Checking out Revision 535bf59a3b239f5c7bcd8c00f3e452c9b5e9b539 
> (refs/remotes/origin/branch_6x)
> [...]
>   [junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> ??? 18, 2016 9:50:39 AM 
> com.carrotsearch.randomizedtesting.RandomizedRunner$QueueUncaughtExceptionsHandler
>  uncaughtException
>[junit4]   2> WARNING: Uncaught exception in thread: Thread[Lucene Merge 
> Thread #0,5,TGRP-TestIndexSorting]
>[junit4]   2> org.apache.lucene.index.MergePolicy$MergeException: 
> java.lang.AssertionError: nextValue=4594289799775307848 vs 
> previous=4606302611760746829
>[junit4]   2>at 
> __randomizedtesting.SeedInfo.seed([5F8898DCABBFD056]:0)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler.handleMergeException(ConcurrentMergeScheduler.java:668)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:648)
>[junit4]   2> Caused by: java.lang.AssertionError: 
> nextValue=4594289799775307848 vs previous=4606302611760746829
>[junit4]   2>at 
> org.apache.lucene.codecs.asserting.AssertingDocValuesFormat$AssertingDocValuesConsumer.addSortedNumericField(AssertingDocValuesFormat.java:152)
>[junit4]   2>at 
> org.apache.lucene.codecs.DocValuesConsumer.mergeSortedNumericField(DocValuesConsumer.java:470)
>[junit4]   2>at 
> org.apache.lucene.codecs.DocValuesConsumer.merge(DocValuesConsumer.java:243)
>[junit4]   2>at 
> org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.merge(PerFieldDocValuesFormat.java:153)
>[junit4]   2>at 
> org.apache.lucene.index.SegmentMerger.mergeDocValues(SegmentMerger.java:167)
>[junit4]   2>at 
> org.apache.lucene.index.SegmentMerger.merge(SegmentMerger.java:111)
>[junit4]   2>at 
> org.apache.lucene.index.IndexWriter.mergeMiddle(IndexWriter.java:4320)
>[junit4]   2>at 
> org.apache.lucene.index.IndexWriter.merge(IndexWriter.java:3897)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler.doMerge(ConcurrentMergeScheduler.java:588)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:626)
>[junit4]   2> 
>[junit4]   2> NOTE: download the large Jenkins line-docs file by running 
> 'ant get-jenkins-line-docs' in the lucene directory.
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=5F8898DCABBFD056 -Dtests.multiplier=2 
> -Dtests.nightly=true -Dtests.slow=true 
> -Dtests.linedocsfile=/home/jenkins/lucene-data/enwiki.random.lines.txt 
> -Dtests.locale=he -Dtests.timezone=Canada/Central -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   14.9s J5  | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: 
> org.apache.lucene.store.AlreadyClosedException: this IndexWriter is closed
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:748)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:762)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1566)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:1315)
>[junit4]>at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2019)
>[junit4]>at java.lang.Thread.run(Thread.java:745)
>[junit4]> Caused by: java.lang.AssertionError: 
> nextValue=4594289799775307848 vs previous=4606302611760746829
>[junit4]>at 
> org.apache.lucene.codecs.asserting.AssertingDocValuesFormat$AssertingDocValuesConsumer.addSortedNumericField(AssertingDocValuesFormat.java:152)
>[junit4]>at 
> org.apache.lucene.codecs.DocValuesConsumer.mergeSortedNumericField(DocValuesConsumer.java:470)
>[junit4]>at 
> org.apache.lucene.codecs.DocValuesConsumer.merge(DocValuesConsumer.java:243)
>[junit4]>at 
> 

[jira] [Issue Comment Deleted] (LUCENE-7569) TestIndexSorting failures

2016-11-25 Thread Ferenczi Jim (JIRA)

 [ 
https://issues.apache.org/jira/browse/LUCENE-7569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ferenczi Jim updated LUCENE-7569:
-
Comment: was deleted

(was: This is a patch for branch_6x only. It fixes the test failure on 
TestIndexSorting#random3. master is not affected since the bug is due to the 
rewriting of a master patch to the 6x branch.
The bug is that we reverse the sort twice when comparing two multi-valued field 
with no values.)

> TestIndexSorting failures
> -
>
> Key: LUCENE-7569
> URL: https://issues.apache.org/jira/browse/LUCENE-7569
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Steve Rowe
>Assignee: Michael McCandless
>Priority: Blocker
> Fix For: master (7.0), 6.4
>
> Attachments: LUCENE-7569.patch
>
>
> My Jenkins found two reproducing seeds on branch_6x - these look different, 
> but the failures happened on consecutive nightly runs:
> {noformat}
> Checking out Revision 535bf59a3b239f5c7bcd8c00f3e452c9b5e9b539 
> (refs/remotes/origin/branch_6x)
> [...]
>   [junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> ??? 18, 2016 9:50:39 AM 
> com.carrotsearch.randomizedtesting.RandomizedRunner$QueueUncaughtExceptionsHandler
>  uncaughtException
>[junit4]   2> WARNING: Uncaught exception in thread: Thread[Lucene Merge 
> Thread #0,5,TGRP-TestIndexSorting]
>[junit4]   2> org.apache.lucene.index.MergePolicy$MergeException: 
> java.lang.AssertionError: nextValue=4594289799775307848 vs 
> previous=4606302611760746829
>[junit4]   2>at 
> __randomizedtesting.SeedInfo.seed([5F8898DCABBFD056]:0)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler.handleMergeException(ConcurrentMergeScheduler.java:668)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:648)
>[junit4]   2> Caused by: java.lang.AssertionError: 
> nextValue=4594289799775307848 vs previous=4606302611760746829
>[junit4]   2>at 
> org.apache.lucene.codecs.asserting.AssertingDocValuesFormat$AssertingDocValuesConsumer.addSortedNumericField(AssertingDocValuesFormat.java:152)
>[junit4]   2>at 
> org.apache.lucene.codecs.DocValuesConsumer.mergeSortedNumericField(DocValuesConsumer.java:470)
>[junit4]   2>at 
> org.apache.lucene.codecs.DocValuesConsumer.merge(DocValuesConsumer.java:243)
>[junit4]   2>at 
> org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.merge(PerFieldDocValuesFormat.java:153)
>[junit4]   2>at 
> org.apache.lucene.index.SegmentMerger.mergeDocValues(SegmentMerger.java:167)
>[junit4]   2>at 
> org.apache.lucene.index.SegmentMerger.merge(SegmentMerger.java:111)
>[junit4]   2>at 
> org.apache.lucene.index.IndexWriter.mergeMiddle(IndexWriter.java:4320)
>[junit4]   2>at 
> org.apache.lucene.index.IndexWriter.merge(IndexWriter.java:3897)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler.doMerge(ConcurrentMergeScheduler.java:588)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:626)
>[junit4]   2> 
>[junit4]   2> NOTE: download the large Jenkins line-docs file by running 
> 'ant get-jenkins-line-docs' in the lucene directory.
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=5F8898DCABBFD056 -Dtests.multiplier=2 
> -Dtests.nightly=true -Dtests.slow=true 
> -Dtests.linedocsfile=/home/jenkins/lucene-data/enwiki.random.lines.txt 
> -Dtests.locale=he -Dtests.timezone=Canada/Central -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   14.9s J5  | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: 
> org.apache.lucene.store.AlreadyClosedException: this IndexWriter is closed
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:748)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:762)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1566)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:1315)
>[junit4]>at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2019)
>[junit4]>at java.lang.Thread.run(Thread.java:745)
>[junit4]> Caused by: java.lang.AssertionError: 
> nextValue=4594289799775307848 vs previous=4606302611760746829
>[junit4]>at 
> org.apache.lucene.codecs.asserting.AssertingDocValuesFormat$AssertingDocValuesConsumer.addSortedNumericField(AssertingDocValuesFormat.java:152)
>  

[jira] [Updated] (LUCENE-7574) Another TestIndexSorting failures

2016-11-25 Thread Ferenczi Jim (JIRA)

 [ 
https://issues.apache.org/jira/browse/LUCENE-7574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ferenczi Jim updated LUCENE-7574:
-
Attachment: LUCENE-7574-1.patch

This is a patch for branch_6x only. It fixes the test failure on 
TestIndexSorting#random3. master is not affected since the bug is due to the 
rewriting of a master patch to the 6x branch.
The bug is that we reverse the sort twice when comparing two multi-valued field 
with no values.

> Another TestIndexSorting failures
> -
>
> Key: LUCENE-7574
> URL: https://issues.apache.org/jira/browse/LUCENE-7574
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/index
>Affects Versions: 6.x, master (7.0)
>Reporter: Ferenczi Jim
> Attachments: LUCENE-7574-1.patch
>
>
> TestIndexSorting still fails with some seeds:
> {noformat}
>[junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=6E45BA611FCD7241 -Dtests.slow=true 
> -Dtests.locale=ko-KR -Dtests.timezone=America/Cordoba -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] FAILURE 0.64s J1 | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: org.junit.ComparisonFailure: expected:<[449]> 
> but was:<[650]>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([6E45BA611FCD7241:CC9DF4BB7B3F5B47]:0)
>[junit4]>  at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2264)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]   2> NOTE: leaving temporary files on disk at: 
> /var/lib/jenkins/workspace/apache+lucene-solr+branch_6x/lucene/build/core/test/J1/temp/lucene.index.TestIndexSorting_6E45BA611FCD7241-001
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene62): 
> {docs=PostingsFormat(name=MockRandom), norms=PostingsFormat(name=MockRandom), 
> positions=PostingsFormat(name=Memory doPackFST= true), 
> id=PostingsFormat(name=MockRandom), term_vectors=FSTOrd50}, 
> docValues:{multi_valued_long=DocValuesFormat(name=Direct), 
> double=DocValuesFormat(name=Lucene54), foo=DocValuesFormat(name=Direct), 
> numeric=DocValuesFormat(name=Lucene54), 
> positions=DocValuesFormat(name=Direct), 
> multi_valued_numeric=DocValuesFormat(name=Memory), 
> float=DocValuesFormat(name=Lucene54), int=DocValuesFormat(name=Memory), 
> long=DocValuesFormat(name=Lucene54), points=DocValuesFormat(name=Memory), 
> sorted=DocValuesFormat(name=Lucene54), 
> multi_valued_double=DocValuesFormat(name=Memory), 
> docs=DocValuesFormat(name=Memory), 
> multi_valued_string=DocValuesFormat(name=Memory), 
> norms=DocValuesFormat(name=Memory), bytes=DocValuesFormat(name=Memory), 
> binary=DocValuesFormat(name=Lucene54), id=DocValuesFormat(name=Memory), 
> multi_valued_int=DocValuesFormat(name=Lucene54), 
> multi_valued_bytes=DocValuesFormat(name=Lucene54), 
> multi_valued_float=DocValuesFormat(name=Lucene54), 
> term_vectors=DocValuesFormat(name=Lucene54)}, maxPointsInLeafNode=419, 
> maxMBSortInHeap=7.394324294878203, 
> sim=RandomSimilarity(queryNorm=true,coord=yes): {positions=DFR I(n)Z(0.3), 
> id=IB SPL-L1, term_vectors=DFR I(ne)B3(800.0)}, locale=ko-KR, 
> timezone=America/Cordoba
>[junit4]   2> NOTE: Linux 3.12.60-52.54-default amd64/Oracle Corporation 
> 1.8.0_111 (64-bit)/cpus=4,threads=1,free=105782608,total=240648192
>[junit4]   2> NOTE: All tests run in this JVM: [TestPayloads, 
> TestSnapshotDeletionPolicy, TestDocValues, FuzzyTermOnShortTermsTest, 
> TestNoMergeScheduler, TestPointValues, TestSegmentInfos, TestStressIndexing2, 
> TestSimpleExplanationsOfNonMatches, TestPrefixInBooleanQuery, TestTermQuery, 
> TestSegmentMerger, TestByteArrayDataInput, TestTransactions, TestMultiFields, 
> TestNRTReaderCleanup, TestPackedInts, TestIndexWriterExceptions, 
> TestSleepingLockWrapper, TestBlockPostingsFormat2, TestLSBRadixSorter, 
> TestSwappedIndexFiles, TestIndexWriterCommit, TestPrefixRandom, 
> Test4GBStoredFields, TestFuzzyQuery, TestCodecUtil, 
> TestSimpleSearchEquivalence, TestWeakIdentityMap, TestIndexWriterOnDiskFull, 
> TestTopDocsMerge, TestOmitTf, TestDuelingCodecs, TestRAMDirectory, 
> TestFlushByRamOrCountsPolicy, TestDemo, TestSimpleExplanationsWithFillerDocs, 
> TestByteSlices, TestParallelLeafReader, TestSortedSetSelector, 
> TestBagOfPostings, TestDemoParallelLeafReader, TestTopFieldCollector, 
> TestSearchForDuplicates, TestStringHelper, TestTragicIndexWriterDeadlock, 
> TestDirectPacked, TestSloppyMath, TestPrefixQuery, TestSimpleFSDirectory, 
> TestFixedLengthBytesRefArray, TestIndexingSequenceNumbers, TestCharArraySet, 
> TestRollingBuffer, TestPagedBytes, TestFixedBitSet, TestAutomaton, 
> TestPhrasePrefixQuery, TestMultiPhraseEnum, TestBytesRefAttImpl, 
> 

[jira] [Updated] (LUCENE-7569) TestIndexSorting failures

2016-11-25 Thread Ferenczi Jim (JIRA)

 [ 
https://issues.apache.org/jira/browse/LUCENE-7569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ferenczi Jim updated LUCENE-7569:
-
Attachment: LUCENE-7574-1.patch

This is a patch for branch_6x only. It fixes the test failure on 
TestIndexSorting#random3. master is not affected since the bug is due to the 
rewriting of a master patch to the 6x branch.
The bug is that we reverse the sort twice when comparing two multi-valued field 
with no values.

> TestIndexSorting failures
> -
>
> Key: LUCENE-7569
> URL: https://issues.apache.org/jira/browse/LUCENE-7569
> Project: Lucene - Core
>  Issue Type: Bug
>Reporter: Steve Rowe
>Assignee: Michael McCandless
>Priority: Blocker
> Fix For: master (7.0), 6.4
>
> Attachments: LUCENE-7569.patch, LUCENE-7574-1.patch
>
>
> My Jenkins found two reproducing seeds on branch_6x - these look different, 
> but the failures happened on consecutive nightly runs:
> {noformat}
> Checking out Revision 535bf59a3b239f5c7bcd8c00f3e452c9b5e9b539 
> (refs/remotes/origin/branch_6x)
> [...]
>   [junit4] Suite: org.apache.lucene.index.TestIndexSorting
>[junit4]   2> ??? 18, 2016 9:50:39 AM 
> com.carrotsearch.randomizedtesting.RandomizedRunner$QueueUncaughtExceptionsHandler
>  uncaughtException
>[junit4]   2> WARNING: Uncaught exception in thread: Thread[Lucene Merge 
> Thread #0,5,TGRP-TestIndexSorting]
>[junit4]   2> org.apache.lucene.index.MergePolicy$MergeException: 
> java.lang.AssertionError: nextValue=4594289799775307848 vs 
> previous=4606302611760746829
>[junit4]   2>at 
> __randomizedtesting.SeedInfo.seed([5F8898DCABBFD056]:0)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler.handleMergeException(ConcurrentMergeScheduler.java:668)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:648)
>[junit4]   2> Caused by: java.lang.AssertionError: 
> nextValue=4594289799775307848 vs previous=4606302611760746829
>[junit4]   2>at 
> org.apache.lucene.codecs.asserting.AssertingDocValuesFormat$AssertingDocValuesConsumer.addSortedNumericField(AssertingDocValuesFormat.java:152)
>[junit4]   2>at 
> org.apache.lucene.codecs.DocValuesConsumer.mergeSortedNumericField(DocValuesConsumer.java:470)
>[junit4]   2>at 
> org.apache.lucene.codecs.DocValuesConsumer.merge(DocValuesConsumer.java:243)
>[junit4]   2>at 
> org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.merge(PerFieldDocValuesFormat.java:153)
>[junit4]   2>at 
> org.apache.lucene.index.SegmentMerger.mergeDocValues(SegmentMerger.java:167)
>[junit4]   2>at 
> org.apache.lucene.index.SegmentMerger.merge(SegmentMerger.java:111)
>[junit4]   2>at 
> org.apache.lucene.index.IndexWriter.mergeMiddle(IndexWriter.java:4320)
>[junit4]   2>at 
> org.apache.lucene.index.IndexWriter.merge(IndexWriter.java:3897)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler.doMerge(ConcurrentMergeScheduler.java:588)
>[junit4]   2>at 
> org.apache.lucene.index.ConcurrentMergeScheduler$MergeThread.run(ConcurrentMergeScheduler.java:626)
>[junit4]   2> 
>[junit4]   2> NOTE: download the large Jenkins line-docs file by running 
> 'ant get-jenkins-line-docs' in the lucene directory.
>[junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
> -Dtests.method=testRandom3 -Dtests.seed=5F8898DCABBFD056 -Dtests.multiplier=2 
> -Dtests.nightly=true -Dtests.slow=true 
> -Dtests.linedocsfile=/home/jenkins/lucene-data/enwiki.random.lines.txt 
> -Dtests.locale=he -Dtests.timezone=Canada/Central -Dtests.asserts=true 
> -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   14.9s J5  | TestIndexSorting.testRandom3 <<<
>[junit4]> Throwable #1: 
> org.apache.lucene.store.AlreadyClosedException: this IndexWriter is closed
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:748)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:762)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1566)
>[junit4]>at 
> org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:1315)
>[junit4]>at 
> org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2019)
>[junit4]>at java.lang.Thread.run(Thread.java:745)
>[junit4]> Caused by: java.lang.AssertionError: 
> nextValue=4594289799775307848 vs previous=4606302611760746829
>[junit4]>at 
> 

[jira] [Created] (LUCENE-7574) Another TestIndexSorting failures

2016-11-25 Thread Ferenczi Jim (JIRA)
Ferenczi Jim created LUCENE-7574:


 Summary: Another TestIndexSorting failures
 Key: LUCENE-7574
 URL: https://issues.apache.org/jira/browse/LUCENE-7574
 Project: Lucene - Core
  Issue Type: Bug
  Components: core/index
Affects Versions: 6.x, master (7.0)
Reporter: Ferenczi Jim


TestIndexSorting still fails with some seeds:

{noformat}
   [junit4] Suite: org.apache.lucene.index.TestIndexSorting
   [junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIndexSorting 
-Dtests.method=testRandom3 -Dtests.seed=6E45BA611FCD7241 -Dtests.slow=true 
-Dtests.locale=ko-KR -Dtests.timezone=America/Cordoba -Dtests.asserts=true 
-Dtests.file.encoding=ISO-8859-1
   [junit4] FAILURE 0.64s J1 | TestIndexSorting.testRandom3 <<<
   [junit4]> Throwable #1: org.junit.ComparisonFailure: expected:<[449]> 
but was:<[650]>
   [junit4]>at 
__randomizedtesting.SeedInfo.seed([6E45BA611FCD7241:CC9DF4BB7B3F5B47]:0)
   [junit4]>at 
org.apache.lucene.index.TestIndexSorting.testRandom3(TestIndexSorting.java:2264)
   [junit4]>at java.lang.Thread.run(Thread.java:745)
   [junit4]   2> NOTE: leaving temporary files on disk at: 
/var/lib/jenkins/workspace/apache+lucene-solr+branch_6x/lucene/build/core/test/J1/temp/lucene.index.TestIndexSorting_6E45BA611FCD7241-001
   [junit4]   2> NOTE: test params are: codec=Asserting(Lucene62): 
{docs=PostingsFormat(name=MockRandom), norms=PostingsFormat(name=MockRandom), 
positions=PostingsFormat(name=Memory doPackFST= true), 
id=PostingsFormat(name=MockRandom), term_vectors=FSTOrd50}, 
docValues:{multi_valued_long=DocValuesFormat(name=Direct), 
double=DocValuesFormat(name=Lucene54), foo=DocValuesFormat(name=Direct), 
numeric=DocValuesFormat(name=Lucene54), positions=DocValuesFormat(name=Direct), 
multi_valued_numeric=DocValuesFormat(name=Memory), 
float=DocValuesFormat(name=Lucene54), int=DocValuesFormat(name=Memory), 
long=DocValuesFormat(name=Lucene54), points=DocValuesFormat(name=Memory), 
sorted=DocValuesFormat(name=Lucene54), 
multi_valued_double=DocValuesFormat(name=Memory), 
docs=DocValuesFormat(name=Memory), 
multi_valued_string=DocValuesFormat(name=Memory), 
norms=DocValuesFormat(name=Memory), bytes=DocValuesFormat(name=Memory), 
binary=DocValuesFormat(name=Lucene54), id=DocValuesFormat(name=Memory), 
multi_valued_int=DocValuesFormat(name=Lucene54), 
multi_valued_bytes=DocValuesFormat(name=Lucene54), 
multi_valued_float=DocValuesFormat(name=Lucene54), 
term_vectors=DocValuesFormat(name=Lucene54)}, maxPointsInLeafNode=419, 
maxMBSortInHeap=7.394324294878203, 
sim=RandomSimilarity(queryNorm=true,coord=yes): {positions=DFR I(n)Z(0.3), 
id=IB SPL-L1, term_vectors=DFR I(ne)B3(800.0)}, locale=ko-KR, 
timezone=America/Cordoba
   [junit4]   2> NOTE: Linux 3.12.60-52.54-default amd64/Oracle Corporation 
1.8.0_111 (64-bit)/cpus=4,threads=1,free=105782608,total=240648192
   [junit4]   2> NOTE: All tests run in this JVM: [TestPayloads, 
TestSnapshotDeletionPolicy, TestDocValues, FuzzyTermOnShortTermsTest, 
TestNoMergeScheduler, TestPointValues, TestSegmentInfos, TestStressIndexing2, 
TestSimpleExplanationsOfNonMatches, TestPrefixInBooleanQuery, TestTermQuery, 
TestSegmentMerger, TestByteArrayDataInput, TestTransactions, TestMultiFields, 
TestNRTReaderCleanup, TestPackedInts, TestIndexWriterExceptions, 
TestSleepingLockWrapper, TestBlockPostingsFormat2, TestLSBRadixSorter, 
TestSwappedIndexFiles, TestIndexWriterCommit, TestPrefixRandom, 
Test4GBStoredFields, TestFuzzyQuery, TestCodecUtil, 
TestSimpleSearchEquivalence, TestWeakIdentityMap, TestIndexWriterOnDiskFull, 
TestTopDocsMerge, TestOmitTf, TestDuelingCodecs, TestRAMDirectory, 
TestFlushByRamOrCountsPolicy, TestDemo, TestSimpleExplanationsWithFillerDocs, 
TestByteSlices, TestParallelLeafReader, TestSortedSetSelector, 
TestBagOfPostings, TestDemoParallelLeafReader, TestTopFieldCollector, 
TestSearchForDuplicates, TestStringHelper, TestTragicIndexWriterDeadlock, 
TestDirectPacked, TestSloppyMath, TestPrefixQuery, TestSimpleFSDirectory, 
TestFixedLengthBytesRefArray, TestIndexingSequenceNumbers, TestCharArraySet, 
TestRollingBuffer, TestPagedBytes, TestFixedBitSet, TestAutomaton, 
TestPhrasePrefixQuery, TestMultiPhraseEnum, TestBytesRefAttImpl, 
TestDocsAndPositions, TestCharsRefBuilder, TestDeterminizeLexicon, 
TestNIOFSDirectory, TestConjunctionDISI, TestLiveFieldValues, TestBoolean2, 
TestHighCompressionMode, TestIndexWriterUnicode, TestCachingCollector, 
TestMultiDocValues, TestFilterWeight, TestPerFieldPostingsFormat2, 
TestBytesRefHash, TestBooleanQueryVisitSubscorers, TestMatchAllDocsQuery, 
TestBinaryTerms, TestPositionIncrement, TestNumericTokenStream, TestDateTools, 
Test2BPostings, TestBinaryDocument, TestBooleanScorer, TestNot, 
TestReaderClosed, TestNGramPhraseQuery, TestSimpleAttributeImpl, 
Test2BPostingsBytes, Test2BTerms, TestReusableStringReader,