[JENKINS] Lucene-Solr-repro - Build # 21 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/21/ [...truncated 28 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/402/consoleText [repro] Revision: dfb0803bbb972d730627fbdcd4df66558d06f13a [repro] Repro line: ant test -Dtestcase=AutoscalingHistoryHandlerTest -Dtests.method=testHistory -Dtests.seed=88BC67CF5085AC1B -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sr-CS -Dtests.timezone=Africa/Lagos -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=FullSolrCloudDistribCmdsTest -Dtests.method=test -Dtests.seed=88BC67CF5085AC1B -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=und -Dtests.timezone=Asia/Macau -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 250e5b2aba2c25540f597f4436c619fd97febd0d [repro] git checkout dfb0803bbb972d730627fbdcd4df66558d06f13a [...truncated 2 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] FullSolrCloudDistribCmdsTest [repro] AutoscalingHistoryHandlerTest [repro] ant compile-test [...truncated 3310 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=10 -Dtests.class="*.FullSolrCloudDistribCmdsTest|*.AutoscalingHistoryHandlerTest" -Dtests.showOutput=onerror -Dtests.seed=88BC67CF5085AC1B -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=und -Dtests.timezone=Asia/Macau -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 2307 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 0/5 failed: org.apache.solr.cloud.FullSolrCloudDistribCmdsTest [repro] 1/5 failed: org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest [repro] git checkout 250e5b2aba2c25540f597f4436c619fd97febd0d [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-7.x - Build # 403 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/403/ 2 tests failed. FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testNodeLostTriggerRestoreState Error Message: The trigger did not fire at all Stack Trace: java.lang.AssertionError: The trigger did not fire at all at __randomizedtesting.SeedInfo.seed([E55254682B4B8F00:CEAD8133B1339AD0]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testNodeLostTriggerRestoreState(TriggerIntegrationTest.java:368) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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:368) at java.lang.Thread.run(Thread.java:748) FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testCooldown Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([E55254682B4B8F00:D4EC398C55E1FAF2]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.as
[JENKINS] Lucene-Solr-Tests-master - Build # 2335 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/2335/ 2 tests failed. FAILED: org.apache.solr.cloud.autoscaling.sim.TestLargeCluster.testSearchRate Error Message: The trigger did not fire at all Stack Trace: java.lang.AssertionError: The trigger did not fire at all at __randomizedtesting.SeedInfo.seed([3ACF147F1E94315E:67870AF6D1529711]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.solr.cloud.autoscaling.sim.TestLargeCluster.testSearchRate(TestLargeCluster.java:547) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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:368) at java.lang.Thread.run(Thread.java:748) FAILED: org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest.testHistory Error Message: expected:<5> but was:<0> Stack Trace: java.lang.AssertionError: expected:<5> but was:<0> at __randomizedtesting.SeedInfo.seed([3ACF147F1E94315E:5733B082A4DCCE59]:0) at org.junit.Assert.fail(Assert.java:93) at org.juni
[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk1.8.0) - Build # 4443 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/4443/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testCooldown Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([70DC0171EEE55E01:41626C95904F2BF3]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertTrue(Assert.java:54) at org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testCooldown(TriggerIntegrationTest.java:1177) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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:368) at java.lang.Thread.run(Thread.java:748) Build Log: [...truncated 12143 lines...] [junit4] Suite: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest [junit4] 2> 33041 INFO (SUITE-TriggerIntegrationTest-seed#[70DC0171EEE55E01]-worker) [] o.a.s.SolrTestCaseJ4 SecureRandom sanity checks: test.solr.all
[jira] [Updated] (SOLR-11795) Add Solr metrics exporter for Prometheus
[ https://issues.apache.org/jira/browse/SOLR-11795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Minoru Osuka updated SOLR-11795: Attachment: SOLR-11795-5.patch > Add Solr metrics exporter for Prometheus > > > Key: SOLR-11795 > URL: https://issues.apache.org/jira/browse/SOLR-11795 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: metrics >Affects Versions: 7.2 >Reporter: Minoru Osuka >Assignee: Koji Sekiguchi >Priority: Minor > Attachments: SOLR-11795-2.patch, SOLR-11795-3.patch, > SOLR-11795-4.patch, SOLR-11795-5.patch, SOLR-11795.patch, solr-dashboard.png, > solr-exporter-diagram.png > > > I 'd like to monitor Solr using Prometheus and Grafana. > I've already created Solr metrics exporter for Prometheus. I'd like to > contribute to contrib directory if you don't mind. > !solr-exporter-diagram.png|thumbnail! > !solr-dashboard.png|thumbnail! -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-7.x-Linux (64bit/jdk1.8.0_162) - Build # 1366 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/1366/
Java: 64bit/jdk1.8.0_162 -XX:-UseCompressedOops -XX:+UseParallelGC
4 tests failed.
FAILED:
junit.framework.TestSuite.org.apache.solr.client.solrj.io.stream.StreamExpressionTest
Error Message:
1 thread leaked from SUITE scope at
org.apache.solr.client.solrj.io.stream.StreamExpressionTest: 1)
Thread[id=2917, name=qtp796343451-2917, state=TIMED_WAITING,
group=TGRP-StreamExpressionTest] at sun.misc.Unsafe.park(Native Method)
at
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE
scope at org.apache.solr.client.solrj.io.stream.StreamExpressionTest:
1) Thread[id=2917, name=qtp796343451-2917, state=TIMED_WAITING,
group=TGRP-StreamExpressionTest]
at sun.misc.Unsafe.park(Native Method)
at
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
at __randomizedtesting.SeedInfo.seed([ABC0A912D2BED8D0]:0)
FAILED:
junit.framework.TestSuite.org.apache.solr.client.solrj.io.stream.StreamExpressionTest
Error Message:
There are still zombie threads that couldn't be terminated:1)
Thread[id=2917, name=qtp796343451-2917, state=TIMED_WAITING,
group=TGRP-StreamExpressionTest] at sun.misc.Unsafe.park(Native Method)
at
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie
threads that couldn't be terminated:
1) Thread[id=2917, name=qtp796343451-2917, state=TIMED_WAITING,
group=TGRP-StreamExpressionTest]
at sun.misc.Unsafe.park(Native Method)
at
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
at __randomizedtesting.SeedInfo.seed([ABC0A912D2BED8D0]:0)
FAILED: org.apache.solr.cloud.ForceLeaderTest.testReplicasInLowerTerms
Error Message:
Doc with id=5 not found in
http://127.0.0.1:39847/forceleader_lower_terms_collection due to: Path not
found: /id; rsp={doc=null}
Stack Trace:
java.lang.AssertionError: Doc with id=5 not found in
http://127.0.0.1:39847/forceleader_lower_terms_collection due to: Path not
found: /id; rsp={doc=null}
at
__randomizedtesting.SeedInfo.seed([F285068B9E0581E4:7CB126C85EA22190]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at
org.apache.solr.cloud.HttpPartitionTest.assertDocExists(HttpPartitionTest.java:699)
[JENKINS] Lucene-Solr-repro - Build # 20 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/20/ [...truncated 28 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-Tests-master/2334/consoleText [repro] Revision: 250e5b2aba2c25540f597f4436c619fd97febd0d [repro] Repro line: ant test -Dtestcase=TriggerIntegrationTest -Dtests.method=testNodeLostTrigger -Dtests.seed=176FB296A721E7F1 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=Poland -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=AutoscalingHistoryHandlerTest -Dtests.method=testHistory -Dtests.seed=176FB296A721E7F1 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=es-CR -Dtests.timezone=Asia/Choibalsan -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 250e5b2aba2c25540f597f4436c619fd97febd0d [repro] git checkout 250e5b2aba2c25540f597f4436c619fd97febd0d [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] TriggerIntegrationTest [repro] AutoscalingHistoryHandlerTest [repro] ant compile-test [...truncated 3293 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=10 -Dtests.class="*.TriggerIntegrationTest|*.AutoscalingHistoryHandlerTest" -Dtests.showOutput=onerror -Dtests.seed=176FB296A721E7F1 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=Poland -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 21453 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 0/5 failed: org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest [repro] 4/5 failed: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest [repro] git checkout 250e5b2aba2c25540f597f4436c619fd97febd0d [...truncated 1 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-7.x - Build # 402 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/402/ 2 tests failed. FAILED: org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.test Error Message: Could not find collection:collection2 Stack Trace: java.lang.AssertionError: Could not find collection:collection2 at __randomizedtesting.SeedInfo.seed([88BC67CF5085AC1B:E85815FE79C1E3]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:155) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:140) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:135) at org.apache.solr.cloud.AbstractFullDistribZkTestBase.waitForRecoveriesToFinish(AbstractFullDistribZkTestBase.java:915) at org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.testIndexingBatchPerRequestWithHttpSolrClient(FullSolrCloudDistribCmdsTest.java:612) at org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.test(FullSolrCloudDistribCmdsTest.java:152) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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.TestRuleAssertion
[JENKINS] Lucene-Solr-7.x-Windows (64bit/jdk-9.0.1) - Build # 457 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Windows/457/ Java: 64bit/jdk-9.0.1 -XX:-UseCompressedOops -XX:+UseG1GC 9 tests failed. FAILED: junit.framework.TestSuite.org.apache.lucene.store.TestMmapDirectory Error Message: Could not remove the following files (in the order of attempts): C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001\testZLong-001: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001\testZLong-001 C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001\testZLong-001\extra0: java.nio.file.AccessDeniedException: C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001\testZLong-001\extra0 C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001 Stack Trace: java.io.IOException: Could not remove the following files (in the order of attempts): C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001\testZLong-001: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001\testZLong-001 C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001\testZLong-001\extra0: java.nio.file.AccessDeniedException: C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001\testZLong-001\extra0 C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.store.TestMmapDirectory_4A145EDA5022289C-001 at __randomizedtesting.SeedInfo.seed([4A145EDA5022289C]:0) at org.apache.lucene.util.IOUtils.rm(IOUtils.java:329) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.afterAlways(TestRuleTemporaryFilesCleanup.java:216) at com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.afterAlways(TestRuleAdapter.java:31) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:43) 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:368) at java.base/java.lang.Thread.run(Thread.java:844) FAILED: junit.framework.TestSuite.org.apache.solr.cloud.RecoveryZkTest Error Message: Could not remove the following files (in the order of attempts): C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.RecoveryZkTest_1F7A3AEDBA4C9BE5-001\tempDir-001\node1\recoverytest_shard1_replica_n1\data\tlog: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.RecoveryZkTest_1F7A3AEDBA4C9BE5-001\tempDir-001\node1\recoverytest_shard1_replica_n1\data\tlog C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.RecoveryZkTest_1F7A3AEDBA4C9BE5-001\tempDir-001\node1\recoverytest_shard1_replica_n1\data: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.RecoveryZkTest_1F7A3AEDBA4C9BE5-001\tempDir-001\node1\recoverytest_shard1_replica_n1\data C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\build\solr-core\test\J0\temp\solr.cloud.RecoveryZkTest_1F7A3AEDBA4C9BE5-001\tempDir-001\node1\recoverytest_shard1_replica_n1: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\so
[JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_162) - Build # 21467 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/21467/ Java: 32bit/jdk1.8.0_162 -server -XX:+UseG1GC 4 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=15549, name=jetty-launcher-4561-thread-1-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:531) at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:506) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE scope at org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 1) Thread[id=15549, name=jetty-launcher-4561-thread-1-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:531) at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:506) at __randomizedtesting.SeedInfo.seed([91DA42382E01CAAD]:0) FAILED: org.apache.solr.cloud.MoveReplicaHDFSTest.testFailedMove Error Message: No live SolrServers available to handle this request:[https://127.0.0.1:40913/solr/MoveReplicaHDFSTest_failed_coll_true, https://127.0.0.1:44321/solr/MoveReplicaHDFSTest_failed_coll_true] Stack Trace: org.apache.solr.client.solrj.SolrServerException: No live SolrServers available to handle this request:[https://127.0.0.1:40913/solr/MoveReplicaHDFSTest_failed_coll_true, https://127.0.0.1:44321/solr/MoveReplicaHDFSTest_failed_coll_true] at __randomizedtesting.SeedInfo.seed([91DA42382E01CAAD:3B1791CA99D21F7D]:0) at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:462) at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1104) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:991)
[jira] [Commented] (SOLR-11769) Sorting performance degrades when useFilterForSortedQuery is enabled and there is no filter query specified
[
https://issues.apache.org/jira/browse/SOLR-11769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366589#comment-16366589
]
David Smiley commented on SOLR-11769:
-
Yonik: That's a good point -- "createDocSet" ought to have a result that is
safe to modify. However note that you made createDocSet return
DocSetUtil.getDocSet( answer, searcher ) at the very end, which is expressly
documented to not have a result that is safe to modify since it can set
LiveDocs. Maybe an indirect caller here, SolrIndexSearcher.getDocSet(Query
query) and getDocSet(Query, DocSet) ought to then concern themselves with
calling this on the results of getDocSetNC because these methods are cache
aware.
Separately, I've been poking around this related code and noticed this
DocSetProducer thing. I'm skeptical we should have it. Firstly it's a Solr
thing but most Queries are implemented at the Lucene level. Secondly, I think
we can achieve the same by grabbing the Weight then Scorer and then the
DocIdSetIterator, then pass to BitSetIterator.getFixedBitSetOrNull(iter). That
should work with a some Lucene and Solr queries,
> Sorting performance degrades when useFilterForSortedQuery is enabled and
> there is no filter query specified
> ---
>
> Key: SOLR-11769
> URL: https://issues.apache.org/jira/browse/SOLR-11769
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: search
>Affects Versions: 4.10.4
> Environment: OS: macOS Sierra (version 10.12.4)
> Memory: 16GB
> CPU: 2.9 GHz Intel Core i7
> Java Version: 1.8
>Reporter: Betim Deva
>Assignee: David Smiley
>Priority: Major
> Labels: performance
> Attachments: SOLR-11769_Optimize_MatchAllDocsQuery_more.patch
>
>
> The performance of sorting degrades significantly when the
> {{useFilterForSortedQuery}} is enabled, and there's no filter query specified.
> *Steps to Reproduce:*
> 1. Set {{useFilterForSortedQuery=true}} in {{solrconfig.xml}}
> 2. Run a query to match and return a single document. Also add sorting
> - Example {{/select?q=foo:123&sort=bar+desc}}
> Having a large index (> 10 million documents), this yields to a slow response
> (a few hundreds of milliseconds on average) even when the resulting set
> consists of a single document.
> *Observation 1:*
> - Disabling {{useFilterForSortedQuery}} improves the performance to < 1ms
> *Observation 2:*
> - Removing the {{sort}} improves the performance to < 1ms
> *Observation 3:*
> - Keeping the {{sort}}, and adding any filter query (such as {{fq=\*:\*}})
> improves the performance to < 1 ms.
> After profiling
> [SolrIndexSearcher.java|https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;a=blob;f=solr/core/src/java/org/apache/solr/search/SolrIndexSearcher.java;h=9ee5199bdf7511c70f2cc616c123292c97d36b5b;hb=HEAD#l1400]
> found that the bottleneck is on
> {{DocSet bigFilt = getDocSet(cmd.getFilterList());}}
> when {{cmd.getFilterList())}} is passed in as {{null}}. This is making
> {{getDocSet()}} function collect document ids every single time it is called
> without any caching.
> {code:java}
> 1394 if (useFilterCache) {
> 1395 // now actually use the filter cache.
> 1396 // for large filters that match few documents, this may be
> 1397 // slower than simply re-executing the query.
> 1398 if (out.docSet == null) {
> 1399 out.docSet = getDocSet(cmd.getQuery(), cmd.getFilter());
> 1400 DocSet bigFilt = getDocSet(cmd.getFilterList());
> 1401 if (bigFilt != null) out.docSet =
> out.docSet.intersection(bigFilt);
> 1402 }
> 1403 // todo: there could be a sortDocSet that could take a list of
> 1404 // the filters instead of anding them first...
> 1405 // perhaps there should be a multi-docset-iterator
> 1406 sortDocSet(qr, cmd);
> 1407 }
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11968) Multi-words query time synonyms
[
https://issues.apache.org/jira/browse/SOLR-11968?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366586#comment-16366586
]
Steve Rowe commented on SOLR-11968:
---
I think the root cause is LUCENE-4065. I'll try to make a simple test
demonstrating this.
> Multi-words query time synonyms
> ---
>
> Key: SOLR-11968
> URL: https://issues.apache.org/jira/browse/SOLR-11968
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: query parsers, Schema and Analysis
>Affects Versions: master (8.0), 6.6.2
> Environment: Centos 7.x
>Reporter: Dominique Béjean
>Priority: Major
>
> I am trying multi words query time synonyms with Solr 6.6.2 and
> SynonymGraphFilterFactory filter as explain in this article
>
> [https://lucidworks.com/2017/04/18/multi-word-synonyms-solr-adds-query-time-support/]
>
> My field type is :
> {code:java}
>
>
>
> articles="lang/contractions_fr.txt"/>
>
>
> ignoreCase="true"/>
>
>
>
>
> articles="lang/contractions_fr.txt"/>
>
> ignoreCase="true" expand="true"/>
>
> ignoreCase="true"/>
>
>
> {code}
>
> synonyms.txt contains the line :
> {code:java}
> om, olympique de marseille{code}
>
> stopwords.txt contains the word
> {code:java}
> de{code}
>
> The order of words in my query has an impact on the generated query in
> edismax
> {code:java}
> q={!edismax qf='name_text_gp' v=$qq}
> &sow=false
> &qq=...{code}
> with "qq=om maillot" or "qq=olympique de marseille maillot", I can see the
> synonyms expansion. It is working as expected.
> {code:java}
> "parsedquery_toString":"+(((+name_text_gp:olympiqu +name_text_gp:marseil
> +name_text_gp:maillot) name_text_gp:om))",
> "parsedquery_toString":"+((name_text_gp:om (+name_text_gp:olympiqu
> +name_text_gp:marseil +name_text_gp:maillot)))",{code}
> with "qq=maillot om" or "qq=maillot olympique de marseille", I can see the
> same generated query
> {code:java}
> "parsedquery_toString":"+((name_text_gp:maillot) (name_text_gp:om))",
> "parsedquery_toString":"+((name_text_gp:maillot) (name_text_gp:om))",{code}
> I don't understand these generated queries. The first one looks like the
> synonym expansion is ignored, but the second one shows it is not ignored and
> only the synonym term is used.
>
> When I test the analisys for the field type the synonyms are correctly
> expanded for both expressions
> {code:java}
> om maillot
> maillot om
> olympique de marseille maillot
> maillot olympique de marseille{code}
> resulting outputs always include the following terms (obvioulsly not always
> in the same order)
> {code:java}
> olympiqu om marseil maillot {code}
>
> So, i suspect an issue with edismax query parser.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-master - Build # 2334 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/2334/ 2 tests failed. FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testNodeLostTrigger Error Message: The trigger did not fire at all Stack Trace: java.lang.AssertionError: The trigger did not fire at all at __randomizedtesting.SeedInfo.seed([176FB296A721E7F1:13911B849DEB656B]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testNodeLostTrigger(TriggerIntegrationTest.java:520) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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:368) at java.lang.Thread.run(Thread.java:748) FAILED: org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest.testHistory Error Message: expected:<5> but was:<0> Stack Trace: java.lang.AssertionError: expected:<5> but was:<0> at __randomizedtesting.SeedInfo.seed([176FB296A721E7F1:7A93166B1D6918F6]:0) at org.junit.Assert.fail(Assert.java:93
[JENKINS] Lucene-Solr-master-Windows (64bit/jdk-9.0.1) - Build # 7173 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/7173/ Java: 64bit/jdk-9.0.1 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC 7 tests failed. FAILED: junit.framework.TestSuite.org.apache.lucene.replicator.http.HttpReplicatorTest Error Message: Could not remove the following files (in the order of attempts): C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\replicator\test\J0\temp\lucene.replicator.http.HttpReplicatorTest_CC4044AFB6059EAC-001\httpReplicatorTest-001\1: java.nio.file.NoSuchFileException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\replicator\test\J0\temp\lucene.replicator.http.HttpReplicatorTest_CC4044AFB6059EAC-001\httpReplicatorTest-001\1 Stack Trace: java.io.IOException: Could not remove the following files (in the order of attempts): C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\replicator\test\J0\temp\lucene.replicator.http.HttpReplicatorTest_CC4044AFB6059EAC-001\httpReplicatorTest-001\1: java.nio.file.NoSuchFileException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\replicator\test\J0\temp\lucene.replicator.http.HttpReplicatorTest_CC4044AFB6059EAC-001\httpReplicatorTest-001\1 at __randomizedtesting.SeedInfo.seed([CC4044AFB6059EAC]:0) at org.apache.lucene.util.IOUtils.rm(IOUtils.java:329) at org.apache.lucene.util.TestRuleTemporaryFilesCleanup.afterAlways(TestRuleTemporaryFilesCleanup.java:216) at com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.afterAlways(TestRuleAdapter.java:31) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:43) 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:368) at java.base/java.lang.Thread.run(Thread.java:844) FAILED: junit.framework.TestSuite.org.apache.lucene.search.suggest.analyzing.AnalyzingInfixSuggesterTest Error Message: Could not remove the following files (in the order of attempts): C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\suggest\test\J0\temp\lucene.search.suggest.analyzing.AnalyzingInfixSuggesterTest_5301EAEB481510BF-001\AnalyzingInfixSuggesterTest-003: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\suggest\test\J0\temp\lucene.search.suggest.analyzing.AnalyzingInfixSuggesterTest_5301EAEB481510BF-001\AnalyzingInfixSuggesterTest-003 C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\suggest\test\J0\temp\lucene.search.suggest.analyzing.AnalyzingInfixSuggesterTest_5301EAEB481510BF-001\AnalyzingInfixSuggesterTest-003\_3n.fnm: java.nio.file.AccessDeniedException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\suggest\test\J0\temp\lucene.search.suggest.analyzing.AnalyzingInfixSuggesterTest_5301EAEB481510BF-001\AnalyzingInfixSuggesterTest-003\_3n.fnm C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\suggest\test\J0\temp\lucene.search.suggest.analyzing.AnalyzingInfixSuggesterTest_5301EAEB481510BF-001: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\suggest\test\J0\temp\lucene.search.suggest.analyzing.AnalyzingInfixSuggesterTest_5301EAEB481510BF-001 Stack Trace: java.io.IOException: Could not remove the following files (in the order of attempts): C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\suggest\test\J0\temp\lucene.search.suggest.analyzing.AnalyzingInfixSuggesterTest_5301EAEB481510BF-001\AnalyzingInfixSuggesterTest-003: java.nio.file.DirectoryNotEmptyException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\suggest\test\J0\temp\lucene.search.suggest.analyzing.AnalyzingInfixSuggesterTest_5301EAEB481510BF-001\AnalyzingInfixSuggesterTest-003 C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\suggest\test\J0\temp\lucene.search.suggest.analyzing.AnalyzingInfixSuggesterTest_5301EAEB481510BF-001\AnalyzingInfixSuggesterTest-003\_3n.fnm: java.nio.file.AccessDeniedException: C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\suggest\test\J0\temp\lucene.search.suggest.analyzing.AnalyzingInfixSuggesterTest_5301EAEB481510BF-001\AnalyzingInfixSuggesterTest-003
[JENKINS] Lucene-Solr-7.x-Linux (64bit/jdk-9.0.4) - Build # 1365 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/1365/ Java: 64bit/jdk-9.0.4 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 2 tests failed. FAILED: org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.test Error Message: Could not find collection:collection2 Stack Trace: java.lang.AssertionError: Could not find collection:collection2 at __randomizedtesting.SeedInfo.seed([ECF4EF2842B13CA9:64A0D0F2EC4D5151]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:155) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:140) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:135) at org.apache.solr.cloud.AbstractFullDistribZkTestBase.waitForRecoveriesToFinish(AbstractFullDistribZkTestBase.java:915) at org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.testIndexingBatchPerRequestWithHttpSolrClient(FullSolrCloudDistribCmdsTest.java:612) at org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.test(FullSolrCloudDistribCmdsTest.java:152) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:564) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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 org
[jira] [Comment Edited] (SOLR-11838) explore supporting Deeplearning4j NeuralNetwork models
[ https://issues.apache.org/jira/browse/SOLR-11838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16343620#comment-16343620 ] Joel Bernstein edited comment on SOLR-11838 at 2/16/18 1:26 AM: Just a heads up. I plan on adding the self organizing map implementations (SOM) from Apache Commons Math in the very near future (probably 7.4). These are neural network *unsupervised* clustering algorithms that I believe also are supported by DL4j. It sounds like people are mostly interested in the the *supervised* deep learning models with DL4j, but the SOM's might be an interesting first step towards neural network classifiers. The SOM's are part of larger clustering integration which includes kmeans, fuzzyKmeans, DBSCAN, Multivariate Gaussian (EM), PCA, LSA and SOM. was (Author: joel.bernstein): Just a heads up. I plan on adding the self organizing map implementations (SOM) from Apache Commons Math in the very near future (probably 7.4). These are neural network *unsupervised* clustering algorithms that I believe also are supported by DL4j. It sounds like people are mostly interested in the the *supervised* deep learning models with DL4j, but the SOM's might be an interesting first step towards neural network classifiers. The SOM's are part of larger clustering integration which includes kmeans, fuzzyKmeans, DBSCAN, PCA, LSA and SOM. > explore supporting Deeplearning4j NeuralNetwork models > -- > > Key: SOLR-11838 > URL: https://issues.apache.org/jira/browse/SOLR-11838 > Project: Solr > Issue Type: New Feature >Reporter: Christine Poerschke >Priority: Major > Attachments: SOLR-11838.patch, SOLR-11838.patch > > > [~yuyano] wrote in SOLR-11597: > bq. ... If we think to apply this to more complex neural networks in the > future, we will need to support layers ... > [~malcorn_redhat] wrote in SOLR-11597: > bq. ... In my opinion, if this is a route Solr eventually wants to go, I > think a better strategy would be to just add a dependency on > [Deeplearning4j|https://deeplearning4j.org/] ... > Creating this ticket for the idea to be explored further (if anyone is > interested in exploring it), complimentary to and independent of the > SOLR-11597 RankNet related effort. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11838) explore supporting Deeplearning4j NeuralNetwork models
[ https://issues.apache.org/jira/browse/SOLR-11838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366511#comment-16366511 ] Joel Bernstein commented on SOLR-11838: --- I realize SOMs are no longer the cutting edge. I've been taking the approach with Streaming Expressions of starting with the basics: statistics, probability, curve fitting, regression, interpolation, derivatives/integrals, clustering etc... and building up to more complicated machine learning algorithms. SOMs are one step along the way towards more interesting neural network algorithms. dl4j looks like it has some awesome algorithms, looking forward to see how they can be integrated into Solr. > explore supporting Deeplearning4j NeuralNetwork models > -- > > Key: SOLR-11838 > URL: https://issues.apache.org/jira/browse/SOLR-11838 > Project: Solr > Issue Type: New Feature >Reporter: Christine Poerschke >Priority: Major > Attachments: SOLR-11838.patch, SOLR-11838.patch > > > [~yuyano] wrote in SOLR-11597: > bq. ... If we think to apply this to more complex neural networks in the > future, we will need to support layers ... > [~malcorn_redhat] wrote in SOLR-11597: > bq. ... In my opinion, if this is a route Solr eventually wants to go, I > think a better strategy would be to just add a dependency on > [Deeplearning4j|https://deeplearning4j.org/] ... > Creating this ticket for the idea to be explored further (if anyone is > interested in exploring it), complimentary to and independent of the > SOLR-11597 RankNet related effort. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-repro - Build # 19 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/19/ [...truncated 29 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/399/consoleText [repro] Revision: b897841bfe2cf5c1790b51e78db182569cbe7554 [repro] Repro line: ant test -Dtestcase=TriggerIntegrationTest -Dtests.method=testEventQueue -Dtests.seed=8947C47CD8248EC8 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=mt -Dtests.timezone=America/Argentina/Rio_Gallegos -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] Repro line: ant test -Dtestcase=TriggerIntegrationTest -Dtests.method=testMetricTrigger -Dtests.seed=8947C47CD8248EC8 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=mt -Dtests.timezone=America/Argentina/Rio_Gallegos -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] Repro line: ant test -Dtestcase=TestTlogReplica -Dtests.method=testRecovery -Dtests.seed=8947C47CD8248EC8 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=id-ID -Dtests.timezone=Asia/Magadan -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] Repro line: ant test -Dtestcase=RangeFacetTest -Dtests.seed=DA64DA66F9B6013C -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=lt -Dtests.timezone=Australia/Perth -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 250e5b2aba2c25540f597f4436c619fd97febd0d [repro] git checkout b897841bfe2cf5c1790b51e78db182569cbe7554 [...truncated 2 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/contrib/analytics [repro] RangeFacetTest [repro]solr/core [repro] TestTlogReplica [repro] TriggerIntegrationTest [repro] ant compile-test [...truncated 2589 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.RangeFacetTest" -Dtests.showOutput=onerror -Dtests.seed=DA64DA66F9B6013C -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=lt -Dtests.timezone=Australia/Perth -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 88 lines...] [repro] ant compile-test [...truncated 1331 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=10 -Dtests.class="*.TestTlogReplica|*.TriggerIntegrationTest" -Dtests.showOutput=onerror -Dtests.seed=8947C47CD8248EC8 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=id-ID -Dtests.timezone=Asia/Magadan -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [...truncated 20446 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 0/5 failed: org.apache.solr.analytics.facet.RangeFacetTest [repro] 0/5 failed: org.apache.solr.cloud.TestTlogReplica [repro] 4/5 failed: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest [repro] git checkout 250e5b2aba2c25540f597f4436c619fd97febd0d [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-11838) explore supporting Deeplearning4j NeuralNetwork models
[ https://issues.apache.org/jira/browse/SOLR-11838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16343620#comment-16343620 ] Joel Bernstein edited comment on SOLR-11838 at 2/16/18 1:15 AM: Just a heads up. I plan on adding the self organizing map implementations (SOM) from Apache Commons Math in the very near future (probably 7.4). These are neural network *unsupervised* clustering algorithms that I believe also are supported by DL4j. It sounds like people are mostly interested in the the *supervised* deep learning models with DL4j, but the SOM's might be an interesting first step towards neural network classifiers. The SOM's are part of larger clustering integration which includes kmeans, fuzzyKmeans, DBSCAN, PCA, LSA and SOM. was (Author: joel.bernstein): Just a heads up. I plan on adding the self organizing map implementations (SOM) from Apache Commons Math in the very near future (probably 7.4). These are neural network *unsupervised* clustering algorithms that I believe also are supported by DL4j. It sounds like people are mostly interested in the the *supervised* deep learning models with DL4j, but the SOM's might be an interesting first step towards neural network classifiers. The SOM's are part of larger clustering integration which includes kmeans, fuzzyKmeans, PCA, LSA and SOM. > explore supporting Deeplearning4j NeuralNetwork models > -- > > Key: SOLR-11838 > URL: https://issues.apache.org/jira/browse/SOLR-11838 > Project: Solr > Issue Type: New Feature >Reporter: Christine Poerschke >Priority: Major > Attachments: SOLR-11838.patch, SOLR-11838.patch > > > [~yuyano] wrote in SOLR-11597: > bq. ... If we think to apply this to more complex neural networks in the > future, we will need to support layers ... > [~malcorn_redhat] wrote in SOLR-11597: > bq. ... In my opinion, if this is a route Solr eventually wants to go, I > think a better strategy would be to just add a dependency on > [Deeplearning4j|https://deeplearning4j.org/] ... > Creating this ticket for the idea to be explored further (if anyone is > interested in exploring it), complimentary to and independent of the > SOLR-11597 RankNet related effort. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-master - Build # 2333 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/2333/
3 tests failed.
FAILED:
org.apache.solr.cloud.autoscaling.HdfsAutoAddReplicasIntegrationTest.testSimple
Error Message:
Waiting for collection testSimple1 null Live Nodes: [127.0.0.1:33221_solr,
127.0.0.1:33474_solr] Last available state:
DocCollection(testSimple1//collections/testSimple1/state.json/17)={
"pullReplicas":"0", "replicationFactor":"2", "shards":{ "shard1":{
"range":"8000-", "state":"active", "replicas":{
"core_node3":{
"dataDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node3/data/",
"base_url":"http://127.0.0.1:33221/solr";,
"node_name":"127.0.0.1:33221_solr", "type":"NRT",
"ulogDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node3/data/tlog",
"core":"testSimple1_shard1_replica_n1",
"shared_storage":"true", "state":"active",
"leader":"true"}, "core_node5":{
"dataDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node5/data/",
"base_url":"http://127.0.0.1:33221/solr";,
"node_name":"127.0.0.1:33221_solr", "type":"NRT",
"ulogDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node5/data/tlog",
"core":"testSimple1_shard1_replica_n2",
"shared_storage":"true", "state":"active"}}}, "shard2":{
"range":"0-7fff", "state":"active", "replicas":{
"core_node7":{
"dataDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node7/data/",
"base_url":"http://127.0.0.1:33221/solr";,
"node_name":"127.0.0.1:33221_solr", "type":"NRT",
"ulogDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node7/data/tlog",
"core":"testSimple1_shard2_replica_n4",
"shared_storage":"true", "state":"active",
"leader":"true"}, "core_node8":{
"dataDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node8/data/",
"base_url":"http://127.0.0.1:46295/solr";,
"node_name":"127.0.0.1:46295_solr", "type":"NRT",
"ulogDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node8/data/tlog",
"core":"testSimple1_shard2_replica_n6",
"shared_storage":"true", "state":"down",
"router":{"name":"compositeId"}, "maxShardsPerNode":"2",
"autoAddReplicas":"true", "nrtReplicas":"2", "tlogReplicas":"0"}
Stack Trace:
java.lang.AssertionError: Waiting for collection testSimple1
null
Live Nodes: [127.0.0.1:33221_solr, 127.0.0.1:33474_solr]
Last available state:
DocCollection(testSimple1//collections/testSimple1/state.json/17)={
"pullReplicas":"0",
"replicationFactor":"2",
"shards":{
"shard1":{
"range":"8000-",
"state":"active",
"replicas":{
"core_node3":{
"dataDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node3/data/",
"base_url":"http://127.0.0.1:33221/solr";,
"node_name":"127.0.0.1:33221_solr",
"type":"NRT",
"ulogDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node3/data/tlog",
"core":"testSimple1_shard1_replica_n1",
"shared_storage":"true",
"state":"active",
"leader":"true"},
"core_node5":{
"dataDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node5/data/",
"base_url":"http://127.0.0.1:33221/solr";,
"node_name":"127.0.0.1:33221_solr",
"type":"NRT",
"ulogDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node5/data/tlog",
"core":"testSimple1_shard1_replica_n2",
"shared_storage":"true",
"state":"active"}}},
"shard2":{
"range":"0-7fff",
"state":"active",
"replicas":{
"core_node7":{
"dataDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node7/data/",
"base_url":"http://127.0.0.1:33221/solr";,
"node_name":"127.0.0.1:33221_solr",
"type":"NRT",
"ulogDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node7/data/tlog",
"core":"testSimple1_shard2_replica_n4",
"shared_storage":"true",
"state":"active",
"leader":"true"},
"core_node8":{
"dataDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node8/data/",
"base_url":"http://127.0.0.1:46295/solr";,
"node_name":"127.0.0.1:46295_solr",
"type":"NRT",
"ulogDir":"hdfs://lucene2-us-west.apache.org:37096/data/testSimple1/core_node8/data/tlog",
"core":"testSimple1_shard2_replica_n6",
"shared_stora
[jira] [Resolved] (SOLR-11739) Solr can accept duplicated async IDs
[ https://issues.apache.org/jira/browse/SOLR-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomás Fernández Löbbe resolved SOLR-11739. -- Resolution: Fixed Fix Version/s: 7.3 master (8.0) > Solr can accept duplicated async IDs > > > Key: SOLR-11739 > URL: https://issues.apache.org/jira/browse/SOLR-11739 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud >Reporter: Tomás Fernández Löbbe >Assignee: Tomás Fernández Löbbe >Priority: Minor > Fix For: master (8.0), 7.3 > > Attachments: SOLR-11739.patch, SOLR-11739.patch, SOLR-11739.patch > > > Solr is supposed to reject duplicated async IDs, however, if the repeated IDs > are sent fast enough, a race condition in Solr will let the repeated IDs > through. The duplicated task is ran and and then silently fails to report as > completed because the same async ID is already in the completed map. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11739) Solr can accept duplicated async IDs
[ https://issues.apache.org/jira/browse/SOLR-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366452#comment-16366452 ] ASF subversion and git services commented on SOLR-11739: Commit dfb0803bbb972d730627fbdcd4df66558d06f13a in lucene-solr's branch refs/heads/branch_7x from [~tomasflobbe] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=dfb0803 ] SOLR-11739: Remove cast no longer needed > Solr can accept duplicated async IDs > > > Key: SOLR-11739 > URL: https://issues.apache.org/jira/browse/SOLR-11739 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud >Reporter: Tomás Fernández Löbbe >Assignee: Tomás Fernández Löbbe >Priority: Minor > Attachments: SOLR-11739.patch, SOLR-11739.patch, SOLR-11739.patch > > > Solr is supposed to reject duplicated async IDs, however, if the repeated IDs > are sent fast enough, a race condition in Solr will let the repeated IDs > through. The duplicated task is ran and and then silently fails to report as > completed because the same async ID is already in the completed map. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11739) Solr can accept duplicated async IDs
[ https://issues.apache.org/jira/browse/SOLR-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366451#comment-16366451 ] ASF subversion and git services commented on SOLR-11739: Commit f6b6f5070270c93fa7d8604ed456c9df041e7454 in lucene-solr's branch refs/heads/branch_7x from [~tomasflobbe] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=f6b6f50 ] SOLR-11739: Don't accept duplicate async IDs in collection API operations > Solr can accept duplicated async IDs > > > Key: SOLR-11739 > URL: https://issues.apache.org/jira/browse/SOLR-11739 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud >Reporter: Tomás Fernández Löbbe >Assignee: Tomás Fernández Löbbe >Priority: Minor > Attachments: SOLR-11739.patch, SOLR-11739.patch, SOLR-11739.patch > > > Solr is supposed to reject duplicated async IDs, however, if the repeated IDs > are sent fast enough, a race condition in Solr will let the repeated IDs > through. The duplicated task is ran and and then silently fails to report as > completed because the same async ID is already in the completed map. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11739) Solr can accept duplicated async IDs
[ https://issues.apache.org/jira/browse/SOLR-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366450#comment-16366450 ] ASF subversion and git services commented on SOLR-11739: Commit 250e5b2aba2c25540f597f4436c619fd97febd0d in lucene-solr's branch refs/heads/master from [~tomasflobbe] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=250e5b2 ] SOLR-11739: Remove cast no longer needed > Solr can accept duplicated async IDs > > > Key: SOLR-11739 > URL: https://issues.apache.org/jira/browse/SOLR-11739 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud >Reporter: Tomás Fernández Löbbe >Assignee: Tomás Fernández Löbbe >Priority: Minor > Attachments: SOLR-11739.patch, SOLR-11739.patch, SOLR-11739.patch > > > Solr is supposed to reject duplicated async IDs, however, if the repeated IDs > are sent fast enough, a race condition in Solr will let the repeated IDs > through. The duplicated task is ran and and then silently fails to report as > completed because the same async ID is already in the completed map. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11739) Solr can accept duplicated async IDs
[ https://issues.apache.org/jira/browse/SOLR-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366446#comment-16366446 ] ASF subversion and git services commented on SOLR-11739: Commit 61ea8f60b1c69ba9ed753fe533d571fcbb452887 in lucene-solr's branch refs/heads/master from [~tomasflobbe] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=61ea8f6 ] SOLR-11739: Don't accept duplicate async IDs in collection API operations > Solr can accept duplicated async IDs > > > Key: SOLR-11739 > URL: https://issues.apache.org/jira/browse/SOLR-11739 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud >Reporter: Tomás Fernández Löbbe >Assignee: Tomás Fernández Löbbe >Priority: Minor > Attachments: SOLR-11739.patch, SOLR-11739.patch, SOLR-11739.patch > > > Solr is supposed to reject duplicated async IDs, however, if the repeated IDs > are sent fast enough, a race condition in Solr will let the repeated IDs > through. The duplicated task is ran and and then silently fails to report as > completed because the same async ID is already in the completed map. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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_162) - Build # 21466 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/21466/ Java: 32bit/jdk1.8.0_162 -server -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.cloud.ReplaceNodeNoTargetTest.test Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([B0C6E9DB4DE66B18:3892D601E31A06E0]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertTrue(Assert.java:54) at org.apache.solr.cloud.ReplaceNodeNoTargetTest.test(ReplaceNodeNoTargetTest.java:92) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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:368) at java.lang.Thread.run(Thread.java:748) Build Log: [...truncated 12127 lines...] [junit4] Suite: org.apache.solr.cloud.ReplaceNodeNoTargetTest [junit4] 2> 102662 INFO (SUITE-ReplaceNodeNoTargetTest-seed#[B0C6E9DB4DE66B18]-worker) [] o.a.s.SolrTestCaseJ4 SecureRandom sanity checks: test.solr.allowed.securerandom=null & java.security.egd=file:/dev/./uran
[jira] [Commented] (SOLR-11988) MockDirectoryFactory.exists() behaves diff then other impls -- can cause FullSolrCloudDistribCmdsTest failures due to SolrCore.initIndex incorrectly thinking index dire
[
https://issues.apache.org/jira/browse/SOLR-11988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366441#comment-16366441
]
Hoss Man commented on SOLR-11988:
-
I should also point out: there's nothing particularly special about why this
failure manifests itself in FullSolrCloudDistribCmdsTest. In that particular
test, it's very likelye to happen because "collection2" is created w/a really
high number of SolrCores, so i'ts just a percentage game. Any other test (that
does not override the MockDirectoryFactory default) can just as easily surface
a similar looking failure.
> MockDirectoryFactory.exists() behaves diff then other impls -- can cause
> FullSolrCloudDistribCmdsTest failures due to SolrCore.initIndex incorrectly
> thinking index directory for brand new SolrCores already exist?
>
>
> Key: SOLR-11988
> URL: https://issues.apache.org/jira/browse/SOLR-11988
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Hoss Man
>Assignee: Hoss Man
>Priority: Major
> Attachments: SOLR-11988.patch, SOLR-11988_nocommit_logging.patch,
> log.txt
>
>
> There's been quite a few jenkins failures from FullSolrCloudDistribCmdsTest
> that all seem to follow a similar pattern:
> * Failure manifests as "Could not find collection:collection2"
> * Failing seeds _frequently_ reproduce, but aren't guaranteed to
> * Root cause can be traced back to the collection creation failing because
> one of more replica cores failed due to the brand new (Solr)IndexWriter
> expects to find an existing segments file
> ** SolrCore should have already created an (empty) index in
> {{SolrCore.initIndex(...)}}
> ** The fact that the {{SolrIndexWrite}} throws this exception in it's
> constructor suggests that the earlier call to {{SolrCore.initIndex(...)}} is
> not functioning reliably
> ** Based on some experimenting i've done, it seems like the underlying
> problem is that in {{SolrCore.initIndex(...)}} the DirectoryFactory can "lie"
> about wether a directory already exists.
> More details to follow in comments.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-11988) MockDirectoryFactory.exists() behaves diff then other impls -- can cause FullSolrCloudDistribCmdsTest failures due to SolrCore.initIndex incorrectly thinking index direct
[
https://issues.apache.org/jira/browse/SOLR-11988?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-11988:
Summary: MockDirectoryFactory.exists() behaves diff then other impls -- can
cause FullSolrCloudDistribCmdsTest failures due to SolrCore.initIndex
incorrectly thinking index directory for brand new SolrCores already exist?
(was: FullSolrCloudDistribCmdsTest failures due to SolrCore initializating
incorrectly thinking index directory already exists?)
> MockDirectoryFactory.exists() behaves diff then other impls -- can cause
> FullSolrCloudDistribCmdsTest failures due to SolrCore.initIndex incorrectly
> thinking index directory for brand new SolrCores already exist?
>
>
> Key: SOLR-11988
> URL: https://issues.apache.org/jira/browse/SOLR-11988
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Hoss Man
>Assignee: Hoss Man
>Priority: Major
> Attachments: SOLR-11988.patch, SOLR-11988_nocommit_logging.patch,
> log.txt
>
>
> There's been quite a few jenkins failures from FullSolrCloudDistribCmdsTest
> that all seem to follow a similar pattern:
> * Failure manifests as "Could not find collection:collection2"
> * Failing seeds _frequently_ reproduce, but aren't guaranteed to
> * Root cause can be traced back to the collection creation failing because
> one of more replica cores failed due to the brand new (Solr)IndexWriter
> expects to find an existing segments file
> ** SolrCore should have already created an (empty) index in
> {{SolrCore.initIndex(...)}}
> ** The fact that the {{SolrIndexWrite}} throws this exception in it's
> constructor suggests that the earlier call to {{SolrCore.initIndex(...)}} is
> not functioning reliably
> ** Based on some experimenting i've done, it seems like the underlying
> problem is that in {{SolrCore.initIndex(...)}} the DirectoryFactory can "lie"
> about wether a directory already exists.
> More details to follow in comments.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11988) FullSolrCloudDistribCmdsTest failures due to SolrCore initializating incorrectly thinking index directory already exists?
[
https://issues.apache.org/jira/browse/SOLR-11988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366437#comment-16366437
]
Hoss Man commented on SOLR-11988:
-
Ok, the underlying problem seems to be:
* SolrCore's usage of DirectoryFactory assumes particular semantics/meaning of
how {{DirectoryFactory.exists(String)}} will behave
** Notably: that it returns {{true}} only if the directory exists "on disk"
*AND* contains at least one file
* EphemeralDirectoryFactory (and by extension MockDirectoryFactory) does not
implement {{exists(String)}} in a manner consistent with that expectation:
** EphemeralDirectoryFactory's impl returns {{true}} anytime the specified
path name has an entry in the cache – even if no files have been created in
that directory
Notable if you have code like this
{code:java}
String path = ...; // some completley new never before seen directory name
DirectoryFactory dirFac = ...;
assertFalse(path + " should not exist yet", dirFac.exists(path));
Directory dir = dirFac.get(path, DirectoryFactory.DirContext.DEFAULT,
DirectoryFactory.LOCK_TYPE_SINGLE);
assertFalse(path + " should still not exist", dirFac.exists(path));
{code}
...that second assert will fail for {{MockDirectoryFactory}}, but succeed for
all other DirectoryFactory impls.
This problem can ultimately manifests itself with the previously mentioned
{{IndexNotFoundException: no segments* file found in ...}} exception if the
following situation arrises...
# SolrCore starts initializing
# A background thread (such as the monitors used for autoscaling) polls the
metrics gauges for the SolrCore
** one of these gauges calls {{SolrCore.getIndexSize()}}
** This method calls {{directoryFactory.get(getIndexDir(),...)}} – which in
the case of MockDirectoryFactory populates the "cache" for the
{{getIndexDir()}} path
# *After* some other thread has called {{SolrCore.getIndexSize()}}, then the
core initialization thread makes it to {{SolrCore.initIndex(...)}}
** this calls {{getDirectoryFactory().exists(indexDir);}} to decide if we
should attempt to initialize a new index
** Because of the buggy imple of {{MockDirectoryFactory.exists(...)}} this
method assumes there's already an index, which is not true and eventually
causes IndexWriter's constructor to complain about the lack of any segments.
I've attached a patch which:
* Beefs up the javadocs for {{DirectoryFactory.exists}} to clarify the
expected semantics
* Fixes {{EphemeralDirectoryFactory.exists}} to meet those expectations
* Adds a {{TestDirectoryFactory}} that asserts those semantics for all known
types of impls of DirectoryFactory
I should point out there are several TODO comments in TestDirectoryFactory
related to if we want to assert any specific semantics of how
{{DirectoryFactory.exists}} should behave *before* a fyle is synced – because
at the moment the behavior of impls like StandardDirectoryFactory disagree with
the behavior of impls like NRTCachingDirectoryFactory that do caching/buffering
in memory. Perhaps we should consider (in a new jira) tighing up those
constraints, and "fixing" the caching based impls to return true if there are
files on disk *OR* un-synced files in the cache?
> FullSolrCloudDistribCmdsTest failures due to SolrCore initializating
> incorrectly thinking index directory already exists?
> -
>
> Key: SOLR-11988
> URL: https://issues.apache.org/jira/browse/SOLR-11988
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Hoss Man
>Priority: Major
> Attachments: SOLR-11988.patch, SOLR-11988_nocommit_logging.patch,
> log.txt
>
>
> There's been quite a few jenkins failures from FullSolrCloudDistribCmdsTest
> that all seem to follow a similar pattern:
> * Failure manifests as "Could not find collection:collection2"
> * Failing seeds _frequently_ reproduce, but aren't guaranteed to
> * Root cause can be traced back to the collection creation failing because
> one of more replica cores failed due to the brand new (Solr)IndexWriter
> expects to find an existing segments file
> ** SolrCore should have already created an (empty) index in
> {{SolrCore.initIndex(...)}}
> ** The fact that the {{SolrIndexWrite}} throws this exception in it's
> constructor suggests that the earlier call to {{SolrCore.initIndex(...)}} is
> not functioning reliably
> ** Based on some experimenting i've done, it seems like the underlying
> problem is that in {{SolrCore.initIndex(...)}} the DirectoryFactory can "lie"
> about wether a directory already exists.
> More details to follow in comments.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
[jira] [Assigned] (SOLR-11988) FullSolrCloudDistribCmdsTest failures due to SolrCore initializating incorrectly thinking index directory already exists?
[
https://issues.apache.org/jira/browse/SOLR-11988?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man reassigned SOLR-11988:
---
Assignee: Hoss Man
> FullSolrCloudDistribCmdsTest failures due to SolrCore initializating
> incorrectly thinking index directory already exists?
> -
>
> Key: SOLR-11988
> URL: https://issues.apache.org/jira/browse/SOLR-11988
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Hoss Man
>Assignee: Hoss Man
>Priority: Major
> Attachments: SOLR-11988.patch, SOLR-11988_nocommit_logging.patch,
> log.txt
>
>
> There's been quite a few jenkins failures from FullSolrCloudDistribCmdsTest
> that all seem to follow a similar pattern:
> * Failure manifests as "Could not find collection:collection2"
> * Failing seeds _frequently_ reproduce, but aren't guaranteed to
> * Root cause can be traced back to the collection creation failing because
> one of more replica cores failed due to the brand new (Solr)IndexWriter
> expects to find an existing segments file
> ** SolrCore should have already created an (empty) index in
> {{SolrCore.initIndex(...)}}
> ** The fact that the {{SolrIndexWrite}} throws this exception in it's
> constructor suggests that the earlier call to {{SolrCore.initIndex(...)}} is
> not functioning reliably
> ** Based on some experimenting i've done, it seems like the underlying
> problem is that in {{SolrCore.initIndex(...)}} the DirectoryFactory can "lie"
> about wether a directory already exists.
> More details to follow in comments.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-11988) FullSolrCloudDistribCmdsTest failures due to SolrCore initializating incorrectly thinking index directory already exists?
[
https://issues.apache.org/jira/browse/SOLR-11988?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-11988:
Attachment: SOLR-11988.patch
> FullSolrCloudDistribCmdsTest failures due to SolrCore initializating
> incorrectly thinking index directory already exists?
> -
>
> Key: SOLR-11988
> URL: https://issues.apache.org/jira/browse/SOLR-11988
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Hoss Man
>Priority: Major
> Attachments: SOLR-11988.patch, SOLR-11988_nocommit_logging.patch,
> log.txt
>
>
> There's been quite a few jenkins failures from FullSolrCloudDistribCmdsTest
> that all seem to follow a similar pattern:
> * Failure manifests as "Could not find collection:collection2"
> * Failing seeds _frequently_ reproduce, but aren't guaranteed to
> * Root cause can be traced back to the collection creation failing because
> one of more replica cores failed due to the brand new (Solr)IndexWriter
> expects to find an existing segments file
> ** SolrCore should have already created an (empty) index in
> {{SolrCore.initIndex(...)}}
> ** The fact that the {{SolrIndexWrite}} throws this exception in it's
> constructor suggests that the earlier call to {{SolrCore.initIndex(...)}} is
> not functioning reliably
> ** Based on some experimenting i've done, it seems like the underlying
> problem is that in {{SolrCore.initIndex(...)}} the DirectoryFactory can "lie"
> about wether a directory already exists.
> More details to follow in comments.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-7.x-Solaris (64bit/jdk1.8.0) - Build # 444 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Solaris/444/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 3 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=26081, name=jetty-launcher-5329-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:531) at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:506) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE scope at org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 1) Thread[id=26081, name=jetty-launcher-5329-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:531) at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:506) at __randomizedtesting.SeedInfo.seed([4206558C73C8CB7D]:0) FAILED: org.apache.solr.cloud.TestTlogReplica.testRecovery Error Message: Can not find doc 8 in https://127.0.0.1:61397/solr Stack Trace: java.lang.AssertionError: Can not find doc 8 in https://127.0.0.1:61397/solr at __randomizedtesting.SeedInfo.seed([4206558C73C8CB7D:83F62C205E9801DA]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.TestTlogReplica.checkRTG(TestTlogReplica.java:885) at org.apache.solr.cloud.TestTlogReplica.testRecovery(TestTlogReplica.java:599) 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(
[JENKINS] Lucene-Solr-repro - Build # 18 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/18/ [...truncated 31 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-Tests-master/2332/consoleText [repro] Revision: a0c0fb89b23fa62c495287ff5b110a73b64a8c97 [repro] Repro line: ant test -Dtestcase=TestLargeCluster -Dtests.method=testSearchRate -Dtests.seed=6280BDA0C9F0DF5D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sv-SE -Dtests.timezone=US/Pacific-New -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [repro] Repro line: ant test -Dtestcase=TriggerIntegrationTest -Dtests.method=testSearchRate -Dtests.seed=6280BDA0C9F0DF5D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=es-CO -Dtests.timezone=America/Porto_Acre -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [repro] Repro line: ant test -Dtestcase=TriggerIntegrationTest -Dtests.method=testMetricTrigger -Dtests.seed=6280BDA0C9F0DF5D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=es-CO -Dtests.timezone=America/Porto_Acre -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [repro] Repro line: ant test -Dtestcase=AutoscalingHistoryHandlerTest -Dtests.method=testHistory -Dtests.seed=6280BDA0C9F0DF5D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=cs -Dtests.timezone=Antarctica/Palmer -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 53640b95d8d04a723bf05cd02b282656d98cc64a [repro] git checkout a0c0fb89b23fa62c495287ff5b110a73b64a8c97 [...truncated 2 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] AutoscalingHistoryHandlerTest [repro] TestLargeCluster [repro] TriggerIntegrationTest [repro] ant compile-test [...truncated 3293 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=15 -Dtests.class="*.AutoscalingHistoryHandlerTest|*.TestLargeCluster|*.TriggerIntegrationTest" -Dtests.showOutput=onerror -Dtests.seed=6280BDA0C9F0DF5D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=cs -Dtests.timezone=Antarctica/Palmer -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [...truncated 15024 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 0/5 failed: org.apache.solr.cloud.autoscaling.sim.TestLargeCluster [repro] 0/5 failed: org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest [repro] 3/5 failed: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest [repro] git checkout 53640b95d8d04a723bf05cd02b282656d98cc64a [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 6 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11838) explore supporting Deeplearning4j NeuralNetwork models
[
https://issues.apache.org/jira/browse/SOLR-11838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366306#comment-16366306
]
Christine Poerschke commented on SOLR-11838:
ticket cross-references:
* SOLR-11941 committed
[org.apache.solr.ltr.model.AdapterModel|https://github.com/apache/lucene-solr/blob/master/solr/contrib/ltr/src/java/org/apache/solr/ltr/model/AdapterModel.java]
*
[deeplearning4j/pull/4662|https://github.com/deeplearning4j/deeplearning4j/pull/4662]
request opened proposing to add a new {{deeplearning4j-modelexport-solr}}
module for use with Apache Solr 7.3 (or higher):
** Train a model in your 'usual' way and on your 'usual' infrastructure.
** Save a.k.a. serialize the model to a file.
** Add the deeplearning4j-modelexport-solr jar (and any dependencies) to your
Apache Solr installation.
** Configure Solr, in the 'usual' way, to use the serialized model file e.g.
for [Learning To
Rank|https://lucene.apache.org/solr/guide/7_2/learning-to-rank.html] purposes.
> explore supporting Deeplearning4j NeuralNetwork models
> --
>
> Key: SOLR-11838
> URL: https://issues.apache.org/jira/browse/SOLR-11838
> Project: Solr
> Issue Type: New Feature
>Reporter: Christine Poerschke
>Priority: Major
> Attachments: SOLR-11838.patch, SOLR-11838.patch
>
>
> [~yuyano] wrote in SOLR-11597:
> bq. ... If we think to apply this to more complex neural networks in the
> future, we will need to support layers ...
> [~malcorn_redhat] wrote in SOLR-11597:
> bq. ... In my opinion, if this is a route Solr eventually wants to go, I
> think a better strategy would be to just add a dependency on
> [Deeplearning4j|https://deeplearning4j.org/] ...
> Creating this ticket for the idea to be explored further (if anyone is
> interested in exploring it), complimentary to and independent of the
> SOLR-11597 RankNet related effort.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-11941) add abstract contrib/ltr AdapterModel
[ https://issues.apache.org/jira/browse/SOLR-11941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christine Poerschke resolved SOLR-11941. Resolution: Fixed Fix Version/s: 7.3 master (8.0) > add abstract contrib/ltr AdapterModel > - > > Key: SOLR-11941 > URL: https://issues.apache.org/jira/browse/SOLR-11941 > Project: Solr > Issue Type: New Feature > Components: contrib - LTR >Reporter: Christine Poerschke >Assignee: Christine Poerschke >Priority: Major > Fix For: master (8.0), 7.3 > > Attachments: SOLR-11941.patch > > > The abstract AdapterModel class is to facilitate the development of > open-source (or custom) scoring models whose initialization is completed when > a SolrResourceLoader is supplied in the init method call. Via the > SolrResourceLoader a file defining an pre-trained model can be opened and > once instantiated the LTRScoringModel.score() method can delegate > calculations to the implementing model instance. > illustration/work-in-progress: > * open pull request: > [https://github.com/deeplearning4j/deeplearning4j/pull/4662] > deriving classes: > * TestAdapterMode$CustomModel in the > [TestAdapterModel.java|https://github.com/apache/lucene-solr/blob/master/solr/contrib/ltr/src/test/org/apache/solr/ltr/model/TestAdapterModel.java#L94] > * future todo: when they exist add links to open-source models extending > AbstractModel -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-11941) add abstract contrib/ltr AdapterModel
[ https://issues.apache.org/jira/browse/SOLR-11941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christine Poerschke updated SOLR-11941: --- Description: The abstract AdapterModel class is to facilitate the development of open-source (or custom) scoring models whose initialization is completed when a SolrResourceLoader is supplied in the init method call. Via the SolrResourceLoader a file defining an pre-trained model can be opened and once instantiated the LTRScoringModel.score() method can delegate calculations to the implementing model instance. illustration/work-in-progress: * open pull request: [https://github.com/deeplearning4j/deeplearning4j/pull/4662] deriving classes: * TestAdapterMode$CustomModel in the [TestAdapterModel.java|https://github.com/apache/lucene-solr/blob/master/solr/contrib/ltr/src/test/org/apache/solr/ltr/model/TestAdapterModel.java#L94] * future todo: when they exist add links to open-source models extending AbstractModel was: The abstract AdapterModel class is to facilitate the development of open-source (or custom) scoring models whose initialization is completed when a SolrResourceLoader is supplied in the init method call. Via the SolrResourceLoader a file defining an pre-trained model can be opened and once instantiated the LTRScoringModel.score() method can delegate calculations to the implementing model instance. illustrations: * MultiLayerNetworkLTRScoringModel.java in https://issues.apache.org/jira/secure/attachment/12908198/SOLR-11838.patch work-in-progress: * open pull request: https://github.com/deeplearning4j/deeplearning4j/pull/4662 deriving classes: * TestAdapterMode$CustomModel in the [TestAdapterModel.java|https://github.com/apache/lucene-solr/blob/master/solr/contrib/ltr/src/test/org/apache/solr/ltr/model/TestAdapterModel.java#L94] * future todo: when they exist add links to open-source models extending AbstractModel > add abstract contrib/ltr AdapterModel > - > > Key: SOLR-11941 > URL: https://issues.apache.org/jira/browse/SOLR-11941 > Project: Solr > Issue Type: New Feature > Components: contrib - LTR >Reporter: Christine Poerschke >Assignee: Christine Poerschke >Priority: Major > Attachments: SOLR-11941.patch > > > The abstract AdapterModel class is to facilitate the development of > open-source (or custom) scoring models whose initialization is completed when > a SolrResourceLoader is supplied in the init method call. Via the > SolrResourceLoader a file defining an pre-trained model can be opened and > once instantiated the LTRScoringModel.score() method can delegate > calculations to the implementing model instance. > illustration/work-in-progress: > * open pull request: > [https://github.com/deeplearning4j/deeplearning4j/pull/4662] > deriving classes: > * TestAdapterMode$CustomModel in the > [TestAdapterModel.java|https://github.com/apache/lucene-solr/blob/master/solr/contrib/ltr/src/test/org/apache/solr/ltr/model/TestAdapterModel.java#L94] > * future todo: when they exist add links to open-source models extending > AbstractModel -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-11941) add abstract contrib/ltr AdapterModel
[ https://issues.apache.org/jira/browse/SOLR-11941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christine Poerschke updated SOLR-11941: --- Description: The abstract AdapterModel class is to facilitate the development of open-source (or custom) scoring models whose initialization is completed when a SolrResourceLoader is supplied in the init method call. Via the SolrResourceLoader a file defining an pre-trained model can be opened and once instantiated the LTRScoringModel.score() method can delegate calculations to the implementing model instance. illustrations: * MultiLayerNetworkLTRScoringModel.java in https://issues.apache.org/jira/secure/attachment/12908198/SOLR-11838.patch work-in-progress: * open pull request: https://github.com/deeplearning4j/deeplearning4j/pull/4662 deriving classes: * TestAdapterMode$CustomModel in the [TestAdapterModel.java|https://github.com/apache/lucene-solr/blob/master/solr/contrib/ltr/src/test/org/apache/solr/ltr/model/TestAdapterModel.java#L94] * future todo: when they exist add links to open-source models extending AbstractModel was: The abstract AdapterModel class is to facilitate the development of open-source (or custom) scoring models whose initialization is completed when a SolrResourceLoader is supplied in the init method call. Via the SolrResourceLoader a file defining an pre-trained model can be opened and once instantiated the LTRScoringModel.score() method can delegate calculations to the implementing model instance. illustrations: * MultiLayerNetworkLTRScoringModel.java in https://issues.apache.org/jira/secure/attachment/12908198/SOLR-11838.patch work-in-progress: * todo: add link to my upcoming deeplearning4j pull request here deriving classes: * todo: once it's committed add link to the CustomModel in the TestAdapterModel.java * future todo: when they exist add links to open-source models extending AbstractModel > add abstract contrib/ltr AdapterModel > - > > Key: SOLR-11941 > URL: https://issues.apache.org/jira/browse/SOLR-11941 > Project: Solr > Issue Type: New Feature > Components: contrib - LTR >Reporter: Christine Poerschke >Assignee: Christine Poerschke >Priority: Major > Attachments: SOLR-11941.patch > > > The abstract AdapterModel class is to facilitate the development of > open-source (or custom) scoring models whose initialization is completed when > a SolrResourceLoader is supplied in the init method call. Via the > SolrResourceLoader a file defining an pre-trained model can be opened and > once instantiated the LTRScoringModel.score() method can delegate > calculations to the implementing model instance. > illustrations: > * MultiLayerNetworkLTRScoringModel.java in > https://issues.apache.org/jira/secure/attachment/12908198/SOLR-11838.patch > work-in-progress: > * open pull request: > https://github.com/deeplearning4j/deeplearning4j/pull/4662 > deriving classes: > * TestAdapterMode$CustomModel in the > [TestAdapterModel.java|https://github.com/apache/lucene-solr/blob/master/solr/contrib/ltr/src/test/org/apache/solr/ltr/model/TestAdapterModel.java#L94] > * future todo: when they exist add links to open-source models extending > AbstractModel -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-7.x-Linux (64bit/jdk1.8.0_162) - Build # 1364 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/1364/ Java: 64bit/jdk1.8.0_162 -XX:+UseCompressedOops -XX:+UseG1GC 2 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.client.solrj.embedded.JettyWebappTest Error Message: 1 thread leaked from SUITE scope at org.apache.solr.client.solrj.embedded.JettyWebappTest: 1) Thread[id=896, name=qtp1863335310-896, state=TIMED_WAITING, group=TGRP-JettyWebappTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.lang.Thread.run(Thread.java:748) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE scope at org.apache.solr.client.solrj.embedded.JettyWebappTest: 1) Thread[id=896, name=qtp1863335310-896, state=TIMED_WAITING, group=TGRP-JettyWebappTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.lang.Thread.run(Thread.java:748) at __randomizedtesting.SeedInfo.seed([AFFD4EB1F050DC9]:0) FAILED: junit.framework.TestSuite.org.apache.solr.client.solrj.embedded.JettyWebappTest Error Message: There are still zombie threads that couldn't be terminated:1) Thread[id=896, name=qtp1863335310-896, state=TIMED_WAITING, group=TGRP-JettyWebappTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.lang.Thread.run(Thread.java:748) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie threads that couldn't be terminated: 1) Thread[id=896, name=qtp1863335310-896, state=TIMED_WAITING, group=TGRP-JettyWebappTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.lang.Thread.run(Thread.java:748) at __randomizedtesting.SeedInfo.seed([AFFD4EB1F050DC9]:0) Build Log: [...truncated 15525 lines...] [junit4] Suite: org.apache.solr.client.solrj.embedded.JettyWebappTest [junit4] 2> 54126 INFO (SUITE-JettyWebappTest-seed#[AFFD4EB1F050DC9]-worker) [] o.a.s.SolrTestCaseJ4 SecureRandom sanity checks: test.solr.allowed.securerandom=null & java.security.egd=file:/dev/./urandom [junit4] 2> Creating dataDir: /home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/build/solr-solrj/test/J1/temp/solr.client.solrj.embedded.JettyWebappTest_AFFD4EB1F050DC9-001/init-core-data-001 [junit4] 2> 54127 WARN (SUITE-JettyWebappTest-seed#[AFFD4EB1F050DC9]-worker) [] o.a.s.SolrTestCaseJ4 startTrackingSearchers: numOpens=4 numCloses=4 [junit4] 2> 54127 INFO (SUITE-JettyWebapp
[JENKINS] Lucene-Solr-master-Solaris (64bit/jdk1.8.0) - Build # 1680 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/1680/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC 2 tests failed. FAILED: org.apache.solr.cloud.ReplaceNodeNoTargetTest.test Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([792D8D8468C3D3C8:F179B25EC63FBE30]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertTrue(Assert.java:54) at org.apache.solr.cloud.ReplaceNodeNoTargetTest.test(ReplaceNodeNoTargetTest.java:92) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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:368) at java.lang.Thread.run(Thread.java:748) FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testMetricTrigger Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([792D8D8468C3D3C8:C321BA0B372B0587]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assert
[jira] [Commented] (SOLR-11897) Add web app logging interface auto-refresh toggle.
[ https://issues.apache.org/jira/browse/SOLR-11897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366281#comment-16366281 ] Tommy Marshment-Howell commented on SOLR-11897: --- Looks good to me! > Add web app logging interface auto-refresh toggle. > -- > > Key: SOLR-11897 > URL: https://issues.apache.org/jira/browse/SOLR-11897 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: Admin UI >Reporter: Tommy Marshment-Howell >Priority: Minor > Attachments: SOLR-11897.patch > > Time Spent: 20m > Remaining Estimate: 0h > > [https://github.com/apache/lucene-solr/pull/298] > Our team wanted to be able to pause the logs, to have a bit more time to go > over stack traces, so I added a toggle button. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11868) CloudSolrClient.setIdField is confusing, it's really the routing field. Should be deprecated.
[ https://issues.apache.org/jira/browse/SOLR-11868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366278#comment-16366278 ] Erick Erickson commented on SOLR-11868: --- If we fix/change the "setIdField" method it's worth checking this at the same time. > CloudSolrClient.setIdField is confusing, it's really the routing field. > Should be deprecated. > - > > Key: SOLR-11868 > URL: https://issues.apache.org/jira/browse/SOLR-11868 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: 7.2 >Reporter: Erick Erickson >Assignee: Erick Erickson >Priority: Major > > IIUC idField has nothing to do with the field. It's really > the field used to route documents. Agreed, this is often the "id" > field, but still > In fact, over in UpdateReqeust.getRoutes(), it's passed as the "id" > field to router.getTargetSlice() and just works, even though > getTargetSlice is clearly designed to route on a field other than the > if we didn't just pass null as the "route" param. > The confusing bit is that if I have a route field defined for my > collection and want to use CloudSolrClient I have to figure out that I > need to use the setIdField method to use that field for routing. > > We should deprecate setIdField and refactor how this is used (i.e. > getRoutes). Need to beef up tests too I suspect. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10809) Get precommit lint warnings out of Solr core
[ https://issues.apache.org/jira/browse/SOLR-10809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366265#comment-16366265 ] Erick Erickson commented on SOLR-10809: --- Assuming my test runs don't show any new errors, I'll commit this before Monday for sure, but probably tomorrow sometime unless there are objections. > Get precommit lint warnings out of Solr core > > > Key: SOLR-10809 > URL: https://issues.apache.org/jira/browse/SOLR-10809 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Erick Erickson >Assignee: Erick Erickson >Priority: Major > Attachments: SOLR-10809.patch > > > Changing to fit "the new paradigm" of de-linting a directory at a time. I > hope to get precommit to fail on precommit warnings from some point on down > the tree, and solr/core is the first unit I've been working on. > I'll have a patch soon. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-7.x - Build # 399 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/399/ 5 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.analytics.facet.RangeFacetTest Error Message: 1 thread leaked from SUITE scope at org.apache.solr.analytics.facet.RangeFacetTest: 1) Thread[id=52, name=qtp1924469875-52, state=TIMED_WAITING, group=TGRP-RangeFacetTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.lang.Thread.run(Thread.java:748) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE scope at org.apache.solr.analytics.facet.RangeFacetTest: 1) Thread[id=52, name=qtp1924469875-52, state=TIMED_WAITING, group=TGRP-RangeFacetTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.lang.Thread.run(Thread.java:748) at __randomizedtesting.SeedInfo.seed([DA64DA66F9B6013C]:0) FAILED: junit.framework.TestSuite.org.apache.solr.analytics.facet.RangeFacetTest Error Message: There are still zombie threads that couldn't be terminated:1) Thread[id=52, name=qtp1924469875-52, state=TIMED_WAITING, group=TGRP-RangeFacetTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.lang.Thread.run(Thread.java:748) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie threads that couldn't be terminated: 1) Thread[id=52, name=qtp1924469875-52, state=TIMED_WAITING, group=TGRP-RangeFacetTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.lang.Thread.run(Thread.java:748) at __randomizedtesting.SeedInfo.seed([DA64DA66F9B6013C]:0) FAILED: org.apache.solr.cloud.TestTlogReplica.testRecovery Error Message: Can not find doc 8 in https://127.0.0.1:37895/solr Stack Trace: java.lang.AssertionError: Can not find doc 8 in https://127.0.0.1:37895/solr at __randomizedtesting.SeedInfo.seed([8947C47CD8248EC8:48B7BDD0F574446F]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.TestTlogReplica.checkRTG(TestTlogReplica.java:885) at org.apache.solr.cloud.TestTlogReplica.testRecovery(TestTlogReplica.java:599) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAc
[JENKINS] Lucene-Solr-Tests-master - Build # 2332 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/2332/ 4 tests failed. FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testSearchRate Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([6280BDA0C9F0DF5D:3FC8A32906367912]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertTrue(Assert.java:54) at org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testSearchRate(TriggerIntegrationTest.java:1482) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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:368) at java.lang.Thread.run(Thread.java:748) FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testMetricTrigger Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([6280BDA0C9F0DF5D:D88C8A2F96180912]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43)
[jira] [Commented] (SOLR-11964) We never mention queryAnalyzerFieldType in the parameters for spellcheck component in the reference guide
[ https://issues.apache.org/jira/browse/SOLR-11964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366244#comment-16366244 ] Erick Erickson commented on SOLR-11964: --- I'll commit these this weekend, anyone want to check my prose? > We never mention queryAnalyzerFieldType in the parameters for spellcheck > component in the reference guide > - > > Key: SOLR-11964 > URL: https://issues.apache.org/jira/browse/SOLR-11964 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: documentation >Reporter: Erick Erickson >Assignee: Erick Erickson >Priority: Minor > Attachments: SOLR-11964.patch > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11964) We never mention queryAnalyzerFieldType in the parameters for spellcheck component in the reference guide
[ https://issues.apache.org/jira/browse/SOLR-11964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366243#comment-16366243 ] Erick Erickson commented on SOLR-11964: --- Decided to do both together, they're small. > We never mention queryAnalyzerFieldType in the parameters for spellcheck > component in the reference guide > - > > Key: SOLR-11964 > URL: https://issues.apache.org/jira/browse/SOLR-11964 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: documentation >Reporter: Erick Erickson >Assignee: Erick Erickson >Priority: Minor > Attachments: SOLR-11964.patch > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-11964) We never mention queryAnalyzerFieldType in the parameters for spellcheck component in the reference guide
[ https://issues.apache.org/jira/browse/SOLR-11964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Erickson updated SOLR-11964: -- Attachment: SOLR-11964.patch > We never mention queryAnalyzerFieldType in the parameters for spellcheck > component in the reference guide > - > > Key: SOLR-11964 > URL: https://issues.apache.org/jira/browse/SOLR-11964 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: documentation >Reporter: Erick Erickson >Assignee: Erick Erickson >Priority: Minor > Attachments: SOLR-11964.patch > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-12003) Suggestions UI fails with a single core
Cassandra Targett created SOLR-12003: Summary: Suggestions UI fails with a single core Key: SOLR-12003 URL: https://issues.apache.org/jira/browse/SOLR-12003 Project: Solr Issue Type: Bug Security Level: Public (Default Security Level. Issues are Public) Components: Admin UI, AutoScaling Reporter: Cassandra Targett Attachments: suggestions-single-core-error.gif >From a build of master from today (15 Feb 2018), the new Suggestions UI >doesn't work well with a single core (meaning, Solr in standalone mode). It >shows a cryptic error that doesn't tell the user what's wrong. * The screen should be hidden if it's not supported in standalone mode. * In the left menu, the Suggestions item in the list is not highlighted properly to show that's the screen you are on. Whatever screen you were on when you clicked "Suggestions" is highlighted. * The only error shown to the user is a red bar with "no core retrieved for null", which doesn't explain what's going on. * Errors are logged and shown in the Logging UI, but it repeats the same "no core retrieved for null" - nothing explains that it's not supported for standalone mode (I only happen to know that). I've attached a short .gif of the user experience with this - it's rather poor. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Linux (64bit/jdk1.8.0_162) - Build # 21465 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/21465/ Java: 64bit/jdk1.8.0_162 -XX:+UseCompressedOops -XX:+UseParallelGC 3 tests failed. FAILED: org.apache.solr.cloud.TestAuthenticationFramework.testBasics Error Message: Error from server at http://127.0.0.1:43459/solr/testcollection_shard1_replica_n2: Expected mime type application/octet-stream but got text/html.Error 404 Can not find: /solr/testcollection_shard1_replica_n2/update HTTP ERROR 404 Problem accessing /solr/testcollection_shard1_replica_n2/update. Reason: Can not find: /solr/testcollection_shard1_replica_n2/updatehttp://eclipse.org/jetty";>Powered by Jetty:// 9.4.8.v20171121 Stack Trace: org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from server at http://127.0.0.1:43459/solr/testcollection_shard1_replica_n2: Expected mime type application/octet-stream but got text/html. Error 404 Can not find: /solr/testcollection_shard1_replica_n2/update HTTP ERROR 404 Problem accessing /solr/testcollection_shard1_replica_n2/update. Reason: Can not find: /solr/testcollection_shard1_replica_n2/updatehttp://eclipse.org/jetty";>Powered by Jetty:// 9.4.8.v20171121 at __randomizedtesting.SeedInfo.seed([BBC6A06BFD24F33F:861E0E47C5CAAD4F]:0) at org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:550) at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1013) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:946) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:946) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:946) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:946) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:946) at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194) at org.apache.solr.client.solrj.request.UpdateRequest.commit(UpdateRequest.java:233) at org.apache.solr.cloud.TestAuthenticationFramework.collectionCreateSearchDeleteTwice(TestAuthenticationFramework.java:126) at org.apache.solr.cloud.TestAuthenticationFramework.testBasics(TestAuthenticationFramework.java:74) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) at com.carrotsearch.randomizedtesting.rule
[jira] [Updated] (SOLR-10887) Add .xml extension to managed-schema
[
https://issues.apache.org/jira/browse/SOLR-10887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Cassandra Targett updated SOLR-10887:
-
Component/s: Schema and Analysis
> Add .xml extension to managed-schema
>
>
> Key: SOLR-10887
> URL: https://issues.apache.org/jira/browse/SOLR-10887
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Schema and Analysis
>Reporter: Ishan Chattopadhyaya
>Priority: Major
>
> Discussions here SOLR-10574.
> There is consensus to renaming managed-schema back to managed-schema.xml.
> Requires backcompat handling as mentioned in Yonik's comment:
> {code}
> there is back compat to consider. I'd also prefer that if it get changed, we
> first look for "managed-schema.xml", then "managed-schema", and then
> "schema.xml" to preserve back compat.
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-11947) 7.3 Streaming Expression Documentation
[ https://issues.apache.org/jira/browse/SOLR-11947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cassandra Targett updated SOLR-11947: - Component/s: streaming expressions documentation > 7.3 Streaming Expression Documentation > -- > > Key: SOLR-11947 > URL: https://issues.apache.org/jira/browse/SOLR-11947 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) > Components: documentation, streaming expressions >Reporter: Joel Bernstein >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-11975) searchRate metrics are not handled correctly
[ https://issues.apache.org/jira/browse/SOLR-11975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cassandra Targett updated SOLR-11975: - Component/s: metrics > searchRate metrics are not handled correctly > > > Key: SOLR-11975 > URL: https://issues.apache.org/jira/browse/SOLR-11975 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: metrics >Reporter: Noble Paul >Assignee: Noble Paul >Priority: Minor > > searchRate metrics have the following behavior > when you add a replica, the predicted search rate on other replicas of the > same shard must come down. > When you move a replica, the searchrate must come down forthe src node and > increase by that number on the target replica -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-11977) QEC editorialMarkerFieldName & excludeMarkerFieldName are confusing and silly
[
https://issues.apache.org/jira/browse/SOLR-11977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Cassandra Targett updated SOLR-11977:
-
Component/s: SearchComponents - other
> QEC editorialMarkerFieldName & excludeMarkerFieldName are confusing and silly
> -
>
> Key: SOLR-11977
> URL: https://issues.apache.org/jira/browse/SOLR-11977
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SearchComponents - other
>Reporter: Hoss Man
>Priority: Major
>
> QueryElevationComponent suppports 2 initParams that are weird and very
> inconsistent with how similar features in solr work...
> * editorialMarkerFieldName
> * excludeMarkerFieldName
> These init params simply provide an "override" to the names "elevated" and
> "excluded" that are used in {{QueryElevationComponent.inform(SolrCore)}} to
> change the names used when registering instances of EditorialMarkerFactory
> and ExcludedMarkerFactory as DocTransformers.
> This makes no sense -- we already have a standard mechanism for people to
> override the default names used by doc transformers.
> We should:
> # deprecated & remove & undocument these options and remove the relvant code
> from QEC
> # add these transformers to {{TransformerFactory.defaultFactories}} using
> their default names
> ... users that have a strong desire to override these names should do so by
> explicitly registering them as {{ DocTransformer.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-6057) Duplicate background-color in #content #analysis #analysis-result .match (analysis.css)
[
https://issues.apache.org/jira/browse/SOLR-6057?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Cassandra Targett resolved SOLR-6057.
-
Resolution: Fixed
Assignee: Cassandra Targett
Fix Version/s: 7.3
master (8.0)
The patch I had earlier attached included some changes for text color to make
it darker, and those changes were superseded by SOLR-8090. The commit
referenced in earlier comments is for removing the duplicate color definition
and changing the color for those highlights as I previously mentioned.
> Duplicate background-color in #content #analysis #analysis-result .match
> (analysis.css)
> ---
>
> Key: SOLR-6057
> URL: https://issues.apache.org/jira/browse/SOLR-6057
> Project: Solr
> Issue Type: Bug
> Components: Admin UI
>Reporter: Al Krinker
>Assignee: Cassandra Targett
>Priority: Trivial
> Fix For: master (8.0), 7.3
>
> Attachments: Analysis-UI-before.png, Analysis-UI-deuteranopia.png,
> Analysis-UI-newColor.png, SOLR-6057.patch
>
>
> Inside of solr/webapp/web/css/styles/analysis.css, you can find #content
> #analysis #analysis-result .match element with following content:
> #content #analysis #analysis-result .match
> {
> background-color: #e9eff7;
> background-color: #f2f2ff;
> }
> background-color listed twice.
> Also, it was very hard for me to see the highlight. Recommend to change it to
> background-color: #FF;
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-6057) Duplicate background-color in #content #analysis #analysis-result .match (analysis.css)
[
https://issues.apache.org/jira/browse/SOLR-6057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366181#comment-16366181
]
ASF subversion and git services commented on SOLR-6057:
---
Commit b897841bfe2cf5c1790b51e78db182569cbe7554 in lucene-solr's branch
refs/heads/branch_7x from [~ctargett]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=b897841 ]
SOLR-6057: Change highlight color in UI Analysis screen
> Duplicate background-color in #content #analysis #analysis-result .match
> (analysis.css)
> ---
>
> Key: SOLR-6057
> URL: https://issues.apache.org/jira/browse/SOLR-6057
> Project: Solr
> Issue Type: Bug
> Components: Admin UI
>Reporter: Al Krinker
>Priority: Trivial
> Attachments: Analysis-UI-before.png, Analysis-UI-deuteranopia.png,
> Analysis-UI-newColor.png, SOLR-6057.patch
>
>
> Inside of solr/webapp/web/css/styles/analysis.css, you can find #content
> #analysis #analysis-result .match element with following content:
> #content #analysis #analysis-result .match
> {
> background-color: #e9eff7;
> background-color: #f2f2ff;
> }
> background-color listed twice.
> Also, it was very hard for me to see the highlight. Recommend to change it to
> background-color: #FF;
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-6057) Duplicate background-color in #content #analysis #analysis-result .match (analysis.css)
[
https://issues.apache.org/jira/browse/SOLR-6057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366179#comment-16366179
]
ASF subversion and git services commented on SOLR-6057:
---
Commit 53640b95d8d04a723bf05cd02b282656d98cc64a in lucene-solr's branch
refs/heads/master from [~ctargett]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=53640b9 ]
SOLR-6057: Change highlight color in UI Analysis screen
> Duplicate background-color in #content #analysis #analysis-result .match
> (analysis.css)
> ---
>
> Key: SOLR-6057
> URL: https://issues.apache.org/jira/browse/SOLR-6057
> Project: Solr
> Issue Type: Bug
> Components: Admin UI
>Reporter: Al Krinker
>Priority: Trivial
> Attachments: Analysis-UI-before.png, Analysis-UI-deuteranopia.png,
> Analysis-UI-newColor.png, SOLR-6057.patch
>
>
> Inside of solr/webapp/web/css/styles/analysis.css, you can find #content
> #analysis #analysis-result .match element with following content:
> #content #analysis #analysis-result .match
> {
> background-color: #e9eff7;
> background-color: #f2f2ff;
> }
> background-color listed twice.
> Also, it was very hard for me to see the highlight. Recommend to change it to
> background-color: #FF;
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-7.x-MacOSX (64bit/jdk1.8.0) - Build # 454 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-MacOSX/454/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseSerialGC 2 tests failed. FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testListeners Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([AB1D7BF3805C4C0B:46DDECE33D30D1D2]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertTrue(Assert.java:54) at org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testListeners(TriggerIntegrationTest.java:1053) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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:368) at java.lang.Thread.run(Thread.java:748) FAILED: org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest.testHistory Error Message: expected:<5> but was:<0> Stack Trace: java.lang.AssertionError: expected:<5> but was:<0> at __randomizedtesting.SeedInfo.seed([AB1D7BF3805C4C0B:C6E1DF0E3A14B30C]:0)
[JENKINS] Lucene-Solr-repro - Build # 16 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/16/ [...truncated 29 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/397/consoleText [repro] Revision: 08b9de9970a90d31dfec07e36faf8c1bc0a6c593 [repro] Repro line: ant test -Dtestcase=AutoscalingHistoryHandlerTest -Dtests.method=testHistory -Dtests.seed=40AE2A4E81B1AA92 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sk -Dtests.timezone=Europe/Moscow -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=TestTriggerIntegration -Dtests.method=testNodeMarkersRegistration -Dtests.seed=40AE2A4E81B1AA92 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=da-DK -Dtests.timezone=Asia/Ashkhabad -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=MultiThreadedOCPTest -Dtests.method=test -Dtests.seed=40AE2A4E81B1AA92 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=es-NI -Dtests.timezone=Africa/Lusaka -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=TestReplicationHandler -Dtests.method=doTestIndexAndConfigReplication -Dtests.seed=40AE2A4E81B1AA92 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=fr -Dtests.timezone=Europe/Monaco -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=ComputePlanActionTest -Dtests.method=testSelectedCollections -Dtests.seed=40AE2A4E81B1AA92 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=ca-ES -Dtests.timezone=Etc/GMT-8 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 36d8261c0228db5f8aaeeb02cf03969d243e68cb [repro] git checkout 08b9de9970a90d31dfec07e36faf8c1bc0a6c593 [...truncated 2 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] TestReplicationHandler [repro] ComputePlanActionTest [repro] AutoscalingHistoryHandlerTest [repro] TestTriggerIntegration [repro] MultiThreadedOCPTest [repro] ant compile-test [...truncated 3310 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=25 -Dtests.class="*.TestReplicationHandler|*.ComputePlanActionTest|*.AutoscalingHistoryHandlerTest|*.TestTriggerIntegration|*.MultiThreadedOCPTest" -Dtests.showOutput=onerror -Dtests.seed=40AE2A4E81B1AA92 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=fr -Dtests.timezone=Europe/Monaco -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 36701 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 0/5 failed: org.apache.solr.cloud.MultiThreadedOCPTest [repro] 1/5 failed: org.apache.solr.cloud.autoscaling.sim.TestTriggerIntegration [repro] 1/5 failed: org.apache.solr.handler.TestReplicationHandler [repro] 1/5 failed: org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest [repro] 3/5 failed: org.apache.solr.cloud.autoscaling.ComputePlanActionTest [repro] git checkout 36d8261c0228db5f8aaeeb02cf03969d243e68cb [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11893) Solr doc 7.2 Tutorial page 26 has error in screenshot Figure 3: names => name
[ https://issues.apache.org/jira/browse/SOLR-11893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366114#comment-16366114 ] ASF subversion and git services commented on SOLR-11893: Commit 09d740fec27eefe36fba3becf27872d6a1f2e22e in lucene-solr's branch refs/heads/branch_7x from [~ctargett] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=09d740f ] SOLR-11893: Fix wrong field name in UI screenshot > Solr doc 7.2 Tutorial page 26 has error in screenshot Figure 3: names => name > - > > Key: SOLR-11893 > URL: https://issues.apache.org/jira/browse/SOLR-11893 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: documentation, examples >Affects Versions: 7.2 >Reporter: John DB >Priority: Minor > Labels: documentation > Fix For: master (8.0), 7.3 > > > Screenshot of using the Admin GUI on page 26 in PDF, also in online version > "Figure 3": > Add Field / Name: *names* > This doesn't match the previous CLI POST, where the name field is "*name*" > (singular), not "*names*" (plural). Using "*names*" causes indexing errors in > section "Index Sample Film Data". Using "*name*" (singular) instead, in the > Admin GUI, subsequent indexing works as expected. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-11893) Solr doc 7.2 Tutorial page 26 has error in screenshot Figure 3: names => name
[ https://issues.apache.org/jira/browse/SOLR-11893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cassandra Targett resolved SOLR-11893. -- Resolution: Fixed Assignee: Cassandra Targett Fix Version/s: 7.3 master (8.0) Fixed, thanks for pointing this out! > Solr doc 7.2 Tutorial page 26 has error in screenshot Figure 3: names => name > - > > Key: SOLR-11893 > URL: https://issues.apache.org/jira/browse/SOLR-11893 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: documentation, examples >Affects Versions: 7.2 >Reporter: John DB >Assignee: Cassandra Targett >Priority: Minor > Labels: documentation > Fix For: master (8.0), 7.3 > > > Screenshot of using the Admin GUI on page 26 in PDF, also in online version > "Figure 3": > Add Field / Name: *names* > This doesn't match the previous CLI POST, where the name field is "*name*" > (singular), not "*names*" (plural). Using "*names*" causes indexing errors in > section "Index Sample Film Data". Using "*name*" (singular) instead, in the > Admin GUI, subsequent indexing works as expected. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11893) Solr doc 7.2 Tutorial page 26 has error in screenshot Figure 3: names => name
[ https://issues.apache.org/jira/browse/SOLR-11893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366113#comment-16366113 ] ASF subversion and git services commented on SOLR-11893: Commit 36d8261c0228db5f8aaeeb02cf03969d243e68cb in lucene-solr's branch refs/heads/master from [~ctargett] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=36d8261 ] SOLR-11893: Fix wrong field name in UI screenshot > Solr doc 7.2 Tutorial page 26 has error in screenshot Figure 3: names => name > - > > Key: SOLR-11893 > URL: https://issues.apache.org/jira/browse/SOLR-11893 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: documentation, examples >Affects Versions: 7.2 >Reporter: John DB >Priority: Minor > Labels: documentation > > Screenshot of using the Admin GUI on page 26 in PDF, also in online version > "Figure 3": > Add Field / Name: *names* > This doesn't match the previous CLI POST, where the name field is "*name*" > (singular), not "*names*" (plural). Using "*names*" causes indexing errors in > section "Index Sample Film Data". Using "*name*" (singular) instead, in the > Admin GUI, subsequent indexing works as expected. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11942) need better ref guide docs on join (and grouping) limitations in solr cloud
[
https://issues.apache.org/jira/browse/SOLR-11942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366099#comment-16366099
]
Cassandra Targett commented on SOLR-11942:
--
bq. in general it might be work adding a "joining and grouping" type document
I was recently asked for an overview like this, and had a hard time finding a
coherent answer, even from the snippets that already exist. +1 to this.
> need better ref guide docs on join (and grouping) limitations in solr cloud
> ---
>
> Key: SOLR-11942
> URL: https://issues.apache.org/jira/browse/SOLR-11942
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: documentation
>Reporter: Hoss Man
>Priority: Major
>
> on irc, a user asked about joining in solr cloud and i realized that the
> "JoinQParser" docs don't really clarify what does/doesn't work in cloud.
> There is a section on "Joining Across Collections" which points out some
> limitations in cloud mode, and the "Result Grouping" page has a brief note
> that "a...ll documents in each group must be co-located on the same shard in
> order for accurate counts to be returned. Document routing via composite keys
> can be a useful solution in many situations." But there is no similar
> warning for using the join parser n a single collection.
> We should probably beef up the warning on the "Result Grouping" section to
> give an example of what does/doesn't work, and cross link to that from the
> "join" parser docs? (ie: "Note that when using multiple shards, the {{join}}
> parser has similar limitations as {{the GroupComponent regarding co-located
> documents|LINK_TO_OTHER_DOC}} )
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-11944) Add examples of WKT and GeoJSON Spatial indexing to spatial-search.adoc
[ https://issues.apache.org/jira/browse/SOLR-11944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cassandra Targett updated SOLR-11944: - Component/s: documentation > Add examples of WKT and GeoJSON Spatial indexing to spatial-search.adoc > --- > > Key: SOLR-11944 > URL: https://issues.apache.org/jira/browse/SOLR-11944 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: documentation >Reporter: Grant Ingersoll >Assignee: Cassandra Targett >Priority: Trivial > Fix For: master (8.0), 7.3 > > Attachments: SOLR-11944.patch > > > Took a bit of reading of the code to figure out how to index WKT and GeoJSON > files -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-11944) Add examples of WKT and GeoJSON Spatial indexing to spatial-search.adoc
[ https://issues.apache.org/jira/browse/SOLR-11944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cassandra Targett resolved SOLR-11944. -- Resolution: Fixed Assignee: Cassandra Targett (was: Grant Ingersoll) Fix Version/s: 7.3 master (8.0) I stole this from Grant with his permission to get it committed :) Thank you! > Add examples of WKT and GeoJSON Spatial indexing to spatial-search.adoc > --- > > Key: SOLR-11944 > URL: https://issues.apache.org/jira/browse/SOLR-11944 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Grant Ingersoll >Assignee: Cassandra Targett >Priority: Trivial > Fix For: master (8.0), 7.3 > > Attachments: SOLR-11944.patch > > > Took a bit of reading of the code to figure out how to index WKT and GeoJSON > files -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11944) Add examples of WKT and GeoJSON Spatial indexing to spatial-search.adoc
[ https://issues.apache.org/jira/browse/SOLR-11944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366090#comment-16366090 ] ASF subversion and git services commented on SOLR-11944: Commit fa158f50e6a03b31ff038a1bc08515bc07838f22 in lucene-solr's branch refs/heads/branch_7x from [~ctargett] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=fa158f5 ] SOLR-11944: Ref Guide: Add examples of GeoJSON and WKT > Add examples of WKT and GeoJSON Spatial indexing to spatial-search.adoc > --- > > Key: SOLR-11944 > URL: https://issues.apache.org/jira/browse/SOLR-11944 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Grant Ingersoll >Assignee: Grant Ingersoll >Priority: Trivial > Attachments: SOLR-11944.patch > > > Took a bit of reading of the code to figure out how to index WKT and GeoJSON > files -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11944) Add examples of WKT and GeoJSON Spatial indexing to spatial-search.adoc
[ https://issues.apache.org/jira/browse/SOLR-11944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366076#comment-16366076 ] ASF subversion and git services commented on SOLR-11944: Commit aa9bf0c6f65b3cae3288e64fa7811cdbce600470 in lucene-solr's branch refs/heads/master from [~ctargett] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=aa9bf0c ] SOLR-11944: Ref Guide: Add examples of GeoJSON and WKT > Add examples of WKT and GeoJSON Spatial indexing to spatial-search.adoc > --- > > Key: SOLR-11944 > URL: https://issues.apache.org/jira/browse/SOLR-11944 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Grant Ingersoll >Assignee: Grant Ingersoll >Priority: Trivial > Attachments: SOLR-11944.patch > > > Took a bit of reading of the code to figure out how to index WKT and GeoJSON > files -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (LUCENE-8106) Add script to attempt to reproduce failing tests from a Jenkins log
[
https://issues.apache.org/jira/browse/LUCENE-8106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366054#comment-16366054
]
Steve Rowe edited comment on LUCENE-8106 at 2/15/18 6:23 PM:
-
I've set up a new job using the repro script on ASF Jenkins:
[https://builds.apache.org/view/L/view/Lucene/job/Lucene-Solr-repro/], and
configured the Test, NightlyTest and SmokeTester jobs on master and branch_7x
to trigger the new job for Unstable/Failure runs.
[~thetaphi], what do you think of setting up a job for this on your Jenkins?
I'm not sure how to set up the same environment (OS/JVM) for the job though...
Maybe instead of triggering another job to run the repro script, the existing
jobs could be configured to run the script as a build step?
was (Author: steve_rowe):
I've set up a new job using the repro script on ASF Jenkins:
[https://builds.apache.org/view/L/view/Lucene/job/Lucene-Solr-repro/], and
configured it to be triggered by Unstable/Failure results for Test, NightlyTest
and SmokeTester jobs on master and branch_7x.
[~thetaphi], what do you think of setting up a job for this on your Jenkins?
I'm not sure how to set up the same environment (OS/JVM) for the job though...
Maybe instead of triggering another job to run the repro script, the existing
jobs could be configured to run the script as a build step?
> Add script to attempt to reproduce failing tests from a Jenkins log
> ---
>
> Key: LUCENE-8106
> URL: https://issues.apache.org/jira/browse/LUCENE-8106
> Project: Lucene - Core
> Issue Type: Improvement
>Reporter: Steve Rowe
>Assignee: Steve Rowe
>Priority: Major
> Fix For: master (8.0), 7.3
>
> Attachments: LUCENE-8106-part2.patch, LUCENE-8106.patch,
> LUCENE-8106.patch
>
>
> This script will be runnable from a downstream job triggered by an upstream
> failing Jenkins job, passing log location info between the two.
> The script will also be runnable manually from a developer's cmdline.
> From the script help:
> {noformat}
> Usage:
> python3 -u reproduceJenkinsFailures.py URL
> Must be run from a Lucene/Solr git workspace. Downloads the Jenkins
> log pointed to by the given URL, parses it for Git revision and failed
> Lucene/Solr tests, checks out the Git revision in the local workspace,
> groups the failed tests by module, then runs
> 'ant test -Dtest.dups=5 -Dtests.class="*.test1[|*.test2[...]]" ...'
> in each module of interest, failing at the end if any of the runs fails.
> To control the maximum number of concurrent JVMs used for each module's
> test run, set 'tests.jvms', e.g. in ~/lucene.build.properties
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-8106) Add script to attempt to reproduce failing tests from a Jenkins log
[
https://issues.apache.org/jira/browse/LUCENE-8106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16366054#comment-16366054
]
Steve Rowe commented on LUCENE-8106:
I've set up a new job using the repro script on ASF Jenkins:
[https://builds.apache.org/view/L/view/Lucene/job/Lucene-Solr-repro/], and
configured it to be triggered by Unstable/Failure results for Test, NightlyTest
and SmokeTester jobs on master and branch_7x.
[~thetaphi], what do you think of setting up a job for this on your Jenkins?
I'm not sure how to set up the same environment (OS/JVM) for the job though...
Maybe instead of triggering another job to run the repro script, the existing
jobs could be configured to run the script as a build step?
> Add script to attempt to reproduce failing tests from a Jenkins log
> ---
>
> Key: LUCENE-8106
> URL: https://issues.apache.org/jira/browse/LUCENE-8106
> Project: Lucene - Core
> Issue Type: Improvement
>Reporter: Steve Rowe
>Assignee: Steve Rowe
>Priority: Major
> Fix For: master (8.0), 7.3
>
> Attachments: LUCENE-8106-part2.patch, LUCENE-8106.patch,
> LUCENE-8106.patch
>
>
> This script will be runnable from a downstream job triggered by an upstream
> failing Jenkins job, passing log location info between the two.
> The script will also be runnable manually from a developer's cmdline.
> From the script help:
> {noformat}
> Usage:
> python3 -u reproduceJenkinsFailures.py URL
> Must be run from a Lucene/Solr git workspace. Downloads the Jenkins
> log pointed to by the given URL, parses it for Git revision and failed
> Lucene/Solr tests, checks out the Git revision in the local workspace,
> groups the failed tests by module, then runs
> 'ant test -Dtest.dups=5 -Dtests.class="*.test1[|*.test2[...]]" ...'
> in each module of interest, failing at the end if any of the runs fails.
> To control the maximum number of concurrent JVMs used for each module's
> test run, set 'tests.jvms', e.g. in ~/lucene.build.properties
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-7.x-Linux (32bit/jdk1.8.0_162) - Build # 1363 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/1363/ Java: 32bit/jdk1.8.0_162 -client -XX:+UseParallelGC 2 tests failed. FAILED: org.apache.solr.cloud.TestUtilizeNode.test Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([61CC1180CB752202:E9982E5A65894FFA]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertTrue(Assert.java:54) at org.apache.solr.cloud.TestUtilizeNode.test(TestUtilizeNode.java:81) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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:368) at java.lang.Thread.run(Thread.java:748) FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testNodeAddedTriggerRestoreState Error Message: The trigger did not fire at all Stack Trace: java.lang.AssertionError: The trigger did not fire at all at __randomizedtesting.SeedInfo.seed([61CC1180CB752202:E9F198FFF1B5C3AF]:0) at org.junit.Assert.fail(Assert.java:93)
[jira] [Comment Edited] (SOLR-12002) Allow DocValue type changes without reindex
[
https://issues.apache.org/jira/browse/SOLR-12002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365884#comment-16365884
]
Marius Ghita edited comment on SOLR-12002 at 2/15/18 5:44 PM:
--
The field is just defined as (no multiValued attribute):
{{}}
The field is used only for queries, no faceting/grouping is done currently on
that field.
And the only reason I've added docValues="true" was because that was the answer
to my Google search on how to remove those warnings from the Solr log (this,
while developing the schema changes locally).
During the deployment of the new schema all I did was:
# overwrite schema.xml with the new version
# reload core in admin interface
# run dataimporter with default parameters (clean, commit,
command=full-import, across all entities defined in data-config.xml)
# saw the warnings that showed up
# repeat a couple of times step 2-3 to make sure that I'm seeing the same
warnings every time dataimport is running
Given that I saw no difference between my local Solr configuration and the one
on the server, I restarted the Solr server, and dataimporter happily ran
without further warnings.
Edit: in my original schema definition, that field was at first a multiValued
field; the original definition before the changes I've made
{{}}
was (Author: marius.ghita):
The field is just defined as (no multiValued attribute):
{{}}
The field is used only for queries, no faceting/grouping is done currently on
that field.
And the only reason I've added docValues="true" was because that was the answer
to my Google search on how to remove those warnings from the Solr log (this,
while developing the schema changes locally).
During the deployment of the new schema all I did was:
# overwrite schema.xml with the new version
# reload core in admin interface
# run dataimporter with default parameters (clean, commit, command=full-import,
across all entities defined in data-config.xml)
# saw the warnings that showed up
# repeat a couple of times step 2-3 to make sure that I'm seeing the same
warnings every time dataimport is running
Given that I saw no difference between my local Solr configuration and the one
on the server, I restarted the Solr server, and dataimporter happily ran
without further warnings.
> Allow DocValue type changes without reindex
> ---
>
> Key: SOLR-12002
> URL: https://issues.apache.org/jira/browse/SOLR-12002
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 6.6.2
>Reporter: Marius Ghita
>Priority: Major
>
> I've made a change to our Solr schema where an existing field was changed and
> docValues="true" was added. Only doing a core reload, during reindexing (with
> the clean flag, in dataimporter) the message "Cannot change DocValues type
> from SORTED_SET to SORTED for field companyType" showed up in the logs, but
> not for all documents.
> Issuing a Solr restart and then reindexing fixed the issue. Under the
> assumption that core reload should handle any schema changes without issue, I
> think that this behaviour can be considered a bug.
> Note that I'm using the classical schema configuration (disabled managed
> schema), maybe managed schema exhibits the same behaviour but that's untested
> on my end.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-repro - Build # 15 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/15/ [...truncated 31 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-Tests-master/2331/consoleText [repro] Revision: a07493d508dce52bcfc584d001a0240cd835f9ba [repro] Repro line: ant test -Dtestcase=TriggerIntegrationTest -Dtests.method=testCooldown -Dtests.seed=3F28D9EFFADC716D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=ar-SA -Dtests.timezone=America/Tortola -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: a0c0fb89b23fa62c495287ff5b110a73b64a8c97 [repro] git checkout a07493d508dce52bcfc584d001a0240cd835f9ba [...truncated 2 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] TriggerIntegrationTest [repro] ant compile-test [...truncated 3293 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.TriggerIntegrationTest" -Dtests.showOutput=onerror -Dtests.seed=3F28D9EFFADC716D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=ar-SA -Dtests.timezone=America/Tortola -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 18948 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 4/5 failed: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest [repro] git checkout a0c0fb89b23fa62c495287ff5b110a73b64a8c97 [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk-9) - Build # 4442 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/4442/ Java: 64bit/jdk-9 -XX:-UseCompressedOops -XX:+UseParallelGC 2 tests failed. FAILED: org.apache.solr.cloud.CloudExitableDirectoryReaderTest.test Error Message: Time allowed to handle this request exceeded Stack Trace: org.apache.solr.client.solrj.SolrServerException: Time allowed to handle this request exceeded at __randomizedtesting.SeedInfo.seed([542CB894D9B201B6:DC78874E774E6C4E]:0) at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:460) at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1104) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884) at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194) at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:942) at org.apache.solr.cloud.CloudExitableDirectoryReaderTest.assertPartialResults(CloudExitableDirectoryReaderTest.java:106) at org.apache.solr.cloud.CloudExitableDirectoryReaderTest.doTimeoutTests(CloudExitableDirectoryReaderTest.java:78) at org.apache.solr.cloud.CloudExitableDirectoryReaderTest.test(CloudExitableDirectoryReaderTest.java:56) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:564) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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 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.
[JENKINS] Lucene-Solr-SmokeRelease-master - Build # 953 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-master/953/ No tests ran. Build Log: [...truncated 28740 lines...] prepare-release-no-sign: [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/dist [copy] Copying 491 files to /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/dist/lucene [copy] Copying 215 files to /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/dist/solr [smoker] Java 1.8 JAVA_HOME=/home/jenkins/tools/java/latest1.8 [smoker] Java 9 JAVA_HOME=/home/jenkins/tools/java/latest1.9 [smoker] NOTE: output encoding is UTF-8 [smoker] [smoker] Load release URL "file:/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/dist/"... [smoker] [smoker] Test Lucene... [smoker] test basics... [smoker] get KEYS [smoker] 0.2 MB in 0.02 sec (12.3 MB/sec) [smoker] check changes HTML... [smoker] download lucene-8.0.0-src.tgz... [smoker] 30.2 MB in 0.02 sec (1211.1 MB/sec) [smoker] verify md5/sha1 digests [smoker] download lucene-8.0.0.tgz... [smoker] 73.9 MB in 0.07 sec (1132.6 MB/sec) [smoker] verify md5/sha1 digests [smoker] download lucene-8.0.0.zip... [smoker] 84.4 MB in 0.07 sec (1183.0 MB/sec) [smoker] verify md5/sha1 digests [smoker] unpack lucene-8.0.0.tgz... [smoker] verify JAR metadata/identity/no javax.* or java.* classes... [smoker] test demo with 1.8... [smoker] got 6249 hits for query "lucene" [smoker] checkindex with 1.8... [smoker] test demo with 9... [smoker] got 6249 hits for query "lucene" [smoker] checkindex with 9... [smoker] check Lucene's javadoc JAR [smoker] unpack lucene-8.0.0.zip... [smoker] verify JAR metadata/identity/no javax.* or java.* classes... [smoker] test demo with 1.8... [smoker] got 6249 hits for query "lucene" [smoker] checkindex with 1.8... [smoker] test demo with 9... [smoker] got 6249 hits for query "lucene" [smoker] checkindex with 9... [smoker] check Lucene's javadoc JAR [smoker] unpack lucene-8.0.0-src.tgz... [smoker] make sure no JARs/WARs in src dist... [smoker] run "ant validate" [smoker] run tests w/ Java 8 and testArgs='-Dtests.slow=false'... [smoker] test demo with 1.8... [smoker] got 214 hits for query "lucene" [smoker] checkindex with 1.8... [smoker] generate javadocs w/ Java 8... [smoker] [smoker] Crawl/parse... [smoker] [smoker] Verify... [smoker] run tests w/ Java 9 and testArgs='-Dtests.slow=false'... [smoker] test demo with 9... [smoker] got 214 hits for query "lucene" [smoker] checkindex with 9... [smoker] confirm all releases have coverage in TestBackwardsCompatibility [smoker] find all past Lucene releases... [smoker] run TestBackwardsCompatibility.. [smoker] success! [smoker] [smoker] Test Solr... [smoker] test basics... [smoker] get KEYS [smoker] 0.2 MB in 0.01 sec (32.3 MB/sec) [smoker] check changes HTML... [smoker] download solr-8.0.0-src.tgz... [smoker] 52.6 MB in 0.60 sec (87.9 MB/sec) [smoker] verify md5/sha1 digests [smoker] download solr-8.0.0.tgz... [smoker] 151.6 MB in 1.07 sec (141.3 MB/sec) [smoker] verify md5/sha1 digests [smoker] download solr-8.0.0.zip... [smoker] 152.6 MB in 0.81 sec (188.9 MB/sec) [smoker] verify md5/sha1 digests [smoker] unpack solr-8.0.0.tgz... [smoker] verify JAR metadata/identity/no javax.* or java.* classes... [smoker] unpack lucene-8.0.0.tgz... [smoker] **WARNING**: skipping check of /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/tmp/unpack/solr-8.0.0/contrib/dataimporthandler-extras/lib/javax.mail-1.5.1.jar: it has javax.* classes [smoker] **WARNING**: skipping check of /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/tmp/unpack/solr-8.0.0/contrib/dataimporthandler-extras/lib/activation-1.1.1.jar: it has javax.* classes [smoker] copying unpacked distribution for Java 8 ... [smoker] test solr example w/ Java 8... [smoker] start Solr instance (log=/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/tmp/unpack/solr-8.0.0-java8/solr-example.log)... [smoker] No process found for Solr node running on port 8983 [smoker] Running techproducts example on port 8983 from /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/tmp/unpack/solr-8.0.0-java8 [smoker] *** [WARN] *** Your open
[JENKINS] Lucene-Solr-Tests-7.x - Build # 397 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/397/ 5 tests failed. FAILED: org.apache.solr.cloud.MultiThreadedOCPTest.test Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([40AE2A4E81B1AA92:C8FA15942F4DC76A]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertTrue(Assert.java:54) at org.apache.solr.cloud.MultiThreadedOCPTest.testFillWorkQueue(MultiThreadedOCPTest.java:112) at org.apache.solr.cloud.MultiThreadedOCPTest.test(MultiThreadedOCPTest.java:67) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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:368) at java.lang.Thread.run(Thread.java:748)
[jira] [Commented] (SOLR-11897) Add web app logging interface auto-refresh toggle.
[ https://issues.apache.org/jira/browse/SOLR-11897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365925#comment-16365925 ] Cassandra Targett commented on SOLR-11897: -- Patch attached as an update to the PR which didn't apply cleanly after SOLR-8090 and possibly other changes. The patch adds CHANGES.txt entry also. [~tommymh], please review to be sure I kept the spirit of the changes and let me know if you want your attribution in CHANGES.txt to use another name. > Add web app logging interface auto-refresh toggle. > -- > > Key: SOLR-11897 > URL: https://issues.apache.org/jira/browse/SOLR-11897 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: Admin UI >Reporter: Tommy Marshment-Howell >Priority: Minor > Attachments: SOLR-11897.patch > > Time Spent: 20m > Remaining Estimate: 0h > > [https://github.com/apache/lucene-solr/pull/298] > Our team wanted to be able to pause the logs, to have a bit more time to go > over stack traces, so I added a toggle button. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-11897) Add web app logging interface auto-refresh toggle.
[ https://issues.apache.org/jira/browse/SOLR-11897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cassandra Targett updated SOLR-11897: - Attachment: SOLR-11897.patch > Add web app logging interface auto-refresh toggle. > -- > > Key: SOLR-11897 > URL: https://issues.apache.org/jira/browse/SOLR-11897 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: Admin UI >Reporter: Tommy Marshment-Howell >Priority: Minor > Attachments: SOLR-11897.patch > > Time Spent: 20m > Remaining Estimate: 0h > > [https://github.com/apache/lucene-solr/pull/298] > Our team wanted to be able to pause the logs, to have a bit more time to go > over stack traces, so I added a toggle button. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] lucene-solr issue #298: SOLR-11897 Add web app logging interface auto-refres...
Github user ctargett commented on the issue: https://github.com/apache/lucene-solr/pull/298 I took a look at this and built it to see how it worked, and it looks good. The diff here, though, has issues applying cleanly after other changes since this was submitted. I was able to figure out how to get it to apply though with some small edits but since our github-jira workflow is so broken it seems easier to me to provide the updated patch on the issue, which I'll do momentarily before committing. --- - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12002) Allow DocValue type changes without reindex
[
https://issues.apache.org/jira/browse/SOLR-12002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365884#comment-16365884
]
Marius Ghita commented on SOLR-12002:
-
The field is just defined as (no multiValued attribute):
{{}}
The field is used only for queries, no faceting/grouping is done currently on
that field.
And the only reason I've added docValues="true" was because that was the answer
to my Google search on how to remove those warnings from the Solr log (this,
while developing the schema changes locally).
During the deployment of the new schema all I did was:
# overwrite schema.xml with the new version
# reload core in admin interface
# run dataimporter with default parameters (clean, commit, command=full-import,
across all entities defined in data-config.xml)
# saw the warnings that showed up
# repeat a couple of times step 2-3 to make sure that I'm seeing the same
warnings every time dataimport is running
Given that I saw no difference between my local Solr configuration and the one
on the server, I restarted the Solr server, and dataimporter happily ran
without further warnings.
> Allow DocValue type changes without reindex
> ---
>
> Key: SOLR-12002
> URL: https://issues.apache.org/jira/browse/SOLR-12002
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 6.6.2
>Reporter: Marius Ghita
>Priority: Major
>
> I've made a change to our Solr schema where an existing field was changed and
> docValues="true" was added. Only doing a core reload, during reindexing (with
> the clean flag, in dataimporter) the message "Cannot change DocValues type
> from SORTED_SET to SORTED for field companyType" showed up in the logs, but
> not for all documents.
> Issuing a Solr restart and then reindexing fixed the issue. Under the
> assumption that core reload should handle any schema changes without issue, I
> think that this behaviour can be considered a bug.
> Note that I'm using the classical schema configuration (disabled managed
> schema), maybe managed schema exhibits the same behaviour but that's untested
> on my end.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-11874) Add ulimit recommendations to the "Taking Solr to Production" section in the ref guide
[
https://issues.apache.org/jira/browse/SOLR-11874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365869#comment-16365869
]
Walter Underwood edited comment on SOLR-11874 at 2/15/18 4:41 PM:
--
This is what we do for each new Amazon instance. (Sorry, had to edit this three
times to get Jira to not corrupt the commands)
{code}
# Increase number of open files. must be run as root
sudo su -
echo '* hard nofile 50' >> /etc/security/limits.conf
echo '* soft nofile 50' >> /etc/security/limits.conf
echo 'root hard nofile 50' >> /etc/security/limits.conf
echo 'root hard nofile 50' >> /etc/security/limits.conf
echo 'fs.file-max = 2097152' >> /etc/sysctl.conf
# set the processes/threads limit
sudo vi /etc/security/limits.d/20-nproc.conf
# * soft nproc 122944
{code}
was (Author: wunder):
This is what we do for each new Amazon instance.
{{}}
{code:java}
# Increase number of open files. must be run as root
sudo su -
echo '* hard nofile 50' >> /etc/security/limits.conf
echo '* soft nofile 50' >> /etc/security/limits.conf
echo 'root hard nofile 50' >> /etc/security/limits.conf
echo 'root hard nofile 50' >> /etc/security/limits.conf
echo 'fs.file-max = 2097152' >> /etc/sysctl.conf
# set the processes/threads limit
sudo vi /etc/security/limits.d/20-nproc.conf
# * soft nproc 122944{code}
> Add ulimit recommendations to the "Taking Solr to Production" section in the
> ref guide
> --
>
> Key: SOLR-11874
> URL: https://issues.apache.org/jira/browse/SOLR-11874
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: documentation
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Minor
>
> Just noticed that we never mention appropriate ulimits in the ref guide
> except for one spot when talking about cfs files.
> Anyone who wants to pick this up feel free. Otherwise I'll get to this
> probably over the weekend.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-11874) Add ulimit recommendations to the "Taking Solr to Production" section in the ref guide
[
https://issues.apache.org/jira/browse/SOLR-11874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365869#comment-16365869
]
Walter Underwood edited comment on SOLR-11874 at 2/15/18 4:40 PM:
--
This is what we do for each new Amazon instance.
{{}}
{code:java}
# Increase number of open files. must be run as root
sudo su -
echo '* hard nofile 50' >> /etc/security/limits.conf
echo '* soft nofile 50' >> /etc/security/limits.conf
echo 'root hard nofile 50' >> /etc/security/limits.conf
echo 'root hard nofile 50' >> /etc/security/limits.conf
echo 'fs.file-max = 2097152' >> /etc/sysctl.conf
# set the processes/threads limit
sudo vi /etc/security/limits.d/20-nproc.conf
# * soft nproc 122944{code}
was (Author: wunder):
This is what we do for each new Amazon instance.
{{# Increase number of open files. must be run as root}}
{{sudo su -}}
{{echo }}{{'* hard nofile 50'}} {{>> /etc/security/limits.conf}}
{{echo }}{{'* soft nofile 50'}} {{>> /etc/security/limits.conf}}
{{echo }}{{'root hard nofile 50'}} {{>> /etc/security/limits.conf}}
{{echo }}{{'root hard nofile 50'}} {{>> /etc/security/limits.conf}}
{{echo }}{{'fs.file-max = 2097152'}} {{>> /etc/sysctl.conf}}
{{# set the processes/threads limit}}
{{sudo vi /etc/security/limits.d/}}{{20}}{{-nproc.conf}}
{{# * soft nproc }}{{122944}}
> Add ulimit recommendations to the "Taking Solr to Production" section in the
> ref guide
> --
>
> Key: SOLR-11874
> URL: https://issues.apache.org/jira/browse/SOLR-11874
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: documentation
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Minor
>
> Just noticed that we never mention appropriate ulimits in the ref guide
> except for one spot when talking about cfs files.
> Anyone who wants to pick this up feel free. Otherwise I'll get to this
> probably over the weekend.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11874) Add ulimit recommendations to the "Taking Solr to Production" section in the ref guide
[
https://issues.apache.org/jira/browse/SOLR-11874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365869#comment-16365869
]
Walter Underwood commented on SOLR-11874:
-
This is what we do for each new Amazon instance.
{{# Increase number of open files. must be run as root}}
{{sudo su -}}
{{echo }}{{'* hard nofile 50'}} {{>> /etc/security/limits.conf}}
{{echo }}{{'* soft nofile 50'}} {{>> /etc/security/limits.conf}}
{{echo }}{{'root hard nofile 50'}} {{>> /etc/security/limits.conf}}
{{echo }}{{'root hard nofile 50'}} {{>> /etc/security/limits.conf}}
{{echo }}{{'fs.file-max = 2097152'}} {{>> /etc/sysctl.conf}}
{{# set the processes/threads limit}}
{{sudo vi /etc/security/limits.d/}}{{20}}{{-nproc.conf}}
{{# * soft nproc }}{{122944}}
> Add ulimit recommendations to the "Taking Solr to Production" section in the
> ref guide
> --
>
> Key: SOLR-11874
> URL: https://issues.apache.org/jira/browse/SOLR-11874
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: documentation
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Minor
>
> Just noticed that we never mention appropriate ulimits in the ref guide
> except for one spot when talking about cfs files.
> Anyone who wants to pick this up feel free. Otherwise I'll get to this
> probably over the weekend.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-8153) checkindex time more than doubles for wikipedia index with recent change
[ https://issues.apache.org/jira/browse/LUCENE-8153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365811#comment-16365811 ] Robert Muir commented on LUCENE-8153: - Can we also update the "usage" for this tool (crossCheckTermVectors -> slow)? > checkindex time more than doubles for wikipedia index with recent change > > > Key: LUCENE-8153 > URL: https://issues.apache.org/jira/browse/LUCENE-8153 > Project: Lucene - Core > Issue Type: Bug >Reporter: Robert Muir >Priority: Major > Attachments: LUCENE-8153.patch > > > See [http://people.apache.org/~mikemccand/lucenebench/checkIndexTime.html] > Since this is a pretty basic index, seems like something might be wrong? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-11874) Add ulimit recommendations to the "Taking Solr to Production" section in the ref guide
[ https://issues.apache.org/jira/browse/SOLR-11874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365804#comment-16365804 ] Erick Erickson commented on SOLR-11874: --- Gus: When you figure it out, let us know ;). I'll include an example or two, but weasel out with "The command varies based on your operating system)... Jeroen: Good idea, although it'll be vague. We've actually seen this be the root cause of a number of hard-to-understand errors that don't necessarily conveniently show this "smoking gun". > Add ulimit recommendations to the "Taking Solr to Production" section in the > ref guide > -- > > Key: SOLR-11874 > URL: https://issues.apache.org/jira/browse/SOLR-11874 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: documentation >Reporter: Erick Erickson >Assignee: Erick Erickson >Priority: Minor > > Just noticed that we never mention appropriate ulimits in the ref guide > except for one spot when talking about cfs files. > Anyone who wants to pick this up feel free. Otherwise I'll get to this > probably over the weekend. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-repro - Build # 14 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/14/ [...truncated 28 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-NightlyTests-master/1479/consoleText [repro] Revision: a07493d508dce52bcfc584d001a0240cd835f9ba [repro] Repro line: ant test -Dtestcase=TestLargeCluster -Dtests.method=testSearchRate -Dtests.seed=7EF217B505097157 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/test-data/enwiki.random.lines.txt -Dtests.locale=es-GT -Dtests.timezone=PLT -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=MoveReplicaHDFSTest -Dtests.method=testFailedMove -Dtests.seed=7EF217B505097157 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/test-data/enwiki.random.lines.txt -Dtests.locale=es-GT -Dtests.timezone=America/Tortola -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=RestartWhileUpdatingTest -Dtests.method=test -Dtests.seed=7EF217B505097157 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/test-data/enwiki.random.lines.txt -Dtests.locale=ja-JP-u-ca-japanese-x-lvariant-JP -Dtests.timezone=Asia/Atyrau -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=RestartWhileUpdatingTest -Dtests.seed=7EF217B505097157 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/test-data/enwiki.random.lines.txt -Dtests.locale=ja-JP-u-ca-japanese-x-lvariant-JP -Dtests.timezone=Asia/Atyrau -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=RollingRestartTest -Dtests.method=test -Dtests.seed=7EF217B505097157 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/test-data/enwiki.random.lines.txt -Dtests.locale=es-ES -Dtests.timezone=Asia/Hovd -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: a0c0fb89b23fa62c495287ff5b110a73b64a8c97 [repro] git checkout a07493d508dce52bcfc584d001a0240cd835f9ba [...truncated 2 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] MoveReplicaHDFSTest [repro] RestartWhileUpdatingTest [repro] RollingRestartTest [repro] TestLargeCluster [repro] ant compile-test [...truncated 3293 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=20 -Dtests.class="*.MoveReplicaHDFSTest|*.RestartWhileUpdatingTest|*.RollingRestartTest|*.TestLargeCluster" -Dtests.showOutput=onerror -Dtests.seed=7EF217B505097157 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-master/test-data/enwiki.random.lines.txt -Dtests.locale=es-GT -Dtests.timezone=America/Tortola -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 25112 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 0/5 failed: org.apache.solr.cloud.RestartWhileUpdatingTest [repro] 0/5 failed: org.apache.solr.cloud.RollingRestartTest [repro] 0/5 failed: org.apache.solr.cloud.autoscaling.sim.TestLargeCluster [repro] 2/5 failed: org.apache.solr.cloud.MoveReplicaHDFSTest [repro] git checkout a0c0fb89b23fa62c495287ff5b110a73b64a8c97 [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-8153) checkindex time more than doubles for wikipedia index with recent change
[
https://issues.apache.org/jira/browse/LUCENE-8153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365803#comment-16365803
]
Adrien Grand commented on LUCENE-8153:
--
I gave this idea a try:
- renamed crossCheckTermVectors to doSlowChecks, or {{-slow}} on the
command-line
- made impacts checks cheaper when doSlowChecks is false
> checkindex time more than doubles for wikipedia index with recent change
>
>
> Key: LUCENE-8153
> URL: https://issues.apache.org/jira/browse/LUCENE-8153
> Project: Lucene - Core
> Issue Type: Bug
>Reporter: Robert Muir
>Priority: Major
> Attachments: LUCENE-8153.patch
>
>
> See [http://people.apache.org/~mikemccand/lucenebench/checkIndexTime.html]
> Since this is a pretty basic index, seems like something might be wrong?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-8153) checkindex time more than doubles for wikipedia index with recent change
[ https://issues.apache.org/jira/browse/LUCENE-8153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-8153: - Attachment: LUCENE-8153.patch > checkindex time more than doubles for wikipedia index with recent change > > > Key: LUCENE-8153 > URL: https://issues.apache.org/jira/browse/LUCENE-8153 > Project: Lucene - Core > Issue Type: Bug >Reporter: Robert Muir >Priority: Major > Attachments: LUCENE-8153.patch > > > See [http://people.apache.org/~mikemccand/lucenebench/checkIndexTime.html] > Since this is a pretty basic index, seems like something might be wrong? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (SOLR-11874) Add ulimit recommendations to the "Taking Solr to Production" section in the ref guide
[ https://issues.apache.org/jira/browse/SOLR-11874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Erickson reassigned SOLR-11874: - Assignee: Erick Erickson > Add ulimit recommendations to the "Taking Solr to Production" section in the > ref guide > -- > > Key: SOLR-11874 > URL: https://issues.apache.org/jira/browse/SOLR-11874 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: documentation >Reporter: Erick Erickson >Assignee: Erick Erickson >Priority: Minor > > Just noticed that we never mention appropriate ulimits in the ref guide > except for one spot when talking about cfs files. > Anyone who wants to pick this up feel free. Otherwise I'll get to this > probably over the weekend. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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_162) - Build # 21464 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/21464/
Java: 32bit/jdk1.8.0_162 -server -XX:+UseConcMarkSweepGC
7 tests failed.
FAILED:
junit.framework.TestSuite.org.apache.solr.client.solrj.request.SchemaTest
Error Message:
1 thread leaked from SUITE scope at
org.apache.solr.client.solrj.request.SchemaTest: 1) Thread[id=1105,
name=qtp4405877-1105, state=TIMED_WAITING, group=TGRP-SchemaTest] at
sun.misc.Unsafe.park(Native Method) at
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE
scope at org.apache.solr.client.solrj.request.SchemaTest:
1) Thread[id=1105, name=qtp4405877-1105, state=TIMED_WAITING,
group=TGRP-SchemaTest]
at sun.misc.Unsafe.park(Native Method)
at
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
at __randomizedtesting.SeedInfo.seed([356852FD0540356]:0)
FAILED:
junit.framework.TestSuite.org.apache.solr.client.solrj.request.SchemaTest
Error Message:
There are still zombie threads that couldn't be terminated:1)
Thread[id=1105, name=qtp4405877-1105, state=TIMED_WAITING,
group=TGRP-SchemaTest] at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie
threads that couldn't be terminated:
1) Thread[id=1105, name=qtp4405877-1105, state=TIMED_WAITING,
group=TGRP-SchemaTest]
at sun.misc.Unsafe.park(Native Method)
at
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
at __randomizedtesting.SeedInfo.seed([356852FD0540356]:0)
FAILED:
org.apache.solr.cloud.autoscaling.AutoAddReplicasIntegrationTest.testSimple
Error Message:
Waiting for collection testSimple1 null Live Nodes: [127.0.0.1:34287_solr,
127.0.0.1:45849_solr] Last available state:
DocCollection(testSimple1//collections/testSimple1/state.json/17)={
"pullReplicas":"0", "replicationFactor":"2", "shards":{ "shard1":{
"range":"8000-", "state":"active", "replicas":{
"core_node5":{ "core":"testSimple1_shard1_replica_n2",
"base_url":"https://127.0.0.1:34287/solr";,
"node_name":"127.0.0.1:34287_solr", "state":"active",
"type":"NRT", "leader":"true"}, "core_node12":{
"core":"testSimple1_shard1_replica_n11",
[jira] [Commented] (SOLR-12002) Allow DocValue type changes without reindex
[ https://issues.apache.org/jira/browse/SOLR-12002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365793#comment-16365793 ] Erick Erickson commented on SOLR-12002: --- Hmmm, were you then able to _use_ that field as you intend for things like faceting and grouping? That message usually means you have _also_ switched multiValued as well. "Under the assumption that core reload should handle any schema changes without issue," This is what Cassandra was responding to it simply isn't (and never has been) in the design... But it does seem that in this particular case there's room for improvement in this entire area. Generally deleting *:* (which is what DIH clean does) and reloading the core should start you all over again with a clean slate. > Allow DocValue type changes without reindex > --- > > Key: SOLR-12002 > URL: https://issues.apache.org/jira/browse/SOLR-12002 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: 6.6.2 >Reporter: Marius Ghita >Priority: Major > > I've made a change to our Solr schema where an existing field was changed and > docValues="true" was added. Only doing a core reload, during reindexing (with > the clean flag, in dataimporter) the message "Cannot change DocValues type > from SORTED_SET to SORTED for field companyType" showed up in the logs, but > not for all documents. > Issuing a Solr restart and then reindexing fixed the issue. Under the > assumption that core reload should handle any schema changes without issue, I > think that this behaviour can be considered a bug. > Note that I'm using the classical schema configuration (disabled managed > schema), maybe managed schema exhibits the same behaviour but that's untested > on my end. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-7.x-Windows (64bit/jdk-9.0.1) - Build # 456 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Windows/456/ Java: 64bit/jdk-9.0.1 -XX:+UseCompressedOops -XX:+UseSerialGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.LegacyCloudClusterPropTest Error Message: 1 thread leaked from SUITE scope at org.apache.solr.cloud.LegacyCloudClusterPropTest: 1) Thread[id=434, name=qtp1682143640-434, state=TIMED_WAITING, group=TGRP-LegacyCloudClusterPropTest] at java.base@9.0.1/jdk.internal.misc.Unsafe.park(Native Method) at java.base@9.0.1/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234) at java.base@9.0.1/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2192) at app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at app//org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at app//org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.base@9.0.1/java.lang.Thread.run(Thread.java:844) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE scope at org.apache.solr.cloud.LegacyCloudClusterPropTest: 1) Thread[id=434, name=qtp1682143640-434, state=TIMED_WAITING, group=TGRP-LegacyCloudClusterPropTest] at java.base@9.0.1/jdk.internal.misc.Unsafe.park(Native Method) at java.base@9.0.1/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234) at java.base@9.0.1/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2192) at app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at app//org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at app//org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.base@9.0.1/java.lang.Thread.run(Thread.java:844) at __randomizedtesting.SeedInfo.seed([6FA3C0A887B255FB]:0) FAILED: junit.framework.TestSuite.org.apache.solr.cloud.LegacyCloudClusterPropTest Error Message: There are still zombie threads that couldn't be terminated:1) Thread[id=434, name=qtp1682143640-434, state=TIMED_WAITING, group=TGRP-LegacyCloudClusterPropTest] at java.base@9.0.1/jdk.internal.misc.Unsafe.park(Native Method) at java.base@9.0.1/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234) at java.base@9.0.1/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2192) at app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at app//org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at app//org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.base@9.0.1/java.lang.Thread.run(Thread.java:844) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie threads that couldn't be terminated: 1) Thread[id=434, name=qtp1682143640-434, state=TIMED_WAITING, group=TGRP-LegacyCloudClusterPropTest] at java.base@9.0.1/jdk.internal.misc.Unsafe.park(Native Method) at java.base@9.0.1/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234) at java.base@9.0.1/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2192) at app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308) at app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373) at app//org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708) at app//org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) at java.base@9.0.1/java.lang.Thread.run(Thread.java:844) at __randomizedtesting.SeedInfo.seed([6FA3C0A887B255FB]:0) FAILED: junit.framework.TestSuite.org.apache.solr.update.processor.TestOpenNLPExtractNamedEntitiesUpdateProcessorFactory Error Message: Could not remove the following files (in the order of attempts): C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\solr\build\contrib\solr-analysis-extras\test\J1\temp\solr.update.processor.TestO
[JENKINS] Lucene-Solr-repro - Build # 13 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/13/ [...truncated 30 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/396/consoleText [repro] Revision: 08b9de9970a90d31dfec07e36faf8c1bc0a6c593 [repro] Repro line: ant test -Dtestcase=ReplaceNodeNoTargetTest -Dtests.method=test -Dtests.seed=9112C4AE66D9DF92 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=uk -Dtests.timezone=Etc/GMT+5 -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] Repro line: ant test -Dtestcase=TriggerIntegrationTest -Dtests.method=testNodeAddedTriggerRestoreState -Dtests.seed=9112C4AE66D9DF92 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=pt-BR -Dtests.timezone=Israel -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 4fb7e3d02c6354cf1a1dce522e652610f95bec24 [repro] git checkout 08b9de9970a90d31dfec07e36faf8c1bc0a6c593 [...truncated 2 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] TriggerIntegrationTest [repro] ReplaceNodeNoTargetTest [repro] ant compile-test [...truncated 3310 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=10 -Dtests.class="*.TriggerIntegrationTest|*.ReplaceNodeNoTargetTest" -Dtests.showOutput=onerror -Dtests.seed=9112C4AE66D9DF92 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=pt-BR -Dtests.timezone=Israel -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [...truncated 28194 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 1/5 failed: org.apache.solr.cloud.ReplaceNodeNoTargetTest [repro] 5/5 failed: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest [repro] Re-testing 100% failures at the tip of branch_7x [repro] git checkout branch_7x [...truncated 3 lines...] [repro] ant clean [...truncated 8 lines...] [repro] Test suites by module: [repro]solr/core [repro] TriggerIntegrationTest [repro] ant compile-test [...truncated 3310 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.TriggerIntegrationTest" -Dtests.showOutput=onerror -Dtests.seed=9112C4AE66D9DF92 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=pt-BR -Dtests.timezone=Israel -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [...truncated 24043 lines...] [repro] Setting last failure code to 256 [repro] Failures at the tip of branch_7x: [repro] 5/5 failed: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest [repro] Re-testing 100% failures at the tip of branch_7x without a seed [repro] git checkout branch_7x [...truncated 3 lines...] [repro] ant clean [...truncated 8 lines...] [repro] Test suites by module: [repro]solr/core [repro] TriggerIntegrationTest [repro] ant compile-test [...truncated 3310 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.TriggerIntegrationTest" -Dtests.showOutput=onerror -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=pt-BR -Dtests.timezone=Israel -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [...truncated 25525 lines...] [repro] Setting last failure code to 256 [repro] Failures at the tip of branch_7x without a seed: [repro] 5/5 failed: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest [repro] git checkout 4fb7e3d02c6354cf1a1dce522e652610f95bec24 [...truncated 8 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-8090) Admin Interface Fails WCAG Contrast Ratio Tests
[
https://issues.apache.org/jira/browse/SOLR-8090?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Cassandra Targett resolved SOLR-8090.
-
Resolution: Fixed
Assignee: Cassandra Targett
Fix Version/s: 7.3
master (8.0)
Committed the changes mentioned earlier.
> Admin Interface Fails WCAG Contrast Ratio Tests
> ---
>
> Key: SOLR-8090
> URL: https://issues.apache.org/jira/browse/SOLR-8090
> Project: Solr
> Issue Type: Improvement
> Components: Admin UI
>Affects Versions: 5.3
>Reporter: Mike Mallett
>Assignee: Cassandra Targett
>Priority: Major
> Fix For: master (8.0), 7.3
>
> Attachments: Analysis-today.png, Analysis-withPatch.png,
> Args-today.png, Args-withPatch.png, CollectionMenu-today.png,
> CollectionMenu-withPatch.png, SOLR-8090.patch,
> Solr-5.3.1-AdminUI-Contrast-Examples.png, SysInfo-today.png,
> SysInfo-withPatch.png
>
>
> The CSS for the admin UI in 5.3.1 has the following definition which affects
> help text in a variety of places:
> #core-selector #has-no-cores span
> {
> color: #c0c0c0;
> display: block;
> }
> This is displayed on a white background, making the text with colour #c0c0c0
> next to impossible to read. This fails WCAG accessability guidelines and can
> be checked using this Contract Checker:
> http://webaim.org/resources/contrastchecker/
> Please adjust the CSS for the admin UI to display text in a more highly
> contrasted colour. Thanks.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8090) Admin Interface Fails WCAG Contrast Ratio Tests
[
https://issues.apache.org/jira/browse/SOLR-8090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365739#comment-16365739
]
ASF subversion and git services commented on SOLR-8090:
---
Commit 540af70ab344f27c09a4448a3b400d4b410c733a in lucene-solr's branch
refs/heads/branch_7x from [~ctargett]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=540af70 ]
SOLR-8090: Make text elements in the UI darker for better contrast and
readability
> Admin Interface Fails WCAG Contrast Ratio Tests
> ---
>
> Key: SOLR-8090
> URL: https://issues.apache.org/jira/browse/SOLR-8090
> Project: Solr
> Issue Type: Improvement
> Components: Admin UI
>Affects Versions: 5.3
>Reporter: Mike Mallett
>Priority: Major
> Attachments: Analysis-today.png, Analysis-withPatch.png,
> Args-today.png, Args-withPatch.png, CollectionMenu-today.png,
> CollectionMenu-withPatch.png, SOLR-8090.patch,
> Solr-5.3.1-AdminUI-Contrast-Examples.png, SysInfo-today.png,
> SysInfo-withPatch.png
>
>
> The CSS for the admin UI in 5.3.1 has the following definition which affects
> help text in a variety of places:
> #core-selector #has-no-cores span
> {
> color: #c0c0c0;
> display: block;
> }
> This is displayed on a white background, making the text with colour #c0c0c0
> next to impossible to read. This fails WCAG accessability guidelines and can
> be checked using this Contract Checker:
> http://webaim.org/resources/contrastchecker/
> Please adjust the CSS for the admin UI to display text in a more highly
> contrasted colour. Thanks.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8090) Admin Interface Fails WCAG Contrast Ratio Tests
[
https://issues.apache.org/jira/browse/SOLR-8090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365738#comment-16365738
]
ASF subversion and git services commented on SOLR-8090:
---
Commit a0c0fb89b23fa62c495287ff5b110a73b64a8c97 in lucene-solr's branch
refs/heads/master from [~ctargett]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=a0c0fb8 ]
SOLR-8090: Make text elements in the UI darker for better contrast and
readability
> Admin Interface Fails WCAG Contrast Ratio Tests
> ---
>
> Key: SOLR-8090
> URL: https://issues.apache.org/jira/browse/SOLR-8090
> Project: Solr
> Issue Type: Improvement
> Components: Admin UI
>Affects Versions: 5.3
>Reporter: Mike Mallett
>Priority: Major
> Attachments: Analysis-today.png, Analysis-withPatch.png,
> Args-today.png, Args-withPatch.png, CollectionMenu-today.png,
> CollectionMenu-withPatch.png, SOLR-8090.patch,
> Solr-5.3.1-AdminUI-Contrast-Examples.png, SysInfo-today.png,
> SysInfo-withPatch.png
>
>
> The CSS for the admin UI in 5.3.1 has the following definition which affects
> help text in a variety of places:
> #core-selector #has-no-cores span
> {
> color: #c0c0c0;
> display: block;
> }
> This is displayed on a white background, making the text with colour #c0c0c0
> next to impossible to read. This fails WCAG accessability guidelines and can
> be checked using this Contract Checker:
> http://webaim.org/resources/contrastchecker/
> Please adjust the CSS for the admin UI to display text in a more highly
> contrasted colour. Thanks.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12002) Allow DocValue type changes without reindex
[ https://issues.apache.org/jira/browse/SOLR-12002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365730#comment-16365730 ] Marius Ghita commented on SOLR-12002: - That's not exactly what I've reported. Maybe I phrased myself poorly. The schema was changed and during indexing Solr showed many warnings of the message I've quoted, and those messages still showed up during indexing no matter how many times I reloaded the core; and only once I've restarted Solr they stopped showing up during indexing. > Allow DocValue type changes without reindex > --- > > Key: SOLR-12002 > URL: https://issues.apache.org/jira/browse/SOLR-12002 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: 6.6.2 >Reporter: Marius Ghita >Priority: Major > > I've made a change to our Solr schema where an existing field was changed and > docValues="true" was added. Only doing a core reload, during reindexing (with > the clean flag, in dataimporter) the message "Cannot change DocValues type > from SORTED_SET to SORTED for field companyType" showed up in the logs, but > not for all documents. > Issuing a Solr restart and then reindexing fixed the issue. Under the > assumption that core reload should handle any schema changes without issue, I > think that this behaviour can be considered a bug. > Note that I'm using the classical schema configuration (disabled managed > schema), maybe managed schema exhibits the same behaviour but that's untested > on my end. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-12002) Allow DocValue type changes without reindex
[ https://issues.apache.org/jira/browse/SOLR-12002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cassandra Targett updated SOLR-12002: - Description: I've made a change to our Solr schema where an existing field was changed and docValues="true" was added. Only doing a core reload, during reindexing (with the clean flag, in dataimporter) the message "Cannot change DocValues type from SORTED_SET to SORTED for field companyType" showed up in the logs, but not for all documents. Issuing a Solr restart and then reindexing fixed the issue. Under the assumption that core reload should handle any schema changes without issue, I think that this behaviour can be considered a bug. Note that I'm using the classical schema configuration (disabled managed schema), maybe managed schema exhibits the same behaviour but that's untested on my end. was: I've made a change to our Solr schema where an existing field was changed and docValues="true" was added. Only doing a core reload, during reindexing (with the clean flag, in dataimporter) the message "Cannot change DocValues type from SORTED_SET to SORTED for field companyType" showed up in the logs, but not for all documents. Issuing a Solr restart and then reindexing fixed the issue. Under the assumption that core reload should handle any schema changes without issue, I think that this behaviour can be considered a bug. Note that I'm using the classical schema configuration (disabled managed schema), maybe managed schema exhibits the same behaviour but that's untested on my end. > Allow DocValue type changes without reindex > --- > > Key: SOLR-12002 > URL: https://issues.apache.org/jira/browse/SOLR-12002 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: 6.6.2 >Reporter: Marius Ghita >Priority: Major > > I've made a change to our Solr schema where an existing field was changed and > docValues="true" was added. Only doing a core reload, during reindexing (with > the clean flag, in dataimporter) the message "Cannot change DocValues type > from SORTED_SET to SORTED for field companyType" showed up in the logs, but > not for all documents. > Issuing a Solr restart and then reindexing fixed the issue. Under the > assumption that core reload should handle any schema changes without issue, I > think that this behaviour can be considered a bug. > Note that I'm using the classical schema configuration (disabled managed > schema), maybe managed schema exhibits the same behaviour but that's untested > on my end. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12002) DocValue type changes misbehave without Solr restart
[ https://issues.apache.org/jira/browse/SOLR-12002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365700#comment-16365700 ] Cassandra Targett commented on SOLR-12002: -- It's not a bug - it's entirely expected behavior. Nearly all schema changes require reindexing data because simply changing the schema does nothing to change the underlying data in the index. The schema is a guide to interpreting the data, and when you change the schema without changing the data there is a mismatch between what Solr is told to expect and what actually exists. This limitation exists whether you use the classic schema or the managed schema: the essential behavior of the schema in relation to the data in the index does not change depending on the type of schema used. I mention this is a limitation of Solr, and it's one that could possibly be removed in some cases. Since I can't find another JIRA issue that covers this enhancement, I'll modify this issue to be an Improvement and modify the issue title accordingly. > DocValue type changes misbehave without Solr restart > > > Key: SOLR-12002 > URL: https://issues.apache.org/jira/browse/SOLR-12002 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: 6.6.2 >Reporter: Marius Ghita >Priority: Major > > I've made a change to our Solr schema where an existing field was changed and > docValues="true" was added. Only doing a core reload, during reindexing (with > the clean flag, in dataimporter) the message "Cannot change DocValues type > from SORTED_SET to SORTED for field companyType" showed up in the logs, but > not for all documents. > > Issuing a Solr restart and then reindexing fixed the issue. Under the > assumption that core reload should handle any schema changes without issue, I > think that this behaviour can be considered a bug. > > Note that I'm using the classical schema configuration (disabled managed > schema), maybe managed schema exhibits the same behaviour but that's untested > on my end. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-12002) Allow DocValue type changes without reindex
[ https://issues.apache.org/jira/browse/SOLR-12002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cassandra Targett updated SOLR-12002: - Issue Type: Improvement (was: Bug) Summary: Allow DocValue type changes without reindex (was: DocValue type changes misbehave without Solr restart) > Allow DocValue type changes without reindex > --- > > Key: SOLR-12002 > URL: https://issues.apache.org/jira/browse/SOLR-12002 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: 6.6.2 >Reporter: Marius Ghita >Priority: Major > > I've made a change to our Solr schema where an existing field was changed and > docValues="true" was added. Only doing a core reload, during reindexing (with > the clean flag, in dataimporter) the message "Cannot change DocValues type > from SORTED_SET to SORTED for field companyType" showed up in the logs, but > not for all documents. > > Issuing a Solr restart and then reindexing fixed the issue. Under the > assumption that core reload should handle any schema changes without issue, I > think that this behaviour can be considered a bug. > > Note that I'm using the classical schema configuration (disabled managed > schema), maybe managed schema exhibits the same behaviour but that's untested > on my end. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-master - Build # 2331 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/2331/ 1 tests failed. FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testCooldown Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([3F28D9EFFADC716D:E96B40B8476049F]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertTrue(Assert.java:54) at org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testCooldown(TriggerIntegrationTest.java:1177) 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:1737) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984) 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:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890) 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:368) at java.lang.Thread.run(Thread.java:748) Build Log: [...truncated 14154 lines...] [junit4] Suite: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest [junit4] 2> Creating dataDir: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-master/solr/build/solr-core/test/J1/temp/solr.cloud.autoscaling.TriggerIntegrationTest_3F28D9EFFADC716D-001/init-core-data-001 [jun
[jira] [Commented] (SOLR-7939) Result Grouping: Number of results in group is not according to specs
[
https://issues.apache.org/jira/browse/SOLR-7939?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16365690#comment-16365690
]
John Montgomery commented on SOLR-7939:
---
I've looked into this a bit and it appears to be due to
{{TopGroupsShardResponseProcessor}} using the wrong value when merging results.
It appears to be using the value from {{rows}} instead of the one from
{{group.limit}}.
In particular this line:
[https://github.com/apache/lucene-solr/blob/master/solr/core/src/java/org/apache/solr/search/grouping/distributed/responseprocessor/TopGroupsShardResponseProcessor.java#L176]
Which is:
{code:java}
int topN = rb.getGroupingSpec().getOffset() +
rb.getGroupingSpec().getLimit();{code}
Roughly speaking it should be something like:
{code:java}
int topN = rb.getGroupingSpec().getWithinGroupOffset() +
rb.getGroupingSpec().getWithinGroupLimit(){code}
>From local testing that fix does work (correct group count returned etc).
>However the tests in {{TestDistributedGrouping}} then fail. This appears to
>be due to them passing {{group.limit=-1}}. I tried to update the code to
>allow for that, but the tests still fail with a mismatch between the number of
>results from the distributed vs non-distributed search (6 vs 7):
{code:java}
junit.framework.AssertionFailedError: .grouped[a_t:kings OR
a_t:eggs].doclist.size():6!=7{code}
So it looks like the problem fix may need to be a bit more complex.
We were evaluating using groups for some functionality, but I think we can
achieve similar results with sub-faceting by id and a 2nd request to solr.
> Result Grouping: Number of results in group is not according to specs
> -
>
> Key: SOLR-7939
> URL: https://issues.apache.org/jira/browse/SOLR-7939
> Project: Solr
> Issue Type: Bug
> Components: search, SolrCloud
>Affects Versions: 4.7.1
>Reporter: Esther Goldbraich
>Priority: Major
>
> When using result grouping (group=true), Solr specs state the following about
> the "rows" and "group.limit" params:
> rows - The number of groups to return.
> group.limit - Number of rows to return in each group.
> We are using Solr cloud with a single collection and 64 shards.
> When grouping by field (i.e. using the group.field parameter), the behavior
> is as expected.
> However, when grouping by query (using group.query), the number of documents
> inside each group is affected by the rows param, instead of the group.limit
> param.
> This is different than what is mentioned in the specs.
> Moreover, when switching to a non-sharded environment (64 collections, 1
> shard per collection), the behavior is different, and the number of docs
> inside each group is affected by the group.query param, as expected.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
