[JENKINS] Lucene-Solr-Tests-trunk-Java8 - Build # 34 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/34/ 2 tests failed. FAILED: TEST-org.apache.lucene.document.TestDateTools.xml.init Error Message: Stack Trace: Test report file /home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/core/test/TEST-org.apache.lucene.document.TestDateTools.xml was length 0 FAILED: TEST-org.apache.lucene.index.TestConsistentFieldNumbers.xml.init Error Message: Stack Trace: Test report file /home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/core/test/TEST-org.apache.lucene.index.TestConsistentFieldNumbers.xml was length 0 Build Log: [...truncated 772 lines...] [junit4] JVM J0: stderr was not empty, see: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/core/test/temp/junit4-J0-20150603_145152_318.syserr [junit4] JVM J0: stderr (verbatim) [junit4] WARN: Unhandled exception in event serialization. - com.carrotsearch.ant.tasks.junit4.dependencies.com.google.gson.JsonIOException: java.io.IOException: No space left on device [junit4] at com.carrotsearch.ant.tasks.junit4.dependencies.com.google.gson.Gson.toJson(Gson.java:514) [junit4] at com.carrotsearch.ant.tasks.junit4.events.Serializer.serialize(Serializer.java:87) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.RunListenerEmitter.testFailure(RunListenerEmitter.java:54) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.NoExceptionRunListenerDecorator.testFailure(NoExceptionRunListenerDecorator.java:55) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.BeforeAfterRunListenerDecorator.testFailure(BeforeAfterRunListenerDecorator.java:60) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier$4.notifyListener(OrderedRunNotifier.java:129) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier$SafeNotifier.run(OrderedRunNotifier.java:63) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier.fireTestFailure(OrderedRunNotifier.java:131) [junit4] at com.carrotsearch.randomizedtesting.ThreadLeakControl$SubNotifier.fireTestFailure(ThreadLeakControl.java:181) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner.fireTestFailure(RandomizedRunner.java:763) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:851) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) [junit4] at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) [junit4] at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) [junit4] at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) [junit4] at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) [junit4] at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) [junit4] at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) [junit4] at java.lang.Thread.run(Thread.java:745) [junit4] Caused by: java.io.IOException: No space left on device [junit4] at java.io.FileOutputStream.writeBytes(Native Method) [junit4] at java.io.FileOutputStream.write(FileOutputStream.java:315) [junit4] at java.io.BufferedOutputStream.write(BufferedOutputStream.java:122) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.EventsOutputStream.write(EventsOutputStream.java:28) [junit4] at
Re: [JENKINS] Lucene-Solr-Tests-trunk-Java8 - Build # 34 - Still Failing
Looks like the Apache Jenkins box has run out of disk space. Can someone with access delete old archived builds? On Thu, Jun 4, 2015 at 12:24 AM, Apache Jenkins Server jenk...@builds.apache.org wrote: Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/34/ 2 tests failed. FAILED: TEST-org.apache.lucene.document.TestDateTools.xml.init Error Message: Stack Trace: Test report file /home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/core/test/TEST-org.apache.lucene.document.TestDateTools.xml was length 0 FAILED: TEST-org.apache.lucene.index.TestConsistentFieldNumbers.xml.init Error Message: Stack Trace: Test report file /home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/core/test/TEST-org.apache.lucene.index.TestConsistentFieldNumbers.xml was length 0 Build Log: [...truncated 772 lines...] [junit4] JVM J0: stderr was not empty, see: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/core/test/temp/junit4-J0-20150603_145152_318.syserr [junit4] JVM J0: stderr (verbatim) [junit4] WARN: Unhandled exception in event serialization. - com.carrotsearch.ant.tasks.junit4.dependencies.com.google.gson.JsonIOException: java.io.IOException: No space left on device [junit4] at com.carrotsearch.ant.tasks.junit4.dependencies.com.google.gson.Gson.toJson(Gson.java:514) [junit4] at com.carrotsearch.ant.tasks.junit4.events.Serializer.serialize(Serializer.java:87) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.RunListenerEmitter.testFailure(RunListenerEmitter.java:54) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.NoExceptionRunListenerDecorator.testFailure(NoExceptionRunListenerDecorator.java:55) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.BeforeAfterRunListenerDecorator.testFailure(BeforeAfterRunListenerDecorator.java:60) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier$4.notifyListener(OrderedRunNotifier.java:129) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier$SafeNotifier.run(OrderedRunNotifier.java:63) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier.fireTestFailure(OrderedRunNotifier.java:131) [junit4] at com.carrotsearch.randomizedtesting.ThreadLeakControl$SubNotifier.fireTestFailure(ThreadLeakControl.java:181) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner.fireTestFailure(RandomizedRunner.java:763) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:851) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) [junit4] at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) [junit4] at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) [junit4] at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) [junit4] at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) [junit4] at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) [junit4] at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) [junit4] at java.lang.Thread.run(Thread.java:745) [junit4] Caused by: java.io.IOException: No space left on device [junit4] at java.io.FileOutputStream.writeBytes(Native Method) [junit4] at java.io.FileOutputStream.write(FileOutputStream.java:315) [junit4] at
[JENKINS] Lucene-Solr-NightlyTests-5.2 - Build # 10 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-5.2/10/ 4 tests failed. REGRESSION: org.apache.lucene.index.Test4GBStoredFields.test Error Message: No space left on device Stack Trace: java.io.IOException: No space left on device at __randomizedtesting.SeedInfo.seed([BB5C7F6381251CEA:330840B92FD97112]:0) at sun.nio.ch.FileDispatcherImpl.write0(Native Method) at sun.nio.ch.FileDispatcherImpl.write(FileDispatcherImpl.java:60) at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93) at sun.nio.ch.IOUtil.write(IOUtil.java:65) at sun.nio.ch.FileChannelImpl.write(FileChannelImpl.java:205) at java.nio.channels.Channels.writeFullyImpl(Channels.java:78) at java.nio.channels.Channels.writeFully(Channels.java:101) at java.nio.channels.Channels.access$000(Channels.java:61) at java.nio.channels.Channels$1.write(Channels.java:174) at org.apache.lucene.mockfile.FilterOutputStream2.write(FilterOutputStream2.java:63) at org.apache.lucene.mockfile.FilterOutputStream2.write(FilterOutputStream2.java:63) at org.apache.lucene.store.FSDirectory$FSIndexOutput$1.write(FSDirectory.java:268) at java.util.zip.CheckedOutputStream.write(CheckedOutputStream.java:73) at java.io.BufferedOutputStream.write(BufferedOutputStream.java:122) at org.apache.lucene.store.OutputStreamIndexOutput.writeBytes(OutputStreamIndexOutput.java:53) at org.apache.lucene.store.MockIndexOutputWrapper.writeBytes(MockIndexOutputWrapper.java:142) at org.apache.lucene.codecs.compressing.LZ4.encodeLiterals(LZ4.java:157) at org.apache.lucene.codecs.compressing.LZ4.encodeLastLiterals(LZ4.java:162) at org.apache.lucene.codecs.compressing.LZ4.compress(LZ4.java:252) at org.apache.lucene.codecs.compressing.CompressionMode$LZ4FastCompressor.compress(CompressionMode.java:164) at org.apache.lucene.codecs.compressing.CompressingStoredFieldsWriter.flush(CompressingStoredFieldsWriter.java:235) at org.apache.lucene.codecs.compressing.CompressingStoredFieldsWriter.finishDocument(CompressingStoredFieldsWriter.java:165) at org.apache.lucene.codecs.asserting.AssertingStoredFieldsFormat$AssertingStoredFieldsWriter.finishDocument(AssertingStoredFieldsFormat.java:137) at org.apache.lucene.index.DefaultIndexingChain.finishStoredFields(DefaultIndexingChain.java:270) at org.apache.lucene.index.DefaultIndexingChain.processDocument(DefaultIndexingChain.java:311) at org.apache.lucene.index.DocumentsWriterPerThread.updateDocument(DocumentsWriterPerThread.java:232) at org.apache.lucene.index.DocumentsWriter.updateDocument(DocumentsWriter.java:458) at org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1363) at org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:1142) at org.apache.lucene.index.Test4GBStoredFields.test(Test4GBStoredFields.java:75) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at
[JENKINS] Solr-Artifacts-trunk - Build # 2570 - Failure
Build: https://builds.apache.org/job/Solr-Artifacts-trunk/2570/ No tests ran. Build Log: [...truncated 35760 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-trunk/solr/build.xml:670: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-trunk/solr/build.xml:655: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-trunk/lucene/common-build.xml:1665: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-trunk/lucene/common-build.xml:564: Error installing artifact 'org.apache.solr:solr-core:jar': Error installing artifact: No space left on device Total time: 8 minutes 50 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Sending artifact delta relative to Solr-Artifacts-trunk #2569 Archived 20 artifacts Archive block size is 32768 Received 2275 blocks and 272707856 bytes Compression is 21.5% Took 2 min 15 sec Publishing Javadoc Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (SOLR-7630) TestJoin nightly test failure
[ https://issues.apache.org/jira/browse/SOLR-7630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley reassigned SOLR-7630: -- Assignee: Yonik Seeley TestJoin nightly test failure - Key: SOLR-7630 URL: https://issues.apache.org/jira/browse/SOLR-7630 Project: Solr Issue Type: Bug Components: Tests Affects Versions: Trunk, 5.2, 5.3 Reporter: Steve Rowe Assignee: Yonik Seeley Priority: Minor On trunk and lucene_solr_5_2, the following reproduces for me: {noformat} ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true {noformat} Note that both {{-Dtests.multiplier=2}} and {{-Dtests.nightly=true}} are required to reproduce. {noformat} [junit4] 2 5815 ERROR (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 query failed JSON validation. error=mismatch: '3'!='4' @ response/docs/[0]/id [junit4] 2 expected =/response=={'numFound':2,'start':0,'docs':[{'id':'3'},{'id':'4'}]} [junit4] 2 response = { [junit4] 2 responseHeader:{ [junit4] 2 status:0, [junit4] 2 QTime:1}, [junit4] 2 response:{numFound:2,start:0,docs:[ [junit4] 2 { [junit4] 2 id:4}, [junit4] 2 { [junit4] 2 id:3}] [junit4] 2 }} [junit4] 2 [junit4] 2 request = q={!join+from%3Dtitle+to%3Dtitle}name:davefl=idwt=xml [junit4] 2 5816 INFO (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 ###Ending testJoin [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.locale=ar_DZ -Dtests.timezone=Etc/GMT-12 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 1.17s | TestJoin.testJoin [junit4] Throwable #1: java.lang.RuntimeException: mismatch: '3'!='4' @ response/docs/[0]/id [junit4] at __randomizedtesting.SeedInfo.seed([8880F7EED80A79DA:B5B3C264B95D7E4C]:0) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:858) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:805) [junit4] at org.apache.solr.TestJoin.testJoin(TestJoin.java:79) [junit4] at java.lang.Thread.run(Thread.java:745) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [CI] Lucene 5x Linux Java8 64 Test Only - Build # 49934 - Failure!
I'll dig ... Mike McCandless On Wed, Jun 3, 2015 at 1:05 PM, bu...@elastic.co wrote: *BUILD FAILURE* Build URL http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/ Project:lucene_linux_java8_64_test_only Randomization: JDKEA8,network,heap[512m],-server +UseConcMarkSweepGC -UseCompressedOops +AggressiveOpts,sec manager on Date of build:Wed, 03 Jun 2015 18:57:03 +0200 Build duration:8 min 43 sec *CHANGES* No Changes *BUILD ARTIFACTS* checkout/lucene/build/sandbox/test/temp/junit4-J0-20150603_190532_746.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J0-20150603_190532_746.events checkout/lucene/build/sandbox/test/temp/junit4-J1-20150603_190532_746.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J1-20150603_190532_746.events checkout/lucene/build/sandbox/test/temp/junit4-J2-20150603_190532_746.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J2-20150603_190532_746.events checkout/lucene/build/sandbox/test/temp/junit4-J3-20150603_190532_746.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J3-20150603_190532_746.events checkout/lucene/build/sandbox/test/temp/junit4-J4-20150603_190532_747.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J4-20150603_190532_747.events checkout/lucene/build/sandbox/test/temp/junit4-J5-20150603_190532_747.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J5-20150603_190532_747.events checkout/lucene/build/sandbox/test/temp/junit4-J6-20150603_190532_747.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J6-20150603_190532_747.events checkout/lucene/build/sandbox/test/temp/junit4-J7-20150603_190532_747.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J7-20150603_190532_747.events *FAILED JUNIT TESTS* Name: org.apache.lucene.bkdtree Failed: 1 test(s), Passed: 7 test(s), Skipped: 1 test(s), Total: 9 test(s) *Failed: org.apache.lucene.bkdtree.TestBKDTree.testRandomMedium * *CONSOLE OUTPUT* [...truncated 23217 lines...] [junit4] [junit4] [junit4] JVM J0: 0.83 .. 6.19 = 5.36s [junit4] JVM J1: 0.84 .. 7.70 = 6.86s [junit4] JVM J2: 0.84 .. 3.44 = 2.61s [junit4] JVM J3: 0.84 .. 4.43 = 3.59s [junit4] JVM J4: 0.84 .. 3.45 = 2.61s [junit4] JVM J5: 0.84 .. 3.95 = 3.11s [junit4] JVM J6: 0.84 .. 8.47 = 7.62s [junit4] JVM J7: 0.84 .. 3.20 = 2.37s [junit4] Execution time total: 8.47 sec. [junit4] Tests summary: 10 suites, 70 tests, 1 error, 1 ignored (1 assumption) BUILD FAILED /home/jenkins/workspace/lucene_linux_java8_64_test_only/checkout/lucene/build.xml:466: The following error occurred while executing this line: /home/jenkins/workspace/lucene_linux_java8_64_test_only/checkout/lucene/common-build.xml:2232: The following error occurred while executing this line: /home/jenkins/workspace/lucene_linux_java8_64_test_only/checkout/lucene/module-build.xml:58: The following error occurred while executing this line: /home/jenkins/workspace/lucene_linux_java8_64_test_only/checkout/lucene/common-build.xml:1436: The following error occurred while executing this line: /home/jenkins/workspace/lucene_linux_java8_64_test_only/checkout/lucene/common-build.xml:991: There were test failures: 10 suites, 70 tests, 1 error, 1 ignored (1 assumption) Total time: 8 minutes 11 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results [description-setter] Description set: JDKEA8,network,heap[512m],-server +UseConcMarkSweepGC -UseCompressedOops +AggressiveOpts,sec manager on Email was triggered for: Failure - 1st Trigger Failure - Any was overridden by another trigger and will not send an email. Trigger Failure - Still was overridden by another trigger and will not send an email. Sending email for trigger: Failure - 1st
[jira] [Updated] (SOLR-4506) [solr4.0.0] many index.{date} dir in replication node
[ https://issues.apache.org/jira/browse/SOLR-4506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter updated SOLR-4506: - Attachment: SOLR-4506.patch Patch that performs the cleanup operation at the end of the {{SolrCore.initIndex}} method. The delete work is done in a background daemon thread (which should run quickly). Might be overkill, but I added a check on the {{livePaths}} known to the CachingDirectoryFactory before deleting a directory. Patch works with local FS and HDFS. [solr4.0.0] many index.{date} dir in replication node -- Key: SOLR-4506 URL: https://issues.apache.org/jira/browse/SOLR-4506 Project: Solr Issue Type: Bug Components: SolrCloud Affects Versions: 4.0 Environment: the solr4.0 runs on suse11. mem:32G cpu:16 cores Reporter: zhuojunjian Assignee: Timothy Potter Priority: Minor Fix For: Trunk, 5.3 Attachments: SOLR-4506.patch Original Estimate: 12h Remaining Estimate: 12h in our test,we used solrcloud feature in solr4.0(version detail :4.0.0.2012.10.06.03.04.33). the solrcloud configuration is 3 shards and 2 replications each shard. we found that there are over than 25 dirs which named index.{date} in one replication node belonging to shard 3. for example: index.2013021725864 index.20130218012211880 index.20130218015714713 index.20130218023101958 index.20130218030424083 tlog index.20130218005648324 index.20130218012751078 index.20130218020141293 the issue seems like SOLR-1781. but it is fixed in 4.0-BETA,5.0. so is solr4.0 ? if it is fixed too in solr4.0, why we find the issue again ? what can I do? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (SOLR-7614) Distributed Pivot Facet not thread safe
[ https://issues.apache.org/jira/browse/SOLR-7614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley reassigned SOLR-7614: -- Assignee: Yonik Seeley Distributed Pivot Facet not thread safe --- Key: SOLR-7614 URL: https://issues.apache.org/jira/browse/SOLR-7614 Project: Solr Issue Type: Bug Reporter: Yonik Seeley Assignee: Yonik Seeley Fix For: 5.2 Attachments: SOLR-7614.patch I just happened to notice the following added to FacetComponent: {code} /** * Incremented counter used to track the values being refined in a given request. * This counter is used in conjunction with {@link PivotFacet#REFINE_PARAM} to identify * which refinement values are associated with which pivots. */ int pivotRefinementCounter = 0; {code} That counter is incremented for each refinement request for correlation, and then reset to 0 at the end. This will obviously break for concurrent distributed pivot facet requests. pivotRefinementCounter should be moved to per-request storage. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Artifacts-5.x - Build # 870 - Still Failing
Build: https://builds.apache.org/job/Lucene-Artifacts-5.x/870/ No tests ran. Build Log: [...truncated 12346 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.x/lucene/common-build.xml:557: Error while expanding /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.x/lucene/dist/lucene-5.3.0-2015-06-03_19-28-43.tgz java.io.IOException: No space left on device at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:345) at org.apache.tools.ant.taskdefs.Expand.extractFile(Expand.java:344) at org.apache.tools.ant.taskdefs.Untar.expandStream(Untar.java:167) at org.apache.tools.ant.taskdefs.Untar.expandFile(Untar.java:114) at org.apache.tools.ant.taskdefs.Expand.execute(Expand.java:132) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:390) at org.apache.tools.ant.Target.performTasks(Target.java:411) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399) at org.apache.tools.ant.Project.executeTarget(Project.java:1368) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1251) at org.apache.tools.ant.Main.runBuild(Main.java:809) at org.apache.tools.ant.Main.startAnt(Main.java:217) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) Total time: 4 minutes 38 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Sending artifact delta relative to Lucene-Artifacts-5.x #868 Archived 14 artifacts Archive block size is 32768 Received 1379 blocks and 133542601 bytes Compression is 25.3% Took 1 min 5 sec Publishing Javadoc Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6520) Geo3D GeoPath: co-linear end-points result in NPE
[ https://issues.apache.org/jira/browse/LUCENE-6520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571532#comment-14571532 ] David Smiley commented on LUCENE-6520: -- First patch from Karl is here: https://reviews.apache.org/r/34994/ Geo3D GeoPath: co-linear end-points result in NPE - Key: LUCENE-6520 URL: https://issues.apache.org/jira/browse/LUCENE-6520 Project: Lucene - Core Issue Type: Bug Components: modules/spatial Affects Versions: 5.2 Reporter: David Smiley Assignee: David Smiley FAILED: org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations {#2 seed=[4AB0FA45EF43F0C3:2240DF3E6EDF83C]} {noformat} Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([4AB0FA45EF43F0C3:2240DF3E6EDF83C]:0) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath$SegmentEndpoint.init(GeoPath.java:480) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath.done(GeoPath.java:121) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.randomQueryShape(Geo3dRptTest.java:195) at org.apache.lucene.spatial.prefix.RandomSpatialOpStrategyTestCase.testOperationRandomShapes(RandomSpatialOpStrategyTestCase.java:53) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations(Geo3dRptTest.java:100) {noformat} [~daddywri] says: bq. This is happening because the endpoints that define two path segments are co-linear. There's a check for that too, but clearly it's not firing properly in this case for some reason. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Closed] (SOLR-7616) Facet statistics throw exception when result set is bigger than 30,000 roughly.
[ https://issues.apache.org/jira/browse/SOLR-7616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Yang closed SOLR-7616. --- Verified by local build. Thanks Yonik for such a quick response, this gives us huge confidence in Solr! Keep going! Facet statistics throw exception when result set is bigger than 30,000 roughly. --- Key: SOLR-7616 URL: https://issues.apache.org/jira/browse/SOLR-7616 Project: Solr Issue Type: Bug Components: Facet Module Affects Versions: 5.2, 5.3 Environment: 5.3 june 1st build in windows jdk 1.8 Reporter: Gary Yang Assignee: Yonik Seeley Priority: Critical Labels: analytics, facet, grouping, statistics Fix For: 5.3 Attachments: SOLR-7616.patch 6/1/2015, 12:36:57 PM ERROR null SolrCore java.lang.ArrayIndexOutOfBoundsException: 1069 java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetRequest.java:354) at org.apache.solr.search.facet.FacetQueryProcessor.process(FacetQuery.java:57) at org.apache.solr.search.facet.FacetModule.process(FacetModule.java:87) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:255) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2066) at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:634) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:438) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) at org.eclipse.jetty.server.Server.handle(Server.java:497) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) at java.lang.Thread.run(Thread.java:745) 6/1/2015, 12:36:57 PM ERROR null SolrDispatchFilter null:java.lang.ArrayIndexOutOfBoundsException: 1069 null:java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetRequest.java:354)
[JENKINS] Lucene-Solr-Tests-trunk-Java8 - Build # 35 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/35/ All tests passed Build Log: [...truncated 790 lines...] [junit4] JVM J0: stderr was not empty, see: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-trunk-Java8/lucene/build/core/test/temp/junit4-J0-20150603_161800_495.syserr [junit4] JVM J0: stderr (verbatim) [junit4] WARN: Unhandled exception in event serialization. - com.carrotsearch.ant.tasks.junit4.dependencies.com.google.gson.JsonIOException: java.io.IOException: No space left on device [junit4] at com.carrotsearch.ant.tasks.junit4.dependencies.com.google.gson.Gson.toJson(Gson.java:514) [junit4] at com.carrotsearch.ant.tasks.junit4.events.Serializer.serialize(Serializer.java:87) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.RunListenerEmitter.testFailure(RunListenerEmitter.java:54) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.NoExceptionRunListenerDecorator.testFailure(NoExceptionRunListenerDecorator.java:55) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.BeforeAfterRunListenerDecorator.testFailure(BeforeAfterRunListenerDecorator.java:60) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier$4.notifyListener(OrderedRunNotifier.java:129) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier$SafeNotifier.run(OrderedRunNotifier.java:63) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier.fireTestFailure(OrderedRunNotifier.java:131) [junit4] at com.carrotsearch.randomizedtesting.ThreadLeakControl$SubNotifier.fireTestFailure(ThreadLeakControl.java:181) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner.fireTestFailure(RandomizedRunner.java:763) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:851) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) [junit4] at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) [junit4] at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) [junit4] at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) [junit4] at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) [junit4] at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) [junit4] at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) [junit4] at java.lang.Thread.run(Thread.java:745) [junit4] Caused by: java.io.IOException: No space left on device [junit4] at java.io.FileOutputStream.writeBytes(Native Method) [junit4] at java.io.FileOutputStream.write(FileOutputStream.java:315) [junit4] at java.io.BufferedOutputStream.write(BufferedOutputStream.java:122) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.EventsOutputStream.write(EventsOutputStream.java:28) [junit4] at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) [junit4] at sun.nio.cs.StreamEncoder.implWrite(StreamEncoder.java:282) [junit4] at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:125) [junit4] at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:113) [junit4] at java.io.OutputStreamWriter.write(OutputStreamWriter.java:194) [junit4] at com.carrotsearch.ant.tasks.junit4.dependencies.com.google.gson.stream.JsonWriter.string(JsonWriter.java:535) [junit4] at
[jira] [Updated] (LUCENE-6518) classcache reaper needs exemption from thread leaks
[ https://issues.apache.org/jira/browse/LUCENE-6518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dawid Weiss updated LUCENE-6518: Attachment: LUCENE-6518.patch This class is used to exclude system/ known/ odd threads. classcache reaper needs exemption from thread leaks - Key: LUCENE-6518 URL: https://issues.apache.org/jira/browse/LUCENE-6518 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Attachments: LUCENE-6518.patch This happens on IBM JDK (some system thread or what have you). its 100% reproducible if you just cd lucene/analysis/smartcn and run 'ant test': we time out waiting for the thread to die and fail like this: {noformat} [junit4] Suite: org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory [junit4] 2 Jun 03, 2015 12:30:39 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 WARNING: Will linger awaiting termination of 1 leaked thread(s). [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 SEVERE: 1 thread leaked from SUITE scope at org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 INFO: Starting to interrupt leaked threads: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 Jun 03, 2015 12:31:02 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 SEVERE: There are still zombie threads that couldn't be terminated: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=ar_JO, timezone=Europe/Andorra [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=2,free=1204464,total=20643840 [junit4] 2 NOTE: All tests run in this JVM: [TestHMMChineseTokenizerFactory] [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestHMMChineseTokenizerFactory -Dtests.seed=4546D15E2A47A285 -Dtests.locale=ar_JO -Dtests.timezone=Europe/Andorra -Dtests.asserts=true -Dtests.file.encoding=UTF-8 {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: VOTE: RC0 release apache-solr-ref-guide-5.2.pdf
+1, it looks good to me. Cassandra On Wed, Jun 3, 2015 at 12:30 PM, Chris Hostetter hossman_luc...@fucit.org wrote: Please VOTE to release these files as the Solr Ref Guide 5.2... https://dist.apache.org/repos/dist/dev/lucene/solr/ref-guide/apache-solr-ref-guide-5.2-RC0/ NOTE: this vote will be open for a minimum of 72 hours, but i will not call this (ref guide) vote to a close until the 5.2.0 code release is also successful -- just in case there are any last minute bugs found that warrant an update to the ref guide as well. -Hoss http://www.lucidworks.com/ - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7599) Remove cruft from SolrCloud tests
[ https://issues.apache.org/jira/browse/SOLR-7599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571522#comment-14571522 ] ASF subversion and git services commented on SOLR-7599: --- Commit 1683417 from sha...@apache.org in branch 'dev/trunk' [ https://svn.apache.org/r1683417 ] SOLR-7599: Remove invokeCollectionAPI method from base test class and use solrj classes throughout Remove cruft from SolrCloud tests - Key: SOLR-7599 URL: https://issues.apache.org/jira/browse/SOLR-7599 Project: Solr Issue Type: Task Components: SolrCloud, Tests Reporter: Shalin Shekhar Mangar Assignee: Shalin Shekhar Mangar Fix For: Trunk, 5.3 Attachments: SOLR-7599.patch I see many tests which blindly have distribSetUp and distribTearDown methods setting a variety of options and system properties that aren't required anymore. This is because some base test classes have been refactored such that these options are redundant. In other cases, people have copied the structure of tests blindly instead of understanding what each parameter does. Let's try to remove the unnecessary config params from such tests. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Artifacts-5.2 - Build # 10 - Failure
Build: https://builds.apache.org/job/Lucene-Artifacts-5.2/10/ No tests ran. Build Log: [...truncated 13537 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.2/lucene/build.xml:419: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.2/lucene/build.xml:411: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.2/lucene/common-build.xml:2232: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.2/lucene/analysis/build.xml:122: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.2/lucene/analysis/build.xml:38: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.2/lucene/common-build.xml:1660: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-5.2/lucene/common-build.xml:582: Error installing artifact 'org.apache.lucene:lucene-analyzers-smartcn:jar': Error installing artifact: No space left on device Total time: 4 minutes 59 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Sending artifact delta relative to Lucene-Artifacts-5.2 #9 Archived 131 artifacts Archive block size is 32768 Received 2148 blocks and 146855705 bytes Compression is 32.4% Took 1 min 11 sec Publishing Javadoc Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Solr-Artifacts-5.2 - Build # 11 - Still Failing
Build: https://builds.apache.org/job/Solr-Artifacts-5.2/11/ No tests ran. Build Log: [...truncated 35898 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.2/solr/build.xml:669: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.2/solr/build.xml:654: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.2/lucene/common-build.xml:1683: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.2/lucene/common-build.xml:582: Error installing artifact 'org.apache.solr:solr-core:jar': Error installing artifact: No space left on device Total time: 9 minutes 22 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Sending artifact delta relative to Solr-Artifacts-5.2 #9 Archived 20 artifacts Archive block size is 32768 Received 2414 blocks and 265581241 bytes Compression is 22.9% Took 1 min 30 sec Publishing Javadoc Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-5.2-Java7 - Build # 27 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-5.2-Java7/27/ 1 tests failed. FAILED: TEST-org.apache.lucene.search.spans.TestSpanSearchEquivalence.xml.init Error Message: Stack Trace: Test report file /home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.2-Java7/lucene/build/core/test/TEST-org.apache.lucene.search.spans.TestSpanSearchEquivalence.xml was length 0 Build Log: [...truncated 776 lines...] [junit4] JVM J0: stderr was not empty, see: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.2-Java7/lucene/build/core/test/temp/junit4-J0-20150603_150944_886.syserr [junit4] JVM J0: stderr (verbatim) [junit4] WARN: Unhandled exception in event serialization. - com.carrotsearch.ant.tasks.junit4.dependencies.com.google.gson.JsonIOException: java.io.IOException: No space left on device [junit4] at com.carrotsearch.ant.tasks.junit4.dependencies.com.google.gson.Gson.toJson(Gson.java:514) [junit4] at com.carrotsearch.ant.tasks.junit4.events.Serializer.serialize(Serializer.java:87) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.RunListenerEmitter.testFailure(RunListenerEmitter.java:54) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.NoExceptionRunListenerDecorator.testFailure(NoExceptionRunListenerDecorator.java:55) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.BeforeAfterRunListenerDecorator.testFailure(BeforeAfterRunListenerDecorator.java:60) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier$4.notifyListener(OrderedRunNotifier.java:129) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier$SafeNotifier.run(OrderedRunNotifier.java:63) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.OrderedRunNotifier.fireTestFailure(OrderedRunNotifier.java:131) [junit4] at com.carrotsearch.randomizedtesting.ThreadLeakControl$SubNotifier.fireTestFailure(ThreadLeakControl.java:181) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner.fireTestFailure(RandomizedRunner.java:763) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:851) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) [junit4] at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) [junit4] at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) [junit4] at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) [junit4] at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) [junit4] at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) [junit4] at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) [junit4] at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) [junit4] at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) [junit4] at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) [junit4] at java.lang.Thread.run(Thread.java:745) [junit4] Caused by: java.io.IOException: No space left on device [junit4] at java.io.FileOutputStream.writeBytes(Native Method) [junit4] at java.io.FileOutputStream.write(FileOutputStream.java:345) [junit4] at java.io.BufferedOutputStream.write(BufferedOutputStream.java:122) [junit4] at com.carrotsearch.ant.tasks.junit4.slave.EventsOutputStream.write(EventsOutputStream.java:28) [junit4] at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) [junit4] at sun.nio.cs.StreamEncoder.implWrite(StreamEncoder.java:282) [junit4] at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:125) [junit4] at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:113) [junit4] at
[JENKINS] Lucene-Solr-Tests-5.x-Java7 - Build # 3188 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-5.x-Java7/3188/ No tests ran. Build Log: [...truncated 3 lines...] ERROR: Failed to update http://svn.apache.org/repos/asf/lucene/dev/branches/branch_5x org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT /repos/asf/!svn/vcc/default failed at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:388) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:334) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1291) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.update(DAVRepository.java:839) at org.tmatesoft.svn.core.internal.wc16.SVNUpdateClient16.update(SVNUpdateClient16.java:507) at org.tmatesoft.svn.core.internal.wc16.SVNUpdateClient16.doUpdate(SVNUpdateClient16.java:364) at org.tmatesoft.svn.core.internal.wc16.SVNUpdateClient16.doUpdate(SVNUpdateClient16.java:274) at org.tmatesoft.svn.core.internal.wc2.old.SvnOldUpdate.run(SvnOldUpdate.java:27) at org.tmatesoft.svn.core.internal.wc2.old.SvnOldUpdate.run(SvnOldUpdate.java:11) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:311) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:291) at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:387) at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:157) at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:161) at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:1030) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:1011) at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:987) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2474) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:328) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) Caused by: svn: E175002: REPORT /repos/asf/!svn/vcc/default failed at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97) ... 32 more Caused by: org.tmatesoft.svn.core.SVNException: svn: E204899: REPORT request failed on '/repos/asf/!svn/vcc/default' svn: E204899: Cannot write entries file '/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.x-Java7/solr/licenses/.svn/entries': No space left on device at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:771) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:382) ... 31 more Caused by: svn: E204899: REPORT request failed on '/repos/asf/!svn/vcc/default' at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97) at org.tmatesoft.svn.core.SVNErrorMessage.wrap(SVNErrorMessage.java:407) ... 33 more Caused by: svn: E204899: Cannot write entries file '/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.x-Java7/solr/licenses/.svn/entries': No space left on device at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:189) at
[jira] [Updated] (SOLR-7630) TestJoin nightly test failure
[ https://issues.apache.org/jira/browse/SOLR-7630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley updated SOLR-7630: --- Attachment: SOLR-7630.patch Here's a patch that should fix it. (actually, I just realized I didn't test that it actually did fix it... i'll do that now) TestJoin nightly test failure - Key: SOLR-7630 URL: https://issues.apache.org/jira/browse/SOLR-7630 Project: Solr Issue Type: Bug Components: Tests Affects Versions: Trunk, 5.2, 5.3 Reporter: Steve Rowe Assignee: Yonik Seeley Priority: Minor Attachments: SOLR-7630.patch On trunk and lucene_solr_5_2, the following reproduces for me: {noformat} ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true {noformat} Note that both {{-Dtests.multiplier=2}} and {{-Dtests.nightly=true}} are required to reproduce. {noformat} [junit4] 2 5815 ERROR (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 query failed JSON validation. error=mismatch: '3'!='4' @ response/docs/[0]/id [junit4] 2 expected =/response=={'numFound':2,'start':0,'docs':[{'id':'3'},{'id':'4'}]} [junit4] 2 response = { [junit4] 2 responseHeader:{ [junit4] 2 status:0, [junit4] 2 QTime:1}, [junit4] 2 response:{numFound:2,start:0,docs:[ [junit4] 2 { [junit4] 2 id:4}, [junit4] 2 { [junit4] 2 id:3}] [junit4] 2 }} [junit4] 2 [junit4] 2 request = q={!join+from%3Dtitle+to%3Dtitle}name:davefl=idwt=xml [junit4] 2 5816 INFO (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 ###Ending testJoin [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.locale=ar_DZ -Dtests.timezone=Etc/GMT-12 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 1.17s | TestJoin.testJoin [junit4] Throwable #1: java.lang.RuntimeException: mismatch: '3'!='4' @ response/docs/[0]/id [junit4] at __randomizedtesting.SeedInfo.seed([8880F7EED80A79DA:B5B3C264B95D7E4C]:0) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:858) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:805) [junit4] at org.apache.solr.TestJoin.testJoin(TestJoin.java:79) [junit4] at java.lang.Thread.run(Thread.java:745) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-5.2-Java7 - Build # 28 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-Tests-5.2-Java7/28/ 1 tests failed. FAILED: TEST-org.apache.lucene.search.TestAutomatonQuery.xml.init Error Message: Stack Trace: Test report file /home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.2-Java7/lucene/build/core/test/TEST-org.apache.lucene.search.TestAutomatonQuery.xml was length 0 Build Log: [...truncated 748 lines...] [junit4] ERROR: JVM J0 ended with an exception, command line: /x1/jenkins/jenkins-slave/tools/hudson.model.JDK/latest1.7/jre/bin/java -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.2-Java7/heapdumps -ea -esa -Dtests.prefix=tests -Dtests.seed=FA3F6531ABCB9312 -Xmx512M -Dtests.iters= -Dtests.verbose=false -Dtests.infostream=false -Dtests.codec=random -Dtests.postingsformat=random -Dtests.docvaluesformat=random -Dtests.locale=random -Dtests.timezone=random -Dtests.directory=random -Dtests.linedocsfile=europarl.lines.txt.gz -Dtests.luceneMatchVersion=5.2.0 -Dtests.cleanthreads=perMethod -Djava.util.logging.config.file=/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.2-Java7/lucene/tools/junit4/logging.properties -Dtests.nightly=false -Dtests.weekly=false -Dtests.monster=false -Dtests.slow=true -Dtests.asserts=true -Dtests.multiplier=2 -DtempDir=./temp -Djava.io.tmpdir=./temp -Djunit4.tempDir=/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.2-Java7/lucene/build/core/test/temp -Dcommon.dir=/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.2-Java7/lucene -Dclover.db.dir=/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.2-Java7/lucene/build/clover/db -Djava.security.policy=/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-5.2-Java7/lucene/tools/junit4/tests.policy -Dtests.LUCENE_VERSION=5.2.0 -Djetty.testMode=1 -Djetty.insecurerandom=1 -Dsolr.directoryFactory=org.apache.solr.core.MockDirectoryFactory -Djava.awt.headless=true -Djdk.map.althashing.threshold=0 -Dtests.leaveTemporary=false -Dtests.filterstacks=true -Djava.security.manager=org.apache.lucene.util.TestSecurityManager -Dfile.encoding=UTF-8 -classpath
[JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build # 2380 - Failure!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/2380/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseSerialGC 1 tests failed. FAILED: org.apache.solr.TestDistributedSearch.test Error Message: Error from server at http://127.0.0.1:52224//collection1: java.lang.NullPointerException at org.apache.solr.search.grouping.distributed.responseprocessor.TopGroupsShardResponseProcessor.process(TopGroupsShardResponseProcessor.java:102) at org.apache.solr.handler.component.QueryComponent.handleGroupedResponses(QueryComponent.java:744) at org.apache.solr.handler.component.QueryComponent.handleResponses(QueryComponent.java:727) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:388) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2064) at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:634) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:438) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.apache.solr.client.solrj.embedded.JettySolrRunner$DebugFilter.doFilter(JettySolrRunner.java:106) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:83) at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:364) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:221) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) at org.eclipse.jetty.server.Server.handle(Server.java:497) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) at java.lang.Thread.run(Thread.java:745) Stack Trace: org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error from server at http://127.0.0.1:52224//collection1: java.lang.NullPointerException at org.apache.solr.search.grouping.distributed.responseprocessor.TopGroupsShardResponseProcessor.process(TopGroupsShardResponseProcessor.java:102) at org.apache.solr.handler.component.QueryComponent.handleGroupedResponses(QueryComponent.java:744) at org.apache.solr.handler.component.QueryComponent.handleResponses(QueryComponent.java:727) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:388) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2064) at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:634) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:438) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.apache.solr.client.solrj.embedded.JettySolrRunner$DebugFilter.doFilter(JettySolrRunner.java:106) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:83) at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:364) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:221) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at
[jira] [Commented] (LUCENE-6518) classcache reaper needs exemption from thread leaks
[ https://issues.apache.org/jira/browse/LUCENE-6518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571646#comment-14571646 ] Dawid Weiss commented on LUCENE-6518: - This class's source is even provided in IBM's jdk. Interesting. The {{QuickPatchThreadsFilter}} has a list of ignored threads. This is by large hard to predict, so I'd just include it there. classcache reaper needs exemption from thread leaks - Key: LUCENE-6518 URL: https://issues.apache.org/jira/browse/LUCENE-6518 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Attachments: LUCENE-6518.patch This happens on IBM JDK (some system thread or what have you). its 100% reproducible if you just cd lucene/analysis/smartcn and run 'ant test': we time out waiting for the thread to die and fail like this: {noformat} [junit4] Suite: org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory [junit4] 2 Jun 03, 2015 12:30:39 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 WARNING: Will linger awaiting termination of 1 leaked thread(s). [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 SEVERE: 1 thread leaked from SUITE scope at org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 INFO: Starting to interrupt leaked threads: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 Jun 03, 2015 12:31:02 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 SEVERE: There are still zombie threads that couldn't be terminated: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=ar_JO, timezone=Europe/Andorra [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=2,free=1204464,total=20643840 [junit4] 2 NOTE: All tests run in this JVM: [TestHMMChineseTokenizerFactory] [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestHMMChineseTokenizerFactory -Dtests.seed=4546D15E2A47A285 -Dtests.locale=ar_JO -Dtests.timezone=Europe/Andorra -Dtests.asserts=true -Dtests.file.encoding=UTF-8 {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7630) TestJoin nightly test failure
[ https://issues.apache.org/jira/browse/SOLR-7630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571524#comment-14571524 ] Yonik Seeley commented on SOLR-7630: Hmmm, although the random join test code is designed to be tolerant of index reorders, the simple tests aren't. I'll fix. TestJoin nightly test failure - Key: SOLR-7630 URL: https://issues.apache.org/jira/browse/SOLR-7630 Project: Solr Issue Type: Bug Components: Tests Affects Versions: Trunk, 5.2, 5.3 Reporter: Steve Rowe Priority: Minor On trunk and lucene_solr_5_2, the following reproduces for me: {noformat} ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true {noformat} Note that both {{-Dtests.multiplier=2}} and {{-Dtests.nightly=true}} are required to reproduce. {noformat} [junit4] 2 5815 ERROR (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 query failed JSON validation. error=mismatch: '3'!='4' @ response/docs/[0]/id [junit4] 2 expected =/response=={'numFound':2,'start':0,'docs':[{'id':'3'},{'id':'4'}]} [junit4] 2 response = { [junit4] 2 responseHeader:{ [junit4] 2 status:0, [junit4] 2 QTime:1}, [junit4] 2 response:{numFound:2,start:0,docs:[ [junit4] 2 { [junit4] 2 id:4}, [junit4] 2 { [junit4] 2 id:3}] [junit4] 2 }} [junit4] 2 [junit4] 2 request = q={!join+from%3Dtitle+to%3Dtitle}name:davefl=idwt=xml [junit4] 2 5816 INFO (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 ###Ending testJoin [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.locale=ar_DZ -Dtests.timezone=Etc/GMT-12 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 1.17s | TestJoin.testJoin [junit4] Throwable #1: java.lang.RuntimeException: mismatch: '3'!='4' @ response/docs/[0]/id [junit4] at __randomizedtesting.SeedInfo.seed([8880F7EED80A79DA:B5B3C264B95D7E4C]:0) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:858) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:805) [junit4] at org.apache.solr.TestJoin.testJoin(TestJoin.java:79) [junit4] at java.lang.Thread.run(Thread.java:745) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-6520) Geo3D GeoPath: co-linear end-points result in NPE
David Smiley created LUCENE-6520: Summary: Geo3D GeoPath: co-linear end-points result in NPE Key: LUCENE-6520 URL: https://issues.apache.org/jira/browse/LUCENE-6520 Project: Lucene - Core Issue Type: Bug Components: modules/spatial Affects Versions: 5.2 Reporter: David Smiley Assignee: David Smiley FAILED: org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations {#2 seed=[4AB0FA45EF43F0C3:2240DF3E6EDF83C]} {noformat} Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([4AB0FA45EF43F0C3:2240DF3E6EDF83C]:0) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath$SegmentEndpoint.init(GeoPath.java:480) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath.done(GeoPath.java:121) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.randomQueryShape(Geo3dRptTest.java:195) at org.apache.lucene.spatial.prefix.RandomSpatialOpStrategyTestCase.testOperationRandomShapes(RandomSpatialOpStrategyTestCase.java:53) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations(Geo3dRptTest.java:100) {noformat} [~daddywri] says: bq. This is happening because the endpoints that define two path segments are co-linear. There's a check for that too, but clearly it's not firing properly in this case for some reason. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Solr-Artifacts-5.x - Build # 849 - Failure
Build: https://builds.apache.org/job/Solr-Artifacts-5.x/849/ No tests ran. Build Log: [...truncated 35976 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.x/solr/build.xml:670: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.x/solr/build.xml:655: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.x/lucene/common-build.xml:1683: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.x/lucene/common-build.xml:582: Error installing artifact 'org.apache.solr:solr-core:jar': Error installing artifact: No space left on device Total time: 9 minutes 42 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Sending artifact delta relative to Solr-Artifacts-5.x #848 Archived 20 artifacts Archive block size is 32768 Received 3462 blocks and 231381544 bytes Compression is 32.9% Took 2 min 1 sec Publishing Javadoc Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7630) TestJoin nightly test failure
[ https://issues.apache.org/jira/browse/SOLR-7630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571707#comment-14571707 ] ASF subversion and git services commented on SOLR-7630: --- Commit 1683433 from [~yo...@apache.org] in branch 'dev/trunk' [ https://svn.apache.org/r1683433 ] SOLR-7630: tests - fix join test when docs are reordered in index TestJoin nightly test failure - Key: SOLR-7630 URL: https://issues.apache.org/jira/browse/SOLR-7630 Project: Solr Issue Type: Bug Components: Tests Affects Versions: Trunk, 5.2, 5.3 Reporter: Steve Rowe Assignee: Yonik Seeley Priority: Minor Attachments: SOLR-7630.patch On trunk and lucene_solr_5_2, the following reproduces for me: {noformat} ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true {noformat} Note that both {{-Dtests.multiplier=2}} and {{-Dtests.nightly=true}} are required to reproduce. {noformat} [junit4] 2 5815 ERROR (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 query failed JSON validation. error=mismatch: '3'!='4' @ response/docs/[0]/id [junit4] 2 expected =/response=={'numFound':2,'start':0,'docs':[{'id':'3'},{'id':'4'}]} [junit4] 2 response = { [junit4] 2 responseHeader:{ [junit4] 2 status:0, [junit4] 2 QTime:1}, [junit4] 2 response:{numFound:2,start:0,docs:[ [junit4] 2 { [junit4] 2 id:4}, [junit4] 2 { [junit4] 2 id:3}] [junit4] 2 }} [junit4] 2 [junit4] 2 request = q={!join+from%3Dtitle+to%3Dtitle}name:davefl=idwt=xml [junit4] 2 5816 INFO (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 ###Ending testJoin [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.locale=ar_DZ -Dtests.timezone=Etc/GMT-12 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 1.17s | TestJoin.testJoin [junit4] Throwable #1: java.lang.RuntimeException: mismatch: '3'!='4' @ response/docs/[0]/id [junit4] at __randomizedtesting.SeedInfo.seed([8880F7EED80A79DA:B5B3C264B95D7E4C]:0) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:858) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:805) [junit4] at org.apache.solr.TestJoin.testJoin(TestJoin.java:79) [junit4] at java.lang.Thread.run(Thread.java:745) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
SearchComponent finishStage expectations
I have a few custom SearchComponents that manipulate some data that is being pulled out of the index in the finishStage. This approach has been working well until I went to a single shard collection at which point the components stopped functioning. After a bit of debugging I found the HttpShardHandler decided to short circuit the request (unless I specify a req param of shortCircuit=false) at which point the finishStage is bypassed. Was the bypassing of the finishStage intentional for short circuited requests? Should I be doing this data manipulation in the process stage instead? If you all believe this is a bug I would be happy to write up a ticket and take a crack at a fix. Additionally, it would be great to write some javadocs for the overridable SearchComponent methods so those who create custom components in the future won't be surprised at the behaviour. Thanks, -Steve
Re: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 701 - Still Failing
Hmm could be this @nightly test is too evil ... I'll de-fang it. Mike McCandless http://blog.mikemccandless.com On Wed, Jun 3, 2015 at 7:14 PM, Apache Jenkins Server jenk...@builds.apache.org wrote: Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/701/ 1 tests failed. FAILED: org.apache.lucene.bkdtree.TestBKDTree.testRandomBig Error Message: Captured an uncaught exception in thread: Thread[id=48, name=T1, state=RUNNABLE, group=TGRP-TestBKDTree] Stack Trace: com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught exception in thread: Thread[id=48, name=T1, state=RUNNABLE, group=TGRP-TestBKDTree] Caused by: java.lang.AssertionError: T1: iter=133 id=1005167 docID=3156047 lat=0.0585130821078 lon=0.11471369535743503 (bbox: lat=-0.22713758204555745 TO 0.6816564950757014 lon=0.11471368296036255 TO 0.9085355790545984) expected true but got: false deleted?=false query=BKDPointInPolygonQuery: field=point: Points: [0.11471368296036255, -0.22713758204555745] [0.11471368296036255, 0.6816564950757014] [0.9085355790545984, 0.6816564950757014] [0.9085355790545984, -0.22713758204555745] [0.11471368296036255, -0.22713758204555745] at __randomizedtesting.SeedInfo.seed([9119E839863ADD4]:0) at org.junit.Assert.fail(Assert.java:93) at org.apache.lucene.bkdtree.TestBKDTree$3._run(TestBKDTree.java:509) at org.apache.lucene.bkdtree.TestBKDTree$3.run(TestBKDTree.java:424) Build Log: [...truncated 8422 lines...] [junit4] Suite: org.apache.lucene.bkdtree.TestBKDTree [junit4] 2 juin 03, 2015 6:13:11 PM com.carrotsearch.randomizedtesting.RandomizedRunner$QueueUncaughtExceptionsHandler uncaughtException [junit4] 2 WARNING: Uncaught exception in thread: Thread[T1,5,TGRP-TestBKDTree] [junit4] 2 java.lang.AssertionError: T1: iter=133 id=1005167 docID=3156047 lat=0.0585130821078 lon=0.11471369535743503 (bbox: lat=-0.22713758204555745 TO 0.6816564950757014 lon=0.11471368296036255 TO 0.9085355790545984) expected true but got: false deleted?=false query=BKDPointInPolygonQuery: field=point: Points: [0.11471368296036255, -0.22713758204555745] [0.11471368296036255, 0.6816564950757014] [0.9085355790545984, 0.6816564950757014] [0.9085355790545984, -0.22713758204555745] [0.11471368296036255, -0.22713758204555745] [junit4] 2at __randomizedtesting.SeedInfo.seed([9119E839863ADD4]:0) [junit4] 2at org.junit.Assert.fail(Assert.java:93) [junit4] 2at org.apache.lucene.bkdtree.TestBKDTree$3._run(TestBKDTree.java:509) [junit4] 2at org.apache.lucene.bkdtree.TestBKDTree$3.run(TestBKDTree.java:424) [junit4] 2 [junit4] 2 juin 03, 2015 6:13:11 PM com.carrotsearch.randomizedtesting.RandomizedRunner$QueueUncaughtExceptionsHandler uncaughtException [junit4] 2 WARNING: Uncaught exception in thread: Thread[T0,5,TGRP-TestBKDTree] [junit4] 2 java.lang.AssertionError: T0: iter=134 id=3392976 docID=989352 lat=0.7263559362095144 lon=0.2782645889953 (bbox: lat=0.7263559221569578 TO 0.8950881612654724 lon=-0.15257342768724347 TO 0.5759830208774388) expected true but got: false deleted?=false query=BKDPointInPolygonQuery: field=point: Points: [-0.15257342768724347, 0.7263559221569578] [-0.15257342768724347, 0.8950881612654724] [0.5759830208774388, 0.8950881612654724] [0.5759830208774388, 0.7263559221569578] [-0.15257342768724347, 0.7263559221569578] [junit4] 2at __randomizedtesting.SeedInfo.seed([9119E839863ADD4]:0) [junit4] 2at org.junit.Assert.fail(Assert.java:93) [junit4] 2at org.apache.lucene.bkdtree.TestBKDTree$3._run(TestBKDTree.java:509) [junit4] 2at org.apache.lucene.bkdtree.TestBKDTree$3.run(TestBKDTree.java:424) [junit4] 2 [junit4] 2 NOTE: download the large Jenkins line-docs file by running 'ant get-jenkins-line-docs' in the lucene directory. [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestBKDTree -Dtests.method=testRandomBig -Dtests.seed=9119E839863ADD4 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/x1/jenkins/lucene-data/enwiki.random.lines.txt -Dtests.locale=fr_BE -Dtests.timezone=America/Chicago -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [junit4] ERROR272s J1 | TestBKDTree.testRandomBig [junit4] Throwable #1: com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught exception in thread: Thread[id=48, name=T1, state=RUNNABLE, group=TGRP-TestBKDTree] [junit4] Caused by: java.lang.AssertionError: T1: iter=133 id=1005167 docID=3156047 lat=0.0585130821078 lon=0.11471369535743503 (bbox: lat=-0.22713758204555745 TO 0.6816564950757014 lon=0.11471368296036255 TO 0.9085355790545984) expected true but got: false deleted?=false query=BKDPointInPolygonQuery: field=point: Points:
[jira] [Commented] (LUCENE-6477) Add BKD tree for spatial shape query intersecting indexed points
[ https://issues.apache.org/jira/browse/LUCENE-6477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571893#comment-14571893 ] ASF subversion and git services commented on LUCENE-6477: - Commit 1683449 from [~mikemccand] in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1683449 ] LUCENE-6477: allow boundary tolerance for poly query verify; fail test fast if one thread fails Add BKD tree for spatial shape query intersecting indexed points Key: LUCENE-6477 URL: https://issues.apache.org/jira/browse/LUCENE-6477 Project: Lucene - Core Issue Type: New Feature Reporter: Michael McCandless Assignee: Michael McCandless Fix For: Trunk, 5.3 Attachments: LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch I'd like to explore using dedicated spatial trees for faster shape intersection filters than postings-based implementations. I implemented the tree data structure from https://www.cs.duke.edu/~pankaj/publications/papers/bkd-sstd.pdf The idea is simple: it builds a full binary tree, partitioning 2D space, alternately on lat and then lon, into smaller and smaller rectangles until a leaf has = N (default 1024) points. It cannot index shapes (just points), and can then do fast shape intersection queries. Multi-valued fields are supported. I only implemented the point is contained in this bounding box query for now, but I think polygon shape querying should be easy to implement using the same approach from LUCENE-6450. For indexing, you add BKDPointField (takes lat, lon) to your doc, and must set up your Codec use BKDTreeDocValuesFormat for that field. This DV format wraps Lucene50DVFormat, but then builds the disk-based BKD tree structure on the side. BKDPointInBBoxQuery then requires this DVFormat, and casts it to gain access to the tree. I quantize each incoming double lat/lon to 32 bits precision (so 64 bits per point) = ~9 milli-meter lon precision at the equator, I think. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [CI] Lucene 5x Linux Java8 64 Test Only - Build # 49934 - Failure!
I committed a fix. Mike McCandless On Wed, Jun 3, 2015 at 4:55 PM, Michael McCandless m...@elastic.co wrote: I'll dig ... Mike McCandless On Wed, Jun 3, 2015 at 1:05 PM, bu...@elastic.co wrote: *BUILD FAILURE* Build URL http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/ Project:lucene_linux_java8_64_test_only Randomization: JDKEA8,network,heap[512m],-server +UseConcMarkSweepGC -UseCompressedOops +AggressiveOpts,sec manager on Date of build:Wed, 03 Jun 2015 18:57:03 +0200 Build duration:8 min 43 sec *CHANGES* No Changes *BUILD ARTIFACTS* checkout/lucene/build/sandbox/test/temp/junit4-J0-20150603_190532_746.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J0-20150603_190532_746.events checkout/lucene/build/sandbox/test/temp/junit4-J1-20150603_190532_746.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J1-20150603_190532_746.events checkout/lucene/build/sandbox/test/temp/junit4-J2-20150603_190532_746.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J2-20150603_190532_746.events checkout/lucene/build/sandbox/test/temp/junit4-J3-20150603_190532_746.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J3-20150603_190532_746.events checkout/lucene/build/sandbox/test/temp/junit4-J4-20150603_190532_747.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J4-20150603_190532_747.events checkout/lucene/build/sandbox/test/temp/junit4-J5-20150603_190532_747.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J5-20150603_190532_747.events checkout/lucene/build/sandbox/test/temp/junit4-J6-20150603_190532_747.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J6-20150603_190532_747.events checkout/lucene/build/sandbox/test/temp/junit4-J7-20150603_190532_747.events http://build-eu-00.elastic.co/job/lucene_linux_java8_64_test_only/49934/artifact/checkout/lucene/build/sandbox/test/temp/junit4-J7-20150603_190532_747.events *FAILED JUNIT TESTS* Name: org.apache.lucene.bkdtree Failed: 1 test(s), Passed: 7 test(s), Skipped: 1 test(s), Total: 9 test(s) *Failed: org.apache.lucene.bkdtree.TestBKDTree.testRandomMedium * *CONSOLE OUTPUT* [...truncated 23217 lines...] [junit4] [junit4] [junit4] JVM J0: 0.83 .. 6.19 = 5.36s [junit4] JVM J1: 0.84 .. 7.70 = 6.86s [junit4] JVM J2: 0.84 .. 3.44 = 2.61s [junit4] JVM J3: 0.84 .. 4.43 = 3.59s [junit4] JVM J4: 0.84 .. 3.45 = 2.61s [junit4] JVM J5: 0.84 .. 3.95 = 3.11s [junit4] JVM J6: 0.84 .. 8.47 = 7.62s [junit4] JVM J7: 0.84 .. 3.20 = 2.37s [junit4] Execution time total: 8.47 sec. [junit4] Tests summary: 10 suites, 70 tests, 1 error, 1 ignored (1 assumption) BUILD FAILED /home/jenkins/workspace/lucene_linux_java8_64_test_only/checkout/lucene/build.xml:466: The following error occurred while executing this line: /home/jenkins/workspace/lucene_linux_java8_64_test_only/checkout/lucene/common-build.xml:2232: The following error occurred while executing this line: /home/jenkins/workspace/lucene_linux_java8_64_test_only/checkout/lucene/module-build.xml:58: The following error occurred while executing this line: /home/jenkins/workspace/lucene_linux_java8_64_test_only/checkout/lucene/common-build.xml:1436: The following error occurred while executing this line: /home/jenkins/workspace/lucene_linux_java8_64_test_only/checkout/lucene/common-build.xml:991: There were test failures: 10 suites, 70 tests, 1 error, 1 ignored (1 assumption) Total time: 8 minutes 11 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Recording test results [description-setter] Description set: JDKEA8,network,heap[512m],-server +UseConcMarkSweepGC -UseCompressedOops +AggressiveOpts,sec manager on Email was triggered for: Failure - 1st Trigger Failure - Any was overridden by another trigger and will not send an email. Trigger Failure - Still was overridden by another trigger and will not send an email. Sending email for trigger: Failure - 1st
[jira] [Commented] (LUCENE-6518) classcache reaper needs exemption from thread leaks
[ https://issues.apache.org/jira/browse/LUCENE-6518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571664#comment-14571664 ] Robert Muir commented on LUCENE-6518: - +1 Dawid, thank you for looking at this. classcache reaper needs exemption from thread leaks - Key: LUCENE-6518 URL: https://issues.apache.org/jira/browse/LUCENE-6518 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Attachments: LUCENE-6518.patch This happens on IBM JDK (some system thread or what have you). its 100% reproducible if you just cd lucene/analysis/smartcn and run 'ant test': we time out waiting for the thread to die and fail like this: {noformat} [junit4] Suite: org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory [junit4] 2 Jun 03, 2015 12:30:39 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 WARNING: Will linger awaiting termination of 1 leaked thread(s). [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 SEVERE: 1 thread leaked from SUITE scope at org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 INFO: Starting to interrupt leaked threads: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 Jun 03, 2015 12:31:02 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 SEVERE: There are still zombie threads that couldn't be terminated: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=ar_JO, timezone=Europe/Andorra [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=2,free=1204464,total=20643840 [junit4] 2 NOTE: All tests run in this JVM: [TestHMMChineseTokenizerFactory] [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestHMMChineseTokenizerFactory -Dtests.seed=4546D15E2A47A285 -Dtests.locale=ar_JO -Dtests.timezone=Europe/Andorra -Dtests.asserts=true -Dtests.file.encoding=UTF-8 {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6477) Add BKD tree for spatial shape query intersecting indexed points
[ https://issues.apache.org/jira/browse/LUCENE-6477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571856#comment-14571856 ] ASF subversion and git services commented on LUCENE-6477: - Commit 1683446 from [~mikemccand] in branch 'dev/trunk' [ https://svn.apache.org/r1683446 ] LUCENE-6477: make nightly test less evil Add BKD tree for spatial shape query intersecting indexed points Key: LUCENE-6477 URL: https://issues.apache.org/jira/browse/LUCENE-6477 Project: Lucene - Core Issue Type: New Feature Reporter: Michael McCandless Assignee: Michael McCandless Fix For: Trunk, 5.3 Attachments: LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch I'd like to explore using dedicated spatial trees for faster shape intersection filters than postings-based implementations. I implemented the tree data structure from https://www.cs.duke.edu/~pankaj/publications/papers/bkd-sstd.pdf The idea is simple: it builds a full binary tree, partitioning 2D space, alternately on lat and then lon, into smaller and smaller rectangles until a leaf has = N (default 1024) points. It cannot index shapes (just points), and can then do fast shape intersection queries. Multi-valued fields are supported. I only implemented the point is contained in this bounding box query for now, but I think polygon shape querying should be easy to implement using the same approach from LUCENE-6450. For indexing, you add BKDPointField (takes lat, lon) to your doc, and must set up your Codec use BKDTreeDocValuesFormat for that field. This DV format wraps Lucene50DVFormat, but then builds the disk-based BKD tree structure on the side. BKDPointInBBoxQuery then requires this DVFormat, and casts it to gain access to the tree. I quantize each incoming double lat/lon to 32 bits precision (so 64 bits per point) = ~9 milli-meter lon precision at the equator, I think. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6477) Add BKD tree for spatial shape query intersecting indexed points
[ https://issues.apache.org/jira/browse/LUCENE-6477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571858#comment-14571858 ] ASF subversion and git services commented on LUCENE-6477: - Commit 1683447 from [~mikemccand] in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1683447 ] LUCENE-6477: make nightly test less evil Add BKD tree for spatial shape query intersecting indexed points Key: LUCENE-6477 URL: https://issues.apache.org/jira/browse/LUCENE-6477 Project: Lucene - Core Issue Type: New Feature Reporter: Michael McCandless Assignee: Michael McCandless Fix For: Trunk, 5.3 Attachments: LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch I'd like to explore using dedicated spatial trees for faster shape intersection filters than postings-based implementations. I implemented the tree data structure from https://www.cs.duke.edu/~pankaj/publications/papers/bkd-sstd.pdf The idea is simple: it builds a full binary tree, partitioning 2D space, alternately on lat and then lon, into smaller and smaller rectangles until a leaf has = N (default 1024) points. It cannot index shapes (just points), and can then do fast shape intersection queries. Multi-valued fields are supported. I only implemented the point is contained in this bounding box query for now, but I think polygon shape querying should be easy to implement using the same approach from LUCENE-6450. For indexing, you add BKDPointField (takes lat, lon) to your doc, and must set up your Codec use BKDTreeDocValuesFormat for that field. This DV format wraps Lucene50DVFormat, but then builds the disk-based BKD tree structure on the side. BKDPointInBBoxQuery then requires this DVFormat, and casts it to gain access to the tree. I quantize each incoming double lat/lon to 32 bits precision (so 64 bits per point) = ~9 milli-meter lon precision at the equator, I think. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Testing Lucene Solr using IBM JVM
Hello, To test the trunk (future 6.x series) branch (requires java 8): svn co http://svn.apache.org/repos/asf/lucene/dev/trunk cd lucene ant test If you want to test java 7, you will want to get the 5.x branch instead: svn co http://svn.apache.org/repos/asf/lucene/dev/branches/branch_5x In general, best results happen from running the tests many times, as they have randomized parameters. i looked a little into it with the latest IBM JDK and there are a few easy failures to hopefully get tests passing in general: https://issues.apache.org/jira/browse/LUCENE-6517 https://issues.apache.org/jira/browse/LUCENE-6518 For the first one, if its a bug in IBM JDK, we can add an assume() in our code for the test. The second one is just our tests being picky. Once these annoying easy ones are out of the way, tests can be run in a loop without that noise and hopefully find any more interesting creatures lurking. There is additional information here (may be a little out of date, looks ok at a glance): https://wiki.apache.org/lucene-java/RunningTests On Wed, Jun 3, 2015 at 11:36 AM, Mesbah Alam mesbah_a...@ca.ibm.com wrote: Hi I work for the IBM JVM team. We are looking into the possibility to create a environment within IBM that mirrors the one used in the community to run Lucene/Solr tests. We want to use the latest Lucene/ Solr builds on IBM JVM and run all the tests that you run. Can you please suggest what is the best way to go about it ? Regards, *Mesbah (M.) Alam* Software Developer, J9 Virtual Machine FVT Java Technology Center (JTC) -- *Phone:* 1-613-270-4675 | *Mobile:* 1-613-263-7638 * E-mail:* *mesbah_a...@ca.ibm.com* mesbah_a...@ca.ibm.com * Find me on:* [image: Twitter: http://twitter.com/ibm_jtc] http://twitter.com/ibm_jtc [image: YouTube: http://www.youtube.com/user/ibmjtc] http://www.youtube.com/user/ibmjtc [image: IBM] 770 Palladium Drive Kanata, ON K2V 1C8 Canada
[jira] [Resolved] (SOLR-7630) TestJoin nightly test failure
[ https://issues.apache.org/jira/browse/SOLR-7630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley resolved SOLR-7630. Resolution: Fixed Fix Version/s: 5.3 TestJoin nightly test failure - Key: SOLR-7630 URL: https://issues.apache.org/jira/browse/SOLR-7630 Project: Solr Issue Type: Bug Components: Tests Affects Versions: Trunk, 5.2, 5.3 Reporter: Steve Rowe Assignee: Yonik Seeley Priority: Minor Fix For: 5.3 Attachments: SOLR-7630.patch On trunk and lucene_solr_5_2, the following reproduces for me: {noformat} ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true {noformat} Note that both {{-Dtests.multiplier=2}} and {{-Dtests.nightly=true}} are required to reproduce. {noformat} [junit4] 2 5815 ERROR (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 query failed JSON validation. error=mismatch: '3'!='4' @ response/docs/[0]/id [junit4] 2 expected =/response=={'numFound':2,'start':0,'docs':[{'id':'3'},{'id':'4'}]} [junit4] 2 response = { [junit4] 2 responseHeader:{ [junit4] 2 status:0, [junit4] 2 QTime:1}, [junit4] 2 response:{numFound:2,start:0,docs:[ [junit4] 2 { [junit4] 2 id:4}, [junit4] 2 { [junit4] 2 id:3}] [junit4] 2 }} [junit4] 2 [junit4] 2 request = q={!join+from%3Dtitle+to%3Dtitle}name:davefl=idwt=xml [junit4] 2 5816 INFO (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 ###Ending testJoin [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.locale=ar_DZ -Dtests.timezone=Etc/GMT-12 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 1.17s | TestJoin.testJoin [junit4] Throwable #1: java.lang.RuntimeException: mismatch: '3'!='4' @ response/docs/[0]/id [junit4] at __randomizedtesting.SeedInfo.seed([8880F7EED80A79DA:B5B3C264B95D7E4C]:0) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:858) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:805) [junit4] at org.apache.solr.TestJoin.testJoin(TestJoin.java:79) [junit4] at java.lang.Thread.run(Thread.java:745) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7630) TestJoin nightly test failure
[ https://issues.apache.org/jira/browse/SOLR-7630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571708#comment-14571708 ] ASF subversion and git services commented on SOLR-7630: --- Commit 1683434 from [~yo...@apache.org] in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1683434 ] SOLR-7630: tests - fix join test when docs are reordered in index TestJoin nightly test failure - Key: SOLR-7630 URL: https://issues.apache.org/jira/browse/SOLR-7630 Project: Solr Issue Type: Bug Components: Tests Affects Versions: Trunk, 5.2, 5.3 Reporter: Steve Rowe Assignee: Yonik Seeley Priority: Minor Attachments: SOLR-7630.patch On trunk and lucene_solr_5_2, the following reproduces for me: {noformat} ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true {noformat} Note that both {{-Dtests.multiplier=2}} and {{-Dtests.nightly=true}} are required to reproduce. {noformat} [junit4] 2 5815 ERROR (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 query failed JSON validation. error=mismatch: '3'!='4' @ response/docs/[0]/id [junit4] 2 expected =/response=={'numFound':2,'start':0,'docs':[{'id':'3'},{'id':'4'}]} [junit4] 2 response = { [junit4] 2 responseHeader:{ [junit4] 2 status:0, [junit4] 2 QTime:1}, [junit4] 2 response:{numFound:2,start:0,docs:[ [junit4] 2 { [junit4] 2 id:4}, [junit4] 2 { [junit4] 2 id:3}] [junit4] 2 }} [junit4] 2 [junit4] 2 request = q={!join+from%3Dtitle+to%3Dtitle}name:davefl=idwt=xml [junit4] 2 5816 INFO (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 ###Ending testJoin [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.locale=ar_DZ -Dtests.timezone=Etc/GMT-12 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 1.17s | TestJoin.testJoin [junit4] Throwable #1: java.lang.RuntimeException: mismatch: '3'!='4' @ response/docs/[0]/id [junit4] at __randomizedtesting.SeedInfo.seed([8880F7EED80A79DA:B5B3C264B95D7E4C]:0) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:858) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:805) [junit4] at org.apache.solr.TestJoin.testJoin(TestJoin.java:79) [junit4] at java.lang.Thread.run(Thread.java:745) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 701 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/701/ 1 tests failed. FAILED: org.apache.lucene.bkdtree.TestBKDTree.testRandomBig Error Message: Captured an uncaught exception in thread: Thread[id=48, name=T1, state=RUNNABLE, group=TGRP-TestBKDTree] Stack Trace: com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught exception in thread: Thread[id=48, name=T1, state=RUNNABLE, group=TGRP-TestBKDTree] Caused by: java.lang.AssertionError: T1: iter=133 id=1005167 docID=3156047 lat=0.0585130821078 lon=0.11471369535743503 (bbox: lat=-0.22713758204555745 TO 0.6816564950757014 lon=0.11471368296036255 TO 0.9085355790545984) expected true but got: false deleted?=false query=BKDPointInPolygonQuery: field=point: Points: [0.11471368296036255, -0.22713758204555745] [0.11471368296036255, 0.6816564950757014] [0.9085355790545984, 0.6816564950757014] [0.9085355790545984, -0.22713758204555745] [0.11471368296036255, -0.22713758204555745] at __randomizedtesting.SeedInfo.seed([9119E839863ADD4]:0) at org.junit.Assert.fail(Assert.java:93) at org.apache.lucene.bkdtree.TestBKDTree$3._run(TestBKDTree.java:509) at org.apache.lucene.bkdtree.TestBKDTree$3.run(TestBKDTree.java:424) Build Log: [...truncated 8422 lines...] [junit4] Suite: org.apache.lucene.bkdtree.TestBKDTree [junit4] 2 juin 03, 2015 6:13:11 PM com.carrotsearch.randomizedtesting.RandomizedRunner$QueueUncaughtExceptionsHandler uncaughtException [junit4] 2 WARNING: Uncaught exception in thread: Thread[T1,5,TGRP-TestBKDTree] [junit4] 2 java.lang.AssertionError: T1: iter=133 id=1005167 docID=3156047 lat=0.0585130821078 lon=0.11471369535743503 (bbox: lat=-0.22713758204555745 TO 0.6816564950757014 lon=0.11471368296036255 TO 0.9085355790545984) expected true but got: false deleted?=false query=BKDPointInPolygonQuery: field=point: Points: [0.11471368296036255, -0.22713758204555745] [0.11471368296036255, 0.6816564950757014] [0.9085355790545984, 0.6816564950757014] [0.9085355790545984, -0.22713758204555745] [0.11471368296036255, -0.22713758204555745] [junit4] 2at __randomizedtesting.SeedInfo.seed([9119E839863ADD4]:0) [junit4] 2at org.junit.Assert.fail(Assert.java:93) [junit4] 2at org.apache.lucene.bkdtree.TestBKDTree$3._run(TestBKDTree.java:509) [junit4] 2at org.apache.lucene.bkdtree.TestBKDTree$3.run(TestBKDTree.java:424) [junit4] 2 [junit4] 2 juin 03, 2015 6:13:11 PM com.carrotsearch.randomizedtesting.RandomizedRunner$QueueUncaughtExceptionsHandler uncaughtException [junit4] 2 WARNING: Uncaught exception in thread: Thread[T0,5,TGRP-TestBKDTree] [junit4] 2 java.lang.AssertionError: T0: iter=134 id=3392976 docID=989352 lat=0.7263559362095144 lon=0.2782645889953 (bbox: lat=0.7263559221569578 TO 0.8950881612654724 lon=-0.15257342768724347 TO 0.5759830208774388) expected true but got: false deleted?=false query=BKDPointInPolygonQuery: field=point: Points: [-0.15257342768724347, 0.7263559221569578] [-0.15257342768724347, 0.8950881612654724] [0.5759830208774388, 0.8950881612654724] [0.5759830208774388, 0.7263559221569578] [-0.15257342768724347, 0.7263559221569578] [junit4] 2at __randomizedtesting.SeedInfo.seed([9119E839863ADD4]:0) [junit4] 2at org.junit.Assert.fail(Assert.java:93) [junit4] 2at org.apache.lucene.bkdtree.TestBKDTree$3._run(TestBKDTree.java:509) [junit4] 2at org.apache.lucene.bkdtree.TestBKDTree$3.run(TestBKDTree.java:424) [junit4] 2 [junit4] 2 NOTE: download the large Jenkins line-docs file by running 'ant get-jenkins-line-docs' in the lucene directory. [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestBKDTree -Dtests.method=testRandomBig -Dtests.seed=9119E839863ADD4 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/x1/jenkins/lucene-data/enwiki.random.lines.txt -Dtests.locale=fr_BE -Dtests.timezone=America/Chicago -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [junit4] ERROR272s J1 | TestBKDTree.testRandomBig [junit4] Throwable #1: com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught exception in thread: Thread[id=48, name=T1, state=RUNNABLE, group=TGRP-TestBKDTree] [junit4] Caused by: java.lang.AssertionError: T1: iter=133 id=1005167 docID=3156047 lat=0.0585130821078 lon=0.11471369535743503 (bbox: lat=-0.22713758204555745 TO 0.6816564950757014 lon=0.11471368296036255 TO 0.9085355790545984) expected true but got: false deleted?=false query=BKDPointInPolygonQuery: field=point: Points: [0.11471368296036255, -0.22713758204555745] [0.11471368296036255, 0.6816564950757014] [0.9085355790545984, 0.6816564950757014] [0.9085355790545984, -0.22713758204555745] [0.11471368296036255, -0.22713758204555745] [junit4]at
[JENKINS] Lucene-Artifacts-trunk - Build # 2678 - Still Failing
Build: https://builds.apache.org/job/Lucene-Artifacts-trunk/2678/ No tests ran. Build Log: [...truncated 7034 lines...] package-tgz-src: [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/ivy-versions.properties [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/build.xml [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/ivy.xml [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/lib [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/src [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/src/resources [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/src/resources/META-INF [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/src/resources/META-INF/services [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/src/resources/META-INF/services/org.apache.lucene.codecs.Codec [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/src/resources/META-INF/services/org.apache.lucene.codecs.DocValuesFormat [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/src/resources/META-INF/services/org.apache.lucene.codecs.PostingsFormat [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/src/resources/org [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/src/resources/org/apache [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/src/resources/org/apache/lucene [exec] A /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build/svn-export/test-framework/src/resources/org/apache/lucene/util [exec] svn: REPORT of '/repos/asf/!svn/vcc/default': Could not read response body: connection timed out (http://svn.apache.org) BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/build.xml:341: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Lucene-Artifacts-trunk/lucene/common-build.xml:2174: exec returned: 1 Total time: 68 minutes 42 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Sending artifact delta relative to Lucene-Artifacts-trunk #2676 Archived 6 artifacts Archive block size is 32768 Received blocks and 109964450 bytes Compression is 24.9% Took 56 sec Publishing Javadoc Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
RE: [JENKINS] Solr-Artifacts-5.x - Build # 849 - Failure
The Lucene-Solr-NightlyTests-trunk job allocated a workspace of 30 GiB (a test seemed to have created horrible huge index). I cleaned it up. It also used a clone workspace (@2 appended), which is a known bug sometimes on Jenkins with so called concurrent builds. I triggered a new job. Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de -Original Message- From: Apache Jenkins Server [mailto:jenk...@builds.apache.org] Sent: Wednesday, June 03, 2015 9:57 PM To: dev@lucene.apache.org Subject: [JENKINS] Solr-Artifacts-5.x - Build # 849 - Failure Build: https://builds.apache.org/job/Solr-Artifacts-5.x/849/ No tests ran. Build Log: [...truncated 35976 lines...] BUILD FAILED /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.x/solr/build.xml:670: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.x/solr/build.xml:655: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.x/lucene/common- build.xml:1683: The following error occurred while executing this line: /x1/jenkins/jenkins-slave/workspace/Solr-Artifacts-5.x/lucene/common- build.xml:582: Error installing artifact 'org.apache.solr:solr-core:jar': Error installing artifact: No space left on device Total time: 9 minutes 42 seconds Build step 'Invoke Ant' marked build as failure Archiving artifacts Sending artifact delta relative to Solr-Artifacts-5.x #848 Archived 20 artifacts Archive block size is 32768 Received 3462 blocks and 231381544 bytes Compression is 32.9% Took 2 min 1 sec Publishing Javadoc Email was triggered for: Failure Sending email for trigger: Failure - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-5805) QueryNodeImpl.removeFromParent does a lot of work without any effect
[ https://issues.apache.org/jira/browse/LUCENE-5805?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cao Manh Dat updated LUCENE-5805: - Attachment: LUCENE-5805.patch Here is patch file for this issue. QueryNodeImpl.removeFromParent does a lot of work without any effect Key: LUCENE-5805 URL: https://issues.apache.org/jira/browse/LUCENE-5805 Project: Lucene - Core Issue Type: Bug Components: modules/queryparser Affects Versions: 4.7.2, 4.9 Reporter: Christoph Kaser Attachments: LUCENE-5805.patch The method _removeFromParent_ of _QueryNodeImpl_, calls _getChildren_ on the parent and removes any occurrence of this from the result. However, since a few releases, _getChildren_ returns a *copy* of the children list, so the code has no effect (except creating a copy of the children list which will then be thrown away). Even worse, since _setChildren_ calls _removeFromParent_ on any previous child, _setChildren_ now has a complexity of O(n^2) and creates a lot of throw-away copies of the children list (for nodes with a lot of children) {code} public void removeFromParent() { if (this.parent != null) { ListQueryNode parentChildren = this.parent.getChildren(); IteratorQueryNode it = parentChildren.iterator(); while (it.hasNext()) { if (it.next() == this) { it.remove(); } } this.parent = null; } } {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-5954) Store lucene version in segment_N
[ https://issues.apache.org/jira/browse/LUCENE-5954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-5954: --- Attachment: LUCENE-5954.patch Initial patch, likely with bugs! I added both version segments_N was written with, and version of oldest segment. Store lucene version in segment_N - Key: LUCENE-5954 URL: https://issues.apache.org/jira/browse/LUCENE-5954 Project: Lucene - Core Issue Type: Bug Reporter: Ryan Ernst Assignee: Michael McCandless Attachments: LUCENE-5954.patch It would be nice to have the version of lucene that wrote segments_N, so that we can use this to determine which major version an index was written with (for upgrading across major versions). I think this could be squeezed in just after the segments_N header. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6477) Add BKD tree for spatial shape query intersecting indexed points
[ https://issues.apache.org/jira/browse/LUCENE-6477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571892#comment-14571892 ] ASF subversion and git services commented on LUCENE-6477: - Commit 1683448 from [~mikemccand] in branch 'dev/trunk' [ https://svn.apache.org/r1683448 ] LUCENE-6477: allow boundary tolerance for poly query verify; fail test fast if one thread fails Add BKD tree for spatial shape query intersecting indexed points Key: LUCENE-6477 URL: https://issues.apache.org/jira/browse/LUCENE-6477 Project: Lucene - Core Issue Type: New Feature Reporter: Michael McCandless Assignee: Michael McCandless Fix For: Trunk, 5.3 Attachments: LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch I'd like to explore using dedicated spatial trees for faster shape intersection filters than postings-based implementations. I implemented the tree data structure from https://www.cs.duke.edu/~pankaj/publications/papers/bkd-sstd.pdf The idea is simple: it builds a full binary tree, partitioning 2D space, alternately on lat and then lon, into smaller and smaller rectangles until a leaf has = N (default 1024) points. It cannot index shapes (just points), and can then do fast shape intersection queries. Multi-valued fields are supported. I only implemented the point is contained in this bounding box query for now, but I think polygon shape querying should be easy to implement using the same approach from LUCENE-6450. For indexing, you add BKDPointField (takes lat, lon) to your doc, and must set up your Codec use BKDTreeDocValuesFormat for that field. This DV format wraps Lucene50DVFormat, but then builds the disk-based BKD tree structure on the side. BKDPointInBBoxQuery then requires this DVFormat, and casts it to gain access to the tree. I quantize each incoming double lat/lon to 32 bits precision (so 64 bits per point) = ~9 milli-meter lon precision at the equator, I think. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-trunk-Linux (64bit/jdk1.8.0_60-ea-b12) - Build # 12921 - Failure!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/12921/ Java: 64bit/jdk1.8.0_60-ea-b12 -XX:+UseCompressedOops -XX:+UseSerialGC 1 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.HttpPartitionTest Error Message: ObjectTracker found 1 object(s) that were not released!!! [TransactionLog] Stack Trace: java.lang.AssertionError: ObjectTracker found 1 object(s) that were not released!!! [TransactionLog] at __randomizedtesting.SeedInfo.seed([35637A50C726A33]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNull(Assert.java:551) at org.apache.solr.SolrTestCaseJ4.afterClass(SolrTestCaseJ4.java:235) at sun.reflect.GeneratedMethodAccessor35.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:799) 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:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) 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:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at java.lang.Thread.run(Thread.java:745) Build Log: [...truncated 10154 lines...] [junit4] Suite: org.apache.solr.cloud.HttpPartitionTest [junit4] 2 Creating dataDir: /home/jenkins/workspace/Lucene-Solr-trunk-Linux/solr/build/solr-core/test/J2/temp/solr.cloud.HttpPartitionTest 35637A50C726A33-001/init-core-data-001 [junit4] 2 659892 INFO (SUITE-HttpPartitionTest-seed#[35637A50C726A33]-worker) [] o.a.s.BaseDistributedSearchTestCase Setting hostContext system property: /i/uc [junit4] 2 659895 INFO (TEST-HttpPartitionTest.test-seed#[35637A50C726A33]) [] o.a.s.c.ZkTestServer STARTING ZK TEST SERVER [junit4] 2 659895 INFO (Thread-1708) [] o.a.s.c.ZkTestServer client port:0.0.0.0/0.0.0.0:0 [junit4] 2 659895 INFO (Thread-1708) [] o.a.s.c.ZkTestServer Starting server [junit4] 2 659995 INFO (TEST-HttpPartitionTest.test-seed#[35637A50C726A33]) [] o.a.s.c.ZkTestServer start zk server on port:33911 [junit4] 2 659997 INFO (TEST-HttpPartitionTest.test-seed#[35637A50C726A33]) [] o.a.s.c.c.SolrZkClient Using default ZkCredentialsProvider [junit4] 2 659997 INFO (TEST-HttpPartitionTest.test-seed#[35637A50C726A33]) [] o.a.s.c.c.ConnectionManager Waiting for client to connect to ZooKeeper [junit4] 2 660004 INFO (zkCallback-461-thread-1) [] o.a.s.c.c.ConnectionManager Watcher org.apache.solr.common.cloud.ConnectionManager@2a7fb3cf name:ZooKeeperConnection Watcher:127.0.0.1:33911 got event WatchedEvent state:SyncConnected type:None path:null path:null type:None [junit4] 2 660005 INFO (TEST-HttpPartitionTest.test-seed#[35637A50C726A33]) [] o.a.s.c.c.ConnectionManager Client is connected to ZooKeeper [junit4] 2 660005 INFO (TEST-HttpPartitionTest.test-seed#[35637A50C726A33]) [] o.a.s.c.c.SolrZkClient Using default ZkACLProvider [junit4] 2 660005 INFO (TEST-HttpPartitionTest.test-seed#[35637A50C726A33]) [] o.a.s.c.c.SolrZkClient makePath: /solr [junit4] 2 660009
Re: [JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build # 2377 - Failure!
There is already a check for a degenerate path segment. This is happening because the endpoints that define two path segments are co-linear. There's a check for that too, but clearly it's not firing properly in this case for some reason. I'll have to look deeper when I have a chance. It may be a little while because I'm currently in a crunch. Karl On Tue, Jun 2, 2015 at 11:44 PM, david.w.smi...@gmail.com david.w.smi...@gmail.com wrote: Can you take a look Karl? At first glance looking at the code, not running it, I’m guessing this is a degenerate path segment that is too short. On Tue, Jun 2, 2015 at 11:19 PM Policeman Jenkins Server jenk...@thetaphi.de wrote: Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/2377/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations {#2 seed=[4AB0FA45EF43F0C3:2240DF3E6EDF83C]} Error Message: Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([4AB0FA45EF43F0C3:2240DF3E6EDF83C]:0) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath$SegmentEndpoint.init(GeoPath.java:480) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath.done(GeoPath.java:121) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.randomQueryShape(Geo3dRptTest.java:195) at org.apache.lucene.spatial.prefix.RandomSpatialOpStrategyTestCase.testOperationRandomShapes(RandomSpatialOpStrategyTestCase.java:53) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations(Geo3dRptTest.java:100) 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:497) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) 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:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at
Re: [VOTE] 5.2.0 RC4
+1 SUCCESS! [2:22:56.151137] On Wed, Jun 3, 2015 at 9:24 AM, Steve Rowe sar...@gmail.com wrote: +1 SUCCESS! [0:21:52.916261] Steve On Tue, Jun 2, 2015 at 11:12 PM, Anshum Gupta ans...@anshumgupta.net wrote: Please vote for the fourth (and hopefully final) release candidate for Apache Lucene/Solr 5.2.0. The artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-5.2.0-RC4-rev1683206/ You can run the smoke tester directly with this command: python3 -u dev-tools/scripts/smokeTestRelease.py https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-5.2.0-RC4-rev1683206/ Here's my +1 SUCCESS! [0:32:56.564985] -- Anshum Gupta
[JENKINS] Lucene-Solr-SmokeRelease-5.x - Build # 273 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-5.x/273/ No tests ran. Build Log: [...truncated 52706 lines...] prepare-release-no-sign: [mkdir] Created dir: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.x/lucene/build/smokeTestRelease/dist [copy] Copying 446 files to /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.x/lucene/build/smokeTestRelease/dist/lucene [copy] Copying 245 files to /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.x/lucene/build/smokeTestRelease/dist/solr [smoker] Java 1.7 JAVA_HOME=/home/jenkins/jenkins-slave/tools/hudson.model.JDK/latest1.7 [smoker] NOTE: output encoding is UTF-8 [smoker] [smoker] Load release URL file:/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.x/lucene/build/smokeTestRelease/dist/... [smoker] [smoker] Test Lucene... [smoker] test basics... [smoker] get KEYS [smoker] 0.1 MB in 0.01 sec (11.1 MB/sec) [smoker] check changes HTML... [smoker] download lucene-5.3.0-src.tgz... [smoker] 28.3 MB in 0.03 sec (832.3 MB/sec) [smoker] verify md5/sha1 digests [smoker] download lucene-5.3.0.tgz... [smoker] 65.2 MB in 0.08 sec (840.7 MB/sec) [smoker] verify md5/sha1 digests [smoker] download lucene-5.3.0.zip... [smoker] 75.3 MB in 0.09 sec (843.6 MB/sec) [smoker] verify md5/sha1 digests [smoker] unpack lucene-5.3.0.tgz... [smoker] verify JAR metadata/identity/no javax.* or java.* classes... [smoker] test demo with 1.7... [smoker] got 5917 hits for query lucene [smoker] checkindex with 1.7... [smoker] check Lucene's javadoc JAR [smoker] unpack lucene-5.3.0.zip... [smoker] verify JAR metadata/identity/no javax.* or java.* classes... [smoker] test demo with 1.7... [smoker] got 5917 hits for query lucene [smoker] checkindex with 1.7... [smoker] check Lucene's javadoc JAR [smoker] unpack lucene-5.3.0-src.tgz... [smoker] make sure no JARs/WARs in src dist... [smoker] run ant validate [smoker] run tests w/ Java 7 and testArgs='-Dtests.slow=false'... [smoker] test demo with 1.7... [smoker] got 208 hits for query lucene [smoker] checkindex with 1.7... [smoker] generate javadocs w/ Java 7... [smoker] [smoker] Crawl/parse... [smoker] [smoker] Verify... [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.1 MB in 0.00 sec (54.1 MB/sec) [smoker] check changes HTML... [smoker] download solr-5.3.0-src.tgz... [smoker] 36.6 MB in 0.05 sec (706.4 MB/sec) [smoker] verify md5/sha1 digests [smoker] download solr-5.3.0.tgz... [smoker] 142.0 MB in 0.18 sec (767.6 MB/sec) [smoker] verify md5/sha1 digests [smoker] download solr-5.3.0.zip... [smoker] 148.8 MB in 0.19 sec (802.9 MB/sec) [smoker] verify md5/sha1 digests [smoker] unpack solr-5.3.0.tgz... [smoker] verify JAR metadata/identity/no javax.* or java.* classes... [smoker] unpack lucene-5.3.0.tgz... [smoker] **WARNING**: skipping check of /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.x/lucene/build/smokeTestRelease/tmp/unpack/solr-5.3.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-5.x/lucene/build/smokeTestRelease/tmp/unpack/solr-5.3.0/contrib/dataimporthandler-extras/lib/activation-1.1.1.jar: it has javax.* classes [smoker] verify WAR metadata/contained JAR identity/no javax.* or java.* classes... [smoker] unpack lucene-5.3.0.tgz... [smoker] copying unpacked distribution for Java 7 ... [smoker] test solr example w/ Java 7... [smoker] start Solr instance (log=/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.x/lucene/build/smokeTestRelease/tmp/unpack/solr-5.3.0-java7/solr-example.log)... [smoker] No process found for Solr node running on port 8983 [smoker] starting Solr on port 8983 from /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.x/lucene/build/smokeTestRelease/tmp/unpack/solr-5.3.0-java7 [smoker] startup done [smoker] [smoker] Setup new core instance directory: [smoker] /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.x/lucene/build/smokeTestRelease/tmp/unpack/solr-5.3.0-java7/server/solr/techproducts [smoker] [smoker] Creating new core 'techproducts' using command: [smoker] http://localhost:8983/solr/admin/cores?action=CREATEname=techproductsinstanceDir=techproducts
[jira] [Updated] (SOLR-7616) Facet statistics throw exception when result set is bigger than 30,000 roughly.
[ https://issues.apache.org/jira/browse/SOLR-7616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley updated SOLR-7616: --- Attachment: SOLR-7616.patch Silly bug in resize on UniqueAgg for numerics. This will currently only trigger when faceting a numeric field and using unique() as a subfacet on another numeric field. Facet statistics throw exception when result set is bigger than 30,000 roughly. --- Key: SOLR-7616 URL: https://issues.apache.org/jira/browse/SOLR-7616 Project: Solr Issue Type: Bug Components: Facet Module Affects Versions: 5.2, 5.3 Environment: 5.3 june 1st build in windows jdk 1.8 Reporter: Gary Yang Assignee: Yonik Seeley Priority: Critical Labels: analytics, facet, grouping, statistics Attachments: SOLR-7616.patch 6/1/2015, 12:36:57 PM ERROR null SolrCore java.lang.ArrayIndexOutOfBoundsException: 1069 java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetRequest.java:354) at org.apache.solr.search.facet.FacetQueryProcessor.process(FacetQuery.java:57) at org.apache.solr.search.facet.FacetModule.process(FacetModule.java:87) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:255) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2066) at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:634) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:438) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) at org.eclipse.jetty.server.Server.handle(Server.java:497) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) at java.lang.Thread.run(Thread.java:745) 6/1/2015, 12:36:57 PM ERROR null SolrDispatchFilter null:java.lang.ArrayIndexOutOfBoundsException: 1069 null:java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at
[jira] [Commented] (LUCENE-6477) Add BKD tree for spatial shape query intersecting indexed points
[ https://issues.apache.org/jira/browse/LUCENE-6477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14570892#comment-14570892 ] ASF subversion and git services commented on LUCENE-6477: - Commit 1683340 from [~mikemccand] in branch 'dev/trunk' [ https://svn.apache.org/r1683340 ] LUCENE-6477: add experimental but very fast BKD tree for geo-spatial 'bbox/poly contains indexed lat/lon points' queries Add BKD tree for spatial shape query intersecting indexed points Key: LUCENE-6477 URL: https://issues.apache.org/jira/browse/LUCENE-6477 Project: Lucene - Core Issue Type: New Feature Reporter: Michael McCandless Assignee: Michael McCandless Fix For: Trunk, 5.3 Attachments: LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch I'd like to explore using dedicated spatial trees for faster shape intersection filters than postings-based implementations. I implemented the tree data structure from https://www.cs.duke.edu/~pankaj/publications/papers/bkd-sstd.pdf The idea is simple: it builds a full binary tree, partitioning 2D space, alternately on lat and then lon, into smaller and smaller rectangles until a leaf has = N (default 1024) points. It cannot index shapes (just points), and can then do fast shape intersection queries. Multi-valued fields are supported. I only implemented the point is contained in this bounding box query for now, but I think polygon shape querying should be easy to implement using the same approach from LUCENE-6450. For indexing, you add BKDPointField (takes lat, lon) to your doc, and must set up your Codec use BKDTreeDocValuesFormat for that field. This DV format wraps Lucene50DVFormat, but then builds the disk-based BKD tree structure on the side. BKDPointInBBoxQuery then requires this DVFormat, and casts it to gain access to the tree. I quantize each incoming double lat/lon to 32 bits precision (so 64 bits per point) = ~9 milli-meter lon precision at the equator, I think. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (LUCENE-6477) Add BKD tree for spatial shape query intersecting indexed points
[ https://issues.apache.org/jira/browse/LUCENE-6477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-6477. Resolution: Fixed Add BKD tree for spatial shape query intersecting indexed points Key: LUCENE-6477 URL: https://issues.apache.org/jira/browse/LUCENE-6477 Project: Lucene - Core Issue Type: New Feature Reporter: Michael McCandless Assignee: Michael McCandless Fix For: Trunk, 5.3 Attachments: LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch I'd like to explore using dedicated spatial trees for faster shape intersection filters than postings-based implementations. I implemented the tree data structure from https://www.cs.duke.edu/~pankaj/publications/papers/bkd-sstd.pdf The idea is simple: it builds a full binary tree, partitioning 2D space, alternately on lat and then lon, into smaller and smaller rectangles until a leaf has = N (default 1024) points. It cannot index shapes (just points), and can then do fast shape intersection queries. Multi-valued fields are supported. I only implemented the point is contained in this bounding box query for now, but I think polygon shape querying should be easy to implement using the same approach from LUCENE-6450. For indexing, you add BKDPointField (takes lat, lon) to your doc, and must set up your Codec use BKDTreeDocValuesFormat for that field. This DV format wraps Lucene50DVFormat, but then builds the disk-based BKD tree structure on the side. BKDPointInBBoxQuery then requires this DVFormat, and casts it to gain access to the tree. I quantize each incoming double lat/lon to 32 bits precision (so 64 bits per point) = ~9 milli-meter lon precision at the equator, I think. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-trunk-Linux (64bit/jdk1.9.0-ea-b60) - Build # 12922 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/12922/ Java: 64bit/jdk1.9.0-ea-b60 -XX:-UseCompressedOops -XX:+UseParallelGC 2 tests failed. FAILED: junit.framework.TestSuite.org.apache.lucene.codecs.memory.TestMemoryDocValuesFormat Error Message: Suite timeout exceeded (= 720 msec). Stack Trace: java.lang.Exception: Suite timeout exceeded (= 720 msec). at __randomizedtesting.SeedInfo.seed([3B2DB78B1F63FE04]:0) FAILED: org.apache.lucene.codecs.memory.TestMemoryDocValuesFormat.testSortedSetFixedLengthSingleValuedVsStoredFields Error Message: Test abandoned because suite timeout was reached. Stack Trace: java.lang.Exception: Test abandoned because suite timeout was reached. at __randomizedtesting.SeedInfo.seed([3B2DB78B1F63FE04]:0) Build Log: [...truncated 6042 lines...] [junit4] Suite: org.apache.lucene.codecs.memory.TestMemoryDocValuesFormat [junit4] 2 juin 03, 2015 9:51:52 AM com.carrotsearch.randomizedtesting.ThreadLeakControl$2 evaluate [junit4] 2 WARNING: Suite execution timed out: org.apache.lucene.codecs.memory.TestMemoryDocValuesFormat [junit4] 21) Thread[id=1, name=main, state=WAITING, group=main] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Thread.join(Thread.java:1249) [junit4] 2 at java.lang.Thread.join(Thread.java:1323) [junit4] 2 at com.carrotsearch.randomizedtesting.RandomizedRunner.runSuite(RandomizedRunner.java:578) [junit4] 2 at com.carrotsearch.randomizedtesting.RandomizedRunner.run(RandomizedRunner.java:444) [junit4] 2 at com.carrotsearch.ant.tasks.junit4.slave.SlaveMain.execute(SlaveMain.java:199) [junit4] 2 at com.carrotsearch.ant.tasks.junit4.slave.SlaveMain.main(SlaveMain.java:310) [junit4] 2 at com.carrotsearch.ant.tasks.junit4.slave.SlaveMainSafe.main(SlaveMainSafe.java:12) [junit4] 22) Thread[id=12, name=JUnit4-serializer-daemon, state=TIMED_WAITING, group=main] [junit4] 2 at java.lang.Thread.sleep(Native Method) [junit4] 2 at com.carrotsearch.ant.tasks.junit4.events.Serializer$1.run(Serializer.java:47) [junit4] 23) Thread[id=914, name=SUITE-TestMemoryDocValuesFormat-seed#[3B2DB78B1F63FE04], state=RUNNABLE, group=TGRP-TestMemoryDocValuesFormat] [junit4] 2 at java.lang.Thread.getStackTrace(Thread.java:1556) [junit4] 2 at com.carrotsearch.randomizedtesting.ThreadLeakControl.getThreadsWithTraces(ThreadLeakControl.java:690) [junit4] 2 at com.carrotsearch.randomizedtesting.ThreadLeakControl.formatThreadStacksFull(ThreadLeakControl.java:679) [junit4] 2 at com.carrotsearch.randomizedtesting.ThreadLeakControl.access$900(ThreadLeakControl.java:62) [junit4] 2 at com.carrotsearch.randomizedtesting.ThreadLeakControl$2.evaluate(ThreadLeakControl.java:412) [junit4] 2 at com.carrotsearch.randomizedtesting.RandomizedRunner.runSuite(RandomizedRunner.java:651) [junit4] 2 at com.carrotsearch.randomizedtesting.RandomizedRunner.access$200(RandomizedRunner.java:138) [junit4] 2 at com.carrotsearch.randomizedtesting.RandomizedRunner$1.run(RandomizedRunner.java:568) [junit4] 24) Thread[id=915, name=TEST-TestMemoryDocValuesFormat.testSortedSetFixedLengthSingleValuedVsStoredFields-seed#[3B2DB78B1F63FE04], state=TIMED_WAITING, group=TGRP-TestMemoryDocValuesFormat] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at org.apache.lucene.index.IndexWriter.doWait(IndexWriter.java:4190) [junit4] 2 at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1668) [junit4] 2 at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1602) [junit4] 2 at org.apache.lucene.index.RandomIndexWriter.forceMerge(RandomIndexWriter.java:386) [junit4] 2 at org.apache.lucene.index.BaseDocValuesFormatTestCase.doTestSortedSetVsStoredFields(BaseDocValuesFormatTestCase.java:2012) [junit4] 2 at org.apache.lucene.index.BaseDocValuesFormatTestCase.testSortedSetFixedLengthSingleValuedVsStoredFields(BaseDocValuesFormatTestCase.java:2124) [junit4] 2 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [junit4] 2 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [junit4] 2 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [junit4] 2 at java.lang.reflect.Method.invoke(Method.java:502) [junit4] 2 at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) [junit4] 2 at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) [junit4] 2 at
[jira] [Commented] (LUCENE-6477) Add BKD tree for spatial shape query intersecting indexed points
[ https://issues.apache.org/jira/browse/LUCENE-6477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14570931#comment-14570931 ] ASF subversion and git services commented on LUCENE-6477: - Commit 1683348 from [~mikemccand] in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1683348 ] LUCENE-6477: add experimental but very fast BKD tree for geo-spatial 'bbox/poly contains indexed lat/lon points' queries Add BKD tree for spatial shape query intersecting indexed points Key: LUCENE-6477 URL: https://issues.apache.org/jira/browse/LUCENE-6477 Project: Lucene - Core Issue Type: New Feature Reporter: Michael McCandless Assignee: Michael McCandless Fix For: Trunk, 5.3 Attachments: LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch, LUCENE-6477.patch I'd like to explore using dedicated spatial trees for faster shape intersection filters than postings-based implementations. I implemented the tree data structure from https://www.cs.duke.edu/~pankaj/publications/papers/bkd-sstd.pdf The idea is simple: it builds a full binary tree, partitioning 2D space, alternately on lat and then lon, into smaller and smaller rectangles until a leaf has = N (default 1024) points. It cannot index shapes (just points), and can then do fast shape intersection queries. Multi-valued fields are supported. I only implemented the point is contained in this bounding box query for now, but I think polygon shape querying should be easy to implement using the same approach from LUCENE-6450. For indexing, you add BKDPointField (takes lat, lon) to your doc, and must set up your Codec use BKDTreeDocValuesFormat for that field. This DV format wraps Lucene50DVFormat, but then builds the disk-based BKD tree structure on the side. BKDPointInBBoxQuery then requires this DVFormat, and casts it to gain access to the tree. I quantize each incoming double lat/lon to 32 bits precision (so 64 bits per point) = ~9 milli-meter lon precision at the equator, I think. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build # 2377 - Failure!
I posted a fix on the review board. Basically, the change replaces the current colinearity check with one directly related to the computation of the segment endpoint plane. Karl On Wed, Jun 3, 2015 at 5:51 AM, Karl Wright daddy...@gmail.com wrote: There is already a check for a degenerate path segment. This is happening because the endpoints that define two path segments are co-linear. There's a check for that too, but clearly it's not firing properly in this case for some reason. I'll have to look deeper when I have a chance. It may be a little while because I'm currently in a crunch. Karl On Tue, Jun 2, 2015 at 11:44 PM, david.w.smi...@gmail.com david.w.smi...@gmail.com wrote: Can you take a look Karl? At first glance looking at the code, not running it, I’m guessing this is a degenerate path segment that is too short. On Tue, Jun 2, 2015 at 11:19 PM Policeman Jenkins Server jenk...@thetaphi.de wrote: Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/2377/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations {#2 seed=[4AB0FA45EF43F0C3:2240DF3E6EDF83C]} Error Message: Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([4AB0FA45EF43F0C3:2240DF3E6EDF83C]:0) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath$SegmentEndpoint.init(GeoPath.java:480) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath.done(GeoPath.java:121) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.randomQueryShape(Geo3dRptTest.java:195) at org.apache.lucene.spatial.prefix.RandomSpatialOpStrategyTestCase.testOperationRandomShapes(RandomSpatialOpStrategyTestCase.java:53) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations(Geo3dRptTest.java:100) 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:497) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) 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
[jira] [Commented] (SOLR-7616) Facet statistics throw exception when result set is bigger than 30,000 roughly.
[ https://issues.apache.org/jira/browse/SOLR-7616?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14570802#comment-14570802 ] Yonik Seeley commented on SOLR-7616: Thanks for the report Gary, i'm looking into this now... Facet statistics throw exception when result set is bigger than 30,000 roughly. --- Key: SOLR-7616 URL: https://issues.apache.org/jira/browse/SOLR-7616 Project: Solr Issue Type: Bug Components: Facet Module Affects Versions: 5.2, 5.3 Environment: 5.3 june 1st build in windows jdk 1.8 Reporter: Gary Yang Priority: Critical Labels: analytics, facet, grouping, statistics 6/1/2015, 12:36:57 PM ERROR null SolrCore java.lang.ArrayIndexOutOfBoundsException: 1069 java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetRequest.java:354) at org.apache.solr.search.facet.FacetQueryProcessor.process(FacetQuery.java:57) at org.apache.solr.search.facet.FacetModule.process(FacetModule.java:87) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:255) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2066) at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:634) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:438) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) at org.eclipse.jetty.server.Server.handle(Server.java:497) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) at java.lang.Thread.run(Thread.java:745) 6/1/2015, 12:36:57 PM ERROR null SolrDispatchFilter null:java.lang.ArrayIndexOutOfBoundsException: 1069 null:java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetRequest.java:354) at org.apache.solr.search.facet.FacetQueryProcessor.process(FacetQuery.java:57) at
[jira] [Assigned] (SOLR-7616) Facet statistics throw exception when result set is bigger than 30,000 roughly.
[ https://issues.apache.org/jira/browse/SOLR-7616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley reassigned SOLR-7616: -- Assignee: Yonik Seeley Facet statistics throw exception when result set is bigger than 30,000 roughly. --- Key: SOLR-7616 URL: https://issues.apache.org/jira/browse/SOLR-7616 Project: Solr Issue Type: Bug Components: Facet Module Affects Versions: 5.2, 5.3 Environment: 5.3 june 1st build in windows jdk 1.8 Reporter: Gary Yang Assignee: Yonik Seeley Priority: Critical Labels: analytics, facet, grouping, statistics 6/1/2015, 12:36:57 PM ERROR null SolrCore java.lang.ArrayIndexOutOfBoundsException: 1069 java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetRequest.java:354) at org.apache.solr.search.facet.FacetQueryProcessor.process(FacetQuery.java:57) at org.apache.solr.search.facet.FacetModule.process(FacetModule.java:87) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:255) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2066) at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:634) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:438) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) at org.eclipse.jetty.server.Server.handle(Server.java:497) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) at java.lang.Thread.run(Thread.java:745) 6/1/2015, 12:36:57 PM ERROR null SolrDispatchFilter null:java.lang.ArrayIndexOutOfBoundsException: 1069 null:java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetRequest.java:354) at org.apache.solr.search.facet.FacetQueryProcessor.process(FacetQuery.java:57) at
[jira] [Commented] (SOLR-7570) Config APIs should not modify the ConfigSet
[ https://issues.apache.org/jira/browse/SOLR-7570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14570723#comment-14570723 ] Alan Woodward commented on SOLR-7570: - bq. What I'm suggesting is make the mutable conf location configurable on a per collection basis OK, that seems reasonable. There are a few moving parts here, so what I'd like to do is commit the current patch with its changes to SolrResourceLoader, and then open new issues for moving individual features to the new API: * Config overlays * Mutable schema * Managed resources in general (I think this may supersede the StorageIO interface) Noble's idea for configurable config locations can be in a followup issue as well. Config APIs should not modify the ConfigSet --- Key: SOLR-7570 URL: https://issues.apache.org/jira/browse/SOLR-7570 Project: Solr Issue Type: Improvement Reporter: Tomás Fernández Löbbe Attachments: SOLR-7570.patch Originally discussed here: http://mail-archives.apache.org/mod_mbox/lucene-dev/201505.mbox/%3CCAMJgJxSXCHxDzJs5-C-pKFDEBQD6JbgxB=-xp7u143ekmgp...@mail.gmail.com%3E The ConfigSet used to create a collection should be read-only. Changes made via any of the Config APIs should only be applied to the collection where the operation is done and no to other collections that may be using the same ConfigSet. As discussed in the dev list: When a collection is created we should have two things, an immutable part (the ConfigSet) and a mutable part (configoverlay, generated schema, etc). The ConfigSet will still be placed in ZooKeeper under /configs but the mutable part should be placed under /collections/$COLLECTION_NAME/… [~romseygeek] suggested: {quote} A nice way of doing it would be to make it part of the SolrResourceLoader interface. The ZK resource loader could check in the collection-specific zknode first, and then under configs/, and we could add a writeResource() method that writes to the collection-specific node as well. Then all config I/O goes via the resource loader, and we have a way of keeping certain parts immutable. {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 700 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/700/ No tests ran. Build Log: [...truncated 10095 lines...] [junit4] Suite: org.apache.solr.cloud.CollectionsAPIDistributedZkTest [junit4] 2 Creating dataDir: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/build/solr-core/test/J1/temp/solr.cloud.CollectionsAPIDistributedZkTest 99A41E06556DAA16-001/init-core-data-001 [junit4] 2 218772 INFO (SUITE-CollectionsAPIDistributedZkTest-seed#[99A41E06556DAA16]-worker) [] o.a.s.SolrTestCaseJ4 Randomized ssl (false) and clientAuth (false) [junit4] 2 218772 INFO (SUITE-CollectionsAPIDistributedZkTest-seed#[99A41E06556DAA16]-worker) [] o.a.s.BaseDistributedSearchTestCase Setting hostContext system property: /bg_bl/e [junit4] 2 218777 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.ZkTestServer STARTING ZK TEST SERVER [junit4] 2 218778 INFO (Thread-3005) [] o.a.s.c.ZkTestServer client port:0.0.0.0/0.0.0.0:0 [junit4] 2 218778 INFO (Thread-3005) [] o.a.s.c.ZkTestServer Starting server [junit4] 2 218878 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.ZkTestServer start zk server on port:44754 [junit4] 2 218897 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.AbstractZkTestCase put /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/core/src/test-files/solr/collection1/conf/solrconfig-tlog.xml to /configs/conf1/solrconfig.xml [junit4] 2 218900 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.AbstractZkTestCase put /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/core/src/test-files/solr/collection1/conf/schema.xml to /configs/conf1/schema.xml [junit4] 2 218902 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.AbstractZkTestCase put /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/core/src/test-files/solr/collection1/conf/solrconfig.snippet.randomindexconfig.xml to /configs/conf1/solrconfig.snippet.randomindexconfig.xml [junit4] 2 218903 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.AbstractZkTestCase put /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/core/src/test-files/solr/collection1/conf/stopwords.txt to /configs/conf1/stopwords.txt [junit4] 2 218904 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.AbstractZkTestCase put /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/core/src/test-files/solr/collection1/conf/protwords.txt to /configs/conf1/protwords.txt [junit4] 2 218906 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.AbstractZkTestCase put /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/core/src/test-files/solr/collection1/conf/currency.xml to /configs/conf1/currency.xml [junit4] 2 218907 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.AbstractZkTestCase put /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/core/src/test-files/solr/collection1/conf/enumsConfig.xml to /configs/conf1/enumsConfig.xml [junit4] 2 218908 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.AbstractZkTestCase put /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/core/src/test-files/solr/collection1/conf/open-exchange-rates.json to /configs/conf1/open-exchange-rates.json [junit4] 2 218910 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.AbstractZkTestCase put /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/core/src/test-files/solr/collection1/conf/mapping-ISOLatin1Accent.txt to /configs/conf1/mapping-ISOLatin1Accent.txt [junit4] 2 218911 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.AbstractZkTestCase put /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/core/src/test-files/solr/collection1/conf/old_synonyms.txt to /configs/conf1/old_synonyms.txt [junit4] 2 218915 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.c.AbstractZkTestCase put /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-trunk@2/solr/core/src/test-files/solr/collection1/conf/synonyms.txt to /configs/conf1/synonyms.txt [junit4] 2 219259 INFO (TEST-CollectionsAPIDistributedZkTest.test-seed#[99A41E06556DAA16]) [] o.a.s.SolrTestCaseJ4 Writing core.properties file to
[jira] [Updated] (SOLR-6273) Cross Data Center Replication
[ https://issues.apache.org/jira/browse/SOLR-6273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renaud Delbru updated SOLR-6273: Attachment: SOLR-6273-trunk-testfix2.patch [~erickerickson], I have attached a new patch regarding the unit test failures from the jenkins job. It is likely that the errors we saw are due to the jenkins server being under heavy load and therefore less responsive, which might trigger race condition issues in the assertions of the unit tests. I have added various safeguard methods to the unit test framework, so that the it will wait for the completion of particular tasks (cdcr state replication, update log cleaning, etc.) and fail after a given timeout (15s). Cross Data Center Replication - Key: SOLR-6273 URL: https://issues.apache.org/jira/browse/SOLR-6273 Project: Solr Issue Type: New Feature Reporter: Yonik Seeley Assignee: Erick Erickson Attachments: SOLR-6273-trunk-testfix1.patch, SOLR-6273-trunk-testfix2.patch, SOLR-6273-trunk.patch, SOLR-6273-trunk.patch, SOLR-6273.patch, SOLR-6273.patch, SOLR-6273.patch, SOLR-6273.patch This is the master issue for Cross Data Center Replication (CDCR) described at a high level here: http://heliosearch.org/solr-cross-data-center-replication/ -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] 5.2.0 RC4
+1 SUCCESS! [0:48:43.411034] On Wed, Jun 3, 2015 at 5:14 AM, Ishan Chattopadhyaya ichattopadhy...@gmail.com wrote: +1 SUCCESS! [2:22:56.151137] On Wed, Jun 3, 2015 at 9:24 AM, Steve Rowe sar...@gmail.com wrote: +1 SUCCESS! [0:21:52.916261] Steve On Tue, Jun 2, 2015 at 11:12 PM, Anshum Gupta ans...@anshumgupta.net wrote: Please vote for the fourth (and hopefully final) release candidate for Apache Lucene/Solr 5.2.0. The artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-5.2.0-RC4-rev1683206/ You can run the smoke tester directly with this command: python3 -u dev-tools/scripts/smokeTestRelease.py https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-5.2.0-RC4-rev1683206/ Here's my +1 SUCCESS! [0:32:56.564985] -- Anshum Gupta - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7616) Facet statistics throw exception when result set is bigger than 30,000 roughly.
[ https://issues.apache.org/jira/browse/SOLR-7616?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14570964#comment-14570964 ] ASF subversion and git services commented on SOLR-7616: --- Commit 1683357 from [~yo...@apache.org] in branch 'dev/trunk' [ https://svn.apache.org/r1683357 ] SOLR-7616: fix UniqueAgg.NumericAcc.resize Facet statistics throw exception when result set is bigger than 30,000 roughly. --- Key: SOLR-7616 URL: https://issues.apache.org/jira/browse/SOLR-7616 Project: Solr Issue Type: Bug Components: Facet Module Affects Versions: 5.2, 5.3 Environment: 5.3 june 1st build in windows jdk 1.8 Reporter: Gary Yang Assignee: Yonik Seeley Priority: Critical Labels: analytics, facet, grouping, statistics Attachments: SOLR-7616.patch 6/1/2015, 12:36:57 PM ERROR null SolrCore java.lang.ArrayIndexOutOfBoundsException: 1069 java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetRequest.java:354) at org.apache.solr.search.facet.FacetQueryProcessor.process(FacetQuery.java:57) at org.apache.solr.search.facet.FacetModule.process(FacetModule.java:87) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:255) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2066) at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:634) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:438) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) at org.eclipse.jetty.server.Server.handle(Server.java:497) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) at java.lang.Thread.run(Thread.java:745) 6/1/2015, 12:36:57 PM ERROR null SolrDispatchFilter null:java.lang.ArrayIndexOutOfBoundsException: 1069 null:java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at
Re: Testing Lucene Solr using IBM JVM
Hi Mesbah You might want to have a look at http://jenkins.thetaphi.de/ HTH Michael Am 03.06.15 um 17:36 schrieb Mesbah Alam: Hi I work for the IBM JVM team. We are looking into the possibility to create a environment within IBM that mirrors the one used in the community to run Lucene/Solr tests. We want to use the latest Lucene/ Solr builds on IBM JVM and run all the tests that you run. Can you please suggest what is the best way to go about it ? Regards, *Mesbah (M.) Alam* Software Developer, J9 Virtual Machine FVT Java Technology Center (JTC) *Phone:* 1-613-270-4675 | *Mobile:* 1-613-263-7638* E-mail:* _mesbah_a...@ca.ibm.com_ mailto:mesbah_a...@ca.ibm.com* Find me on:* Twitter: http://twitter.com/ibm_jtc http://twitter.com/ibm_jtc YouTube: http://www.youtube.com/user/ibmjtc http://www.youtube.com/user/ibmjtc IBM 770 Palladium Drive Kanata, ON K2V 1C8 Canada
[jira] [Commented] (SOLR-6273) Cross Data Center Replication
[ https://issues.apache.org/jira/browse/SOLR-6273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14570978#comment-14570978 ] Erick Erickson commented on SOLR-6273: -- Renaud: Cool! Yeah, the test cases for this kind of thing are tricky for sure. I'll give it a spin a bit later today and we'll see what Jenkins thinks. Cross Data Center Replication - Key: SOLR-6273 URL: https://issues.apache.org/jira/browse/SOLR-6273 Project: Solr Issue Type: New Feature Reporter: Yonik Seeley Assignee: Erick Erickson Attachments: SOLR-6273-trunk-testfix1.patch, SOLR-6273-trunk-testfix2.patch, SOLR-6273-trunk.patch, SOLR-6273-trunk.patch, SOLR-6273.patch, SOLR-6273.patch, SOLR-6273.patch, SOLR-6273.patch This is the master issue for Cross Data Center Replication (CDCR) described at a high level here: http://heliosearch.org/solr-cross-data-center-replication/ -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] 5.2.0 RC4
+1 Java7: SUCCESS! [1:06:22.348351] Java8: SUCCESS! [1:26:28.496238] On Wed, Jun 3, 2015 at 8:42 AM, Anshum Gupta ans...@anshumgupta.net wrote: Please vote for the fourth (and hopefully final) release candidate for Apache Lucene/Solr 5.2.0. The artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-5.2.0-RC4-rev1683206/ You can run the smoke tester directly with this command: python3 -u dev-tools/scripts/smokeTestRelease.py https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-5.2.0-RC4-rev1683206/ Here's my +1 SUCCESS! [0:32:56.564985] -- Anshum Gupta -- Regards, Shalin Shekhar Mangar.
[JENKINS] Lucene-Solr-Tests-trunk-Java8 - Build # 33 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/33/ 1 tests failed. REGRESSION: org.apache.solr.cloud.TestRebalanceLeaders.test Error Message: No live SolrServers available to handle this request:[http://127.0.0.1:47309, http://127.0.0.1:40153, http://127.0.0.1:56852, http://127.0.0.1:58609, http://127.0.0.1:35289] Stack Trace: org.apache.solr.client.solrj.SolrServerException: No live SolrServers available to handle this request:[http://127.0.0.1:47309, http://127.0.0.1:40153, http://127.0.0.1:56852, http://127.0.0.1:58609, http://127.0.0.1:35289] at __randomizedtesting.SeedInfo.seed([32D8F963FF50B818:BA8CC6B951ACD5E0]:0) at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:355) at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1086) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:856) at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:799) at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1220) at org.apache.solr.cloud.TestRebalanceLeaders.issueCommands(TestRebalanceLeaders.java:280) at org.apache.solr.cloud.TestRebalanceLeaders.rebalanceLeaderTest(TestRebalanceLeaders.java:107) at org.apache.solr.cloud.TestRebalanceLeaders.test(TestRebalanceLeaders.java:73) 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:483) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:960) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:935) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) 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:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at
[jira] [Created] (SOLR-7630) TestJoin nightly test failure
Steve Rowe created SOLR-7630: Summary: TestJoin nightly test failure Key: SOLR-7630 URL: https://issues.apache.org/jira/browse/SOLR-7630 Project: Solr Issue Type: Bug Components: Tests Affects Versions: Trunk, 5.2, 5.3 Reporter: Steve Rowe Priority: Minor On trunk and lucene_solr_5_2, the following reproduces for me: {noformat} ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true {noformat} Note that both {{-Dtests.multiplier=2}} and {{-Dtests.nightly=true}} are required to reproduce. {noformat} [junit4] 2 5815 ERROR (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [ ] o.a.s.SolrTestCaseJ4 query failed JSON validation. error=mismatch: '3'!='4' @ response/docs/[0]/id [junit4] 2 expected =/response=={'numFound':2,'start':0,'docs':[{'id':'3'},{'id':'4'}]} [junit4] 2 response = { [junit4] 2 responseHeader:{ [junit4] 2 status:0, [junit4] 2 QTime:1}, [junit4] 2 response:{numFound:2,start:0,docs:[ [junit4] 2 { [junit4] 2 id:4}, [junit4] 2 { [junit4] 2 id:3}] [junit4] 2 }} [junit4] 2 [junit4] 2 request = q={!join+from%3Dtitle+to%3Dtitle}name:davefl=idwt=xml [junit4] 2 5816 INFO (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [ ] o.a.s.SolrTestCaseJ4 ###Ending testJoin [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.locale=ar_DZ -Dtests.timezone=Etc/GMT-12 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 1.17s | TestJoin.testJoin [junit4] Throwable #1: java.lang.RuntimeException: mismatch: '3'!='4' @ response/docs/[0]/id [junit4]at __randomizedtesting.SeedInfo.seed([8880F7EED80A79DA:B5B3C264B95D7E4C]:0) [junit4]at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:858) [junit4]at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:805) [junit4]at org.apache.solr.TestJoin.testJoin(TestJoin.java:79) [junit4]at java.lang.Thread.run(Thread.java:745) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-7616) Facet statistics throw exception when result set is bigger than 30,000 roughly.
[ https://issues.apache.org/jira/browse/SOLR-7616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley resolved SOLR-7616. Resolution: Fixed Fix Version/s: 5.3 Facet statistics throw exception when result set is bigger than 30,000 roughly. --- Key: SOLR-7616 URL: https://issues.apache.org/jira/browse/SOLR-7616 Project: Solr Issue Type: Bug Components: Facet Module Affects Versions: 5.2, 5.3 Environment: 5.3 june 1st build in windows jdk 1.8 Reporter: Gary Yang Assignee: Yonik Seeley Priority: Critical Labels: analytics, facet, grouping, statistics Fix For: 5.3 Attachments: SOLR-7616.patch 6/1/2015, 12:36:57 PM ERROR null SolrCore java.lang.ArrayIndexOutOfBoundsException: 1069 java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetRequest.java:354) at org.apache.solr.search.facet.FacetQueryProcessor.process(FacetQuery.java:57) at org.apache.solr.search.facet.FacetModule.process(FacetModule.java:87) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:255) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2066) at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:634) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:438) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) at org.eclipse.jetty.server.Server.handle(Server.java:497) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) at java.lang.Thread.run(Thread.java:745) 6/1/2015, 12:36:57 PM ERROR null SolrDispatchFilter null:java.lang.ArrayIndexOutOfBoundsException: 1069 null:java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetRequest.java:354) at
[jira] [Commented] (SOLR-7616) Facet statistics throw exception when result set is bigger than 30,000 roughly.
[ https://issues.apache.org/jira/browse/SOLR-7616?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14570966#comment-14570966 ] ASF subversion and git services commented on SOLR-7616: --- Commit 1683358 from [~yo...@apache.org] in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1683358 ] SOLR-7616: fix UniqueAgg.NumericAcc.resize Facet statistics throw exception when result set is bigger than 30,000 roughly. --- Key: SOLR-7616 URL: https://issues.apache.org/jira/browse/SOLR-7616 Project: Solr Issue Type: Bug Components: Facet Module Affects Versions: 5.2, 5.3 Environment: 5.3 june 1st build in windows jdk 1.8 Reporter: Gary Yang Assignee: Yonik Seeley Priority: Critical Labels: analytics, facet, grouping, statistics Attachments: SOLR-7616.patch 6/1/2015, 12:36:57 PM ERROR null SolrCore java.lang.ArrayIndexOutOfBoundsException: 1069 java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at org.apache.solr.search.facet.FacetProcessor.processSubs(FacetRequest.java:267) at org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetRequest.java:354) at org.apache.solr.search.facet.FacetQueryProcessor.process(FacetQuery.java:57) at org.apache.solr.search.facet.FacetModule.process(FacetModule.java:87) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:255) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2066) at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:634) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:438) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) at org.eclipse.jetty.server.Server.handle(Server.java:497) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) at java.lang.Thread.run(Thread.java:745) 6/1/2015, 12:36:57 PM ERROR null SolrDispatchFilter null:java.lang.ArrayIndexOutOfBoundsException: 1069 null:java.lang.ArrayIndexOutOfBoundsException: 1069 at org.apache.solr.search.facet.UniqueAgg$NumericAcc.collect(UniqueAgg.java:227) at org.apache.solr.search.facet.FacetProcessor.collect(FacetRequest.java:306) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.calcFacets(FacetFieldProcessorNumeric.java:339) at org.apache.solr.search.facet.FacetFieldProcessorNumeric.process(FacetFieldProcessorNumeric.java:151) at
[jira] [Commented] (SOLR-7630) TestJoin nightly test failure
[ https://issues.apache.org/jira/browse/SOLR-7630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571240#comment-14571240 ] Steve Rowe commented on SOLR-7630: -- Looks like it might just be a dependency on the order in the response. TestJoin nightly test failure - Key: SOLR-7630 URL: https://issues.apache.org/jira/browse/SOLR-7630 Project: Solr Issue Type: Bug Components: Tests Affects Versions: Trunk, 5.2, 5.3 Reporter: Steve Rowe Priority: Minor On trunk and lucene_solr_5_2, the following reproduces for me: {noformat} ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true {noformat} Note that both {{-Dtests.multiplier=2}} and {{-Dtests.nightly=true}} are required to reproduce. {noformat} [junit4] 2 5815 ERROR (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 query failed JSON validation. error=mismatch: '3'!='4' @ response/docs/[0]/id [junit4] 2 expected =/response=={'numFound':2,'start':0,'docs':[{'id':'3'},{'id':'4'}]} [junit4] 2 response = { [junit4] 2 responseHeader:{ [junit4] 2 status:0, [junit4] 2 QTime:1}, [junit4] 2 response:{numFound:2,start:0,docs:[ [junit4] 2 { [junit4] 2 id:4}, [junit4] 2 { [junit4] 2 id:3}] [junit4] 2 }} [junit4] 2 [junit4] 2 request = q={!join+from%3Dtitle+to%3Dtitle}name:davefl=idwt=xml [junit4] 2 5816 INFO (TEST-TestJoin.testJoin-seed#[8880F7EED80A79DA]) [] o.a.s.SolrTestCaseJ4 ###Ending testJoin [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestJoin -Dtests.method=testJoin -Dtests.seed=8880F7EED80A79DA -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.locale=ar_DZ -Dtests.timezone=Etc/GMT-12 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 1.17s | TestJoin.testJoin [junit4] Throwable #1: java.lang.RuntimeException: mismatch: '3'!='4' @ response/docs/[0]/id [junit4] at __randomizedtesting.SeedInfo.seed([8880F7EED80A79DA:B5B3C264B95D7E4C]:0) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:858) [junit4] at org.apache.solr.SolrTestCaseJ4.assertJQ(SolrTestCaseJ4.java:805) [junit4] at org.apache.solr.TestJoin.testJoin(TestJoin.java:79) [junit4] at java.lang.Thread.run(Thread.java:745) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-4212) Let facet queries hang off of pivots
[ https://issues.apache.org/jira/browse/SOLR-4212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-4212: Attachment: SOLR-6353-6686-4212.patch Changes: # DateFacetProcessor and DateFacetProcessor are moved to handler/component package # SimpleFacets.getFacetCounts() was removed because it would have been weird for SimpleFacets to create and use its own sub-class RangeFacetProcessor/DateFacetProcessor. However, in this patch I have replaced that bit of code with a static method in FacetComponent which should eliminate the repetition in MLTHandler. # Now FacetComponent tries to do a similar thing as StatsComponent i.e. to parse params in prepare method and re-use in PivotFacetProcessor. I tried many designs before the current patch: ** Create FacetInfo in prepare method and re-use throughout. However this doesn't work because there is no separation of concerns in the constituents of FacetInfo. They serve a dual purpose of parsing and aggregating. So when we try creating it in prepare it would throw NPEs inside shard requests trying to access rb.shards. ** Create a FacetContext class which parses and keeps the params and use it in PivotFacetProcessor. We can't use ParsedParam because it has DocSet etc which are just not available in the prepare method. ** Finally I settled for a crude approach of enhancing FacetBase with tags and just parsing the facet queries and ranges and putting them in the request context. Not super happy about it but un-entangling FacetInfo and related classes is too big a task for this issue. * PivotFacetProcessor.removeUnwantedQueriesAndRanges was dead code and it has been removed. * I removed the RangeFacetAccumulator class and replaced it with a LinkedHashMap of facetStr to RangeFacet. This RangeFacet class extends FacetBase just like PivotFacetValue and is responsible for aggregation of a single facet value. This increases a bit of code i.e. looping over all range facets and aggregating but it is no different from what other facet types were doing. * Tests and precommit both pass. TBH, this faceting code makes my head hurt and a massive refactoring is required. I have some ideas around it but I chose not to do any more to avoid scope creep. Once this is committed, we can open a few issues to clean up. [~mmurphy3141] - I know the class names are same but what's a better name? This patch is older than the new code and is on the same lines as PivotFacetProcessor. Let facet queries hang off of pivots Key: SOLR-4212 URL: https://issues.apache.org/jira/browse/SOLR-4212 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 4.0 Reporter: Steve Molloy Assignee: Shalin Shekhar Mangar Fix For: Trunk, 5.2 Attachments: SOLR-4212-multiple-q.patch, SOLR-4212-multiple-q.patch, SOLR-4212.patch, SOLR-4212.patch, SOLR-4212.patch, SOLR-4212.patch, SOLR-4212.patch, SOLR-4212.patch, SOLR-6353-6686-4212.patch, SOLR-6353-6686-4212.patch, SOLR-6353-6686-4212.patch, SOLR-6353-6686-4212.patch, patch-4212.txt Facet pivot provide hierarchical support for computing data used to populate a treemap or similar visualization. TreeMaps usually offer users extra information by applying an overlay color on top of the existing square sizes based on hierarchical counts. This second count is based on user choices, representing, usually with gradient, the proportion of the square that fits the user's choices. The proposition is to use local parameters to specify facet query to apply for pivot which matches a tag set on facet query. Parameter format would look like: facet.pivot={!query=r1}category,manufacturer facet.query={!tag=r1}somequery facet.query={!tag=r1}somedate:[NOW-1YEAR TO NOW] -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-7629) RulesTest.(doIntegrationTest|testModifyColl) now considers disk space limitations
Christine Poerschke created SOLR-7629: - Summary: RulesTest.(doIntegrationTest|testModifyColl) now considers disk space limitations Key: SOLR-7629 URL: https://issues.apache.org/jira/browse/SOLR-7629 Project: Solr Issue Type: Test Reporter: Christine Poerschke If the test runs on a machine where the freedisk 1GB condition is temporarily not met then the test fails. This change skips the test(s) if it is detected that there is too-little usable diskspace. The change also randomly sometimes uses 0GB instead of 1GB for the rule's freedisk condition. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] lucene-solr pull request: SOLR-7629: RulesTest.(doIntegrationTest|...
GitHub user cpoerschke opened a pull request: https://github.com/apache/lucene-solr/pull/150 SOLR-7629: RulesTest.(doIntegrationTest|testModifyColl) ... https://issues.apache.org/jira/i#browse/SOLR-7629 You can merge this pull request into a Git repository by running: $ git pull https://github.com/bloomberg/lucene-solr trunk-rules-test Alternatively you can review and apply these changes as the patch at: https://github.com/apache/lucene-solr/pull/150.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #150 commit d95995724bf78a6d06671d21742dbca239b3cc8f Author: Christine Poerschke cpoersc...@bloomberg.net Date: 2015-06-03T12:12:00Z SOLR-: RulesTest.(doIntegrationTest|testModifyColl) now considers disk space limitations If the test runs on a machine where the freedisk 1GB condition is temporarily not met then the test fails. This change skips the test(s) if it is detected that there is too-little usable diskspace. The change also randomly sometimes uses 0GB instead of 1GB for the rule's freedisk condition. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7629) RulesTest.(doIntegrationTest|testModifyColl) now considers disk space limitations
[ https://issues.apache.org/jira/browse/SOLR-7629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14570994#comment-14570994 ] ASF GitHub Bot commented on SOLR-7629: -- GitHub user cpoerschke opened a pull request: https://github.com/apache/lucene-solr/pull/150 SOLR-7629: RulesTest.(doIntegrationTest|testModifyColl) ... https://issues.apache.org/jira/i#browse/SOLR-7629 You can merge this pull request into a Git repository by running: $ git pull https://github.com/bloomberg/lucene-solr trunk-rules-test Alternatively you can review and apply these changes as the patch at: https://github.com/apache/lucene-solr/pull/150.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #150 commit d95995724bf78a6d06671d21742dbca239b3cc8f Author: Christine Poerschke cpoersc...@bloomberg.net Date: 2015-06-03T12:12:00Z SOLR-: RulesTest.(doIntegrationTest|testModifyColl) now considers disk space limitations If the test runs on a machine where the freedisk 1GB condition is temporarily not met then the test fails. This change skips the test(s) if it is detected that there is too-little usable diskspace. The change also randomly sometimes uses 0GB instead of 1GB for the rule's freedisk condition. RulesTest.(doIntegrationTest|testModifyColl) now considers disk space limitations - Key: SOLR-7629 URL: https://issues.apache.org/jira/browse/SOLR-7629 Project: Solr Issue Type: Test Reporter: Christine Poerschke If the test runs on a machine where the freedisk 1GB condition is temporarily not met then the test fails. This change skips the test(s) if it is detected that there is too-little usable diskspace. The change also randomly sometimes uses 0GB instead of 1GB for the rule's freedisk condition. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] 5.2.0 RC4
+1 SUCCESS! [0:42:59.405453] - Mark On Wed, Jun 3, 2015 at 11:12 AM Shalin Shekhar Mangar shalinman...@gmail.com wrote: +1 Java7: SUCCESS! [1:06:22.348351] Java8: SUCCESS! [1:26:28.496238] On Wed, Jun 3, 2015 at 8:42 AM, Anshum Gupta ans...@anshumgupta.net wrote: Please vote for the fourth (and hopefully final) release candidate for Apache Lucene/Solr 5.2.0. The artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-5.2.0-RC4-rev1683206/ You can run the smoke tester directly with this command: python3 -u dev-tools/scripts/smokeTestRelease.py https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-5.2.0-RC4-rev1683206/ Here's my +1 SUCCESS! [0:32:56.564985] -- Anshum Gupta -- Regards, Shalin Shekhar Mangar. -- - Mark about.me/markrmiller
[jira] [Commented] (SOLR-7496) Empty buckets when faceting with JSON API over EnumField and TrieIntField
[ https://issues.apache.org/jira/browse/SOLR-7496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571236#comment-14571236 ] Michael Lawrence commented on SOLR-7496: This query: http://localhost:8983/solr/techproducts/select?q=*:*json={facet:{price:{type:terms,field:price,sort:index asc,mincount:0}}}wt=json Yields results where every bucket has value 0.0 and count 0. Dropping either the mincount parameter or sort parameter fixes it. This is using nightly build 5.3.0-2015-05-29_12-15-41 1682437 - jenkins - 2015-05-29 08:22:15. Apologies if this has been fixed since. Empty buckets when faceting with JSON API over EnumField and TrieIntField - Key: SOLR-7496 URL: https://issues.apache.org/jira/browse/SOLR-7496 Project: Solr Issue Type: Bug Components: faceting Affects Versions: 5.1, 5.2 Environment: OS X 10.10.3 $ java -version java version 1.8.0_31 Java(TM) SE Runtime Environment (build 1.8.0_31-b13) Java HotSpot(TM) 64-Bit Server VM (build 25.31-b07, mixed mode) Reporter: Alfonso Muñoz-Pomer Fuentes Assignee: Yonik Seeley Labels: patch Fix For: 5.2 When using facets with the new JSON API over an EnumFiled or a TrieIntField, I get a list of empty buckets. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-6517) mockfilesystem tests fail with IBM jdk
Robert Muir created LUCENE-6517: --- Summary: mockfilesystem tests fail with IBM jdk Key: LUCENE-6517 URL: https://issues.apache.org/jira/browse/LUCENE-6517 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Test failures look like this: {noformat} [junit4] Suite: org.apache.lucene.mockfile.TestVerboseFS [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestVerboseFS -Dtests.method=testURI -Dtests.seed=A5E55A5C894B6526 -Dtests.locale=lt_LT -Dtests.timezone=America/Marigot -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] FAILURE 0.32s J1 | TestVerboseFS.testURI [junit4] Throwable #1: java.lang.AssertionError: expected:/home/rmuir/workspace/trunk-ibm/lucene/build/test-framework/test/J1/temp/lucene.mockfile.TestVerboseFS A5E55A5C894B6526-001/tempDir-010/中国 but was:/home/rmuir/workspace/trunk-ibm/lucene/build/test-framework/test/J1/temp/lucene.mockfile.TestVerboseFS A5E55A5C894B6526-001/tempDir-010/-ý [junit4]at __randomizedtesting.SeedInfo.seed([A5E55A5C894B6526:2C5721F741543F17]:0) [junit4]at org.apache.lucene.mockfile.MockFileSystemTestCase.testURI(MockFileSystemTestCase.java:72) [junit4]at java.lang.Thread.run(Thread.java:785) [junit4] 2 NOTE: leaving temporary files on disk at: /home/rmuir/workspace/trunk-ibm/lucene/build/test-framework/test/J1/temp/lucene.mockfile.TestVerboseFS A5E55A5C894B6526-001 [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=lt_LT, timezone=America/Marigot [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=1,free=1578528,total=13041664 [junit4] 2 NOTE: All tests run in this JVM: [TestVerboseFS] [junit4] Completed [4/36] on J1 in 0.97s, 14 tests, 1 failure FAILURES! {noformat} I think its a JDK bug. I've posted a small testcase here: https://developer.ibm.com/answers/questions/194536/bug-in-pathtouri-with-the-default-filesystem-provi.html -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Testing Lucene Solr using IBM JVM
Hi I work for the IBM JVM team. We are looking into the possibility to create a environment within IBM that mirrors the one used in the community to run Lucene/Solr tests. We want to use the latest Lucene/ Solr builds on IBM JVM and run all the tests that you run. Can you please suggest what is the best way to go about it ? Regards, Mesbah (M.) Alam Software Developer, J9 Virtual Machine FVT Java Technology Center (JTC) Phone: 1-613-270-4675 | Mobile:IBM 1-613-263-7638 E-mail: mesbah_a...@ca.ibm.com 770 Palladium Drive Find me on: Twitter:Kanata, ON K2V 1C8 http://twitter.com/ibm_jtc YouTube: Canada http://www.youtube.com/user/ibmjtc
[jira] [Created] (LUCENE-6518) classcache reaper needs exemption from thread leaks
Robert Muir created LUCENE-6518: --- Summary: classcache reaper needs exemption from thread leaks Key: LUCENE-6518 URL: https://issues.apache.org/jira/browse/LUCENE-6518 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir This happens on IBM JDK (some system thread or what have you). its 100% reproducible if you just cd lucene/analysis/smartcn and run 'ant test': we time out waiting for the thread to die and fail like this: {noformat} [junit4] Suite: org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory [junit4] 2 Jun 03, 2015 12:30:39 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 WARNING: Will linger awaiting termination of 1 leaked thread(s). [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 SEVERE: 1 thread leaked from SUITE scope at org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 INFO: Starting to interrupt leaked threads: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 Jun 03, 2015 12:31:02 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 SEVERE: There are still zombie threads that couldn't be terminated: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=ar_JO, timezone=Europe/Andorra [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=2,free=1204464,total=20643840 [junit4] 2 NOTE: All tests run in this JVM: [TestHMMChineseTokenizerFactory] [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestHMMChineseTokenizerFactory -Dtests.seed=4546D15E2A47A285 -Dtests.locale=ar_JO -Dtests.timezone=Europe/Andorra -Dtests.asserts=true -Dtests.file.encoding=UTF-8 {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-5.2-Java7 - Build # 26 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-Tests-5.2-Java7/26/ 1 tests failed. REGRESSION: org.apache.solr.search.TestSearcherReuse.test Error Message: expected same:Searcher@731c24d3[collection1] main{ExitableDirectoryReader(UninvertingDirectoryReader(Uninverting(_0(5.2.0):c1) Uninverting(_1(5.2.0):c2)))} was not:Searcher@961c9f6[collection1] main{ExitableDirectoryReader(UninvertingDirectoryReader(Uninverting(_0(5.2.0):c1) Uninverting(_1(5.2.0):c2)))} Stack Trace: java.lang.AssertionError: expected same:Searcher@731c24d3[collection1] main{ExitableDirectoryReader(UninvertingDirectoryReader(Uninverting(_0(5.2.0):c1) Uninverting(_1(5.2.0):c2)))} was not:Searcher@961c9f6[collection1] main{ExitableDirectoryReader(UninvertingDirectoryReader(Uninverting(_0(5.2.0):c1) Uninverting(_1(5.2.0):c2)))} at __randomizedtesting.SeedInfo.seed([5837053EF92F0D4A:D0633AE457D360B2]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.failNotSame(Assert.java:641) at org.junit.Assert.assertSame(Assert.java:580) at org.junit.Assert.assertSame(Assert.java:593) at org.apache.solr.search.TestSearcherReuse.assertSearcherHasNotChanged(TestSearcherReuse.java:247) at org.apache.solr.search.TestSearcherReuse.test(TestSearcherReuse.java:117) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) 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:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) 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:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at
RE: Nag -- was: Re: Updating CWIKI javadoc macros for 5.2
Thanks Uwe! : Date: Wed, 3 Jun 2015 19:06:46 +0200 : From: Uwe Schindler u...@thetaphi.de : Reply-To: dev@lucene.apache.org : To: dev@lucene.apache.org : Subject: RE: Nag -- was: Re: Updating CWIKI javadoc macros for 5.2 : : Hi Hoss, : : Done. I missed your e-mail on berlinbuzzwords. The mail directly to my private account was forwarded directly into the mailinglist folder and so I missed it while quickly checking my inbox :( : : Uwe : : - : Uwe Schindler : H.-H.-Meier-Allee 63, D-28213 Bremen : http://www.thetaphi.de : eMail: u...@thetaphi.de : : -Original Message- : From: Chris Hostetter [mailto:hossman_luc...@fucit.org] : Sent: Wednesday, June 03, 2015 6:53 PM : To: Uwe Schindler : Cc: Lucene Dev : Subject: Nag -- was: Re: Updating CWIKI javadoc macros for 5.2 : : : Uwe: this is blocking our ability to release the ref guide. : : If anyone at bbuzz sees Uwe please ask him to check his mail and spend 5 : minutes updating this cwiki setting :) : : : : Date: Mon, 1 Jun 2015 10:52:45 -0700 (MST) : : From: Chris Hostetter hossman_luc...@fucit.org : : To: Uwe Schindler u...@thetaphi.de : : Cc: Lucene Dev dev@lucene.apache.org : : Subject: Updating CWIKI javadoc macros for 5.2 : : : : : : Uwe, can you please go ahead and update the CWIKI javadoc macro links to : point : : to the 5_2_0 paths (they don't exist yet, but i'd like to get the ball rolling : : so we can try to get the ref guide out not long after the release) : : : : https://cwiki.apache.org/confluence/display/solr/Internal+- : +How+Javadoc+Links+Work#Internal-HowJavadocLinksWork- : GuidePublishing:ChangingVersionsInAllLinks : : : : : : -Hoss : : http://www.lucidworks.com/ : : : : -Hoss : http://www.lucidworks.com/ : : - : To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org : For additional commands, e-mail: dev-h...@lucene.apache.org : : : - : To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org : For additional commands, e-mail: dev-h...@lucene.apache.org : : -Hoss http://www.lucidworks.com/ - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7570) Config APIs should not modify the ConfigSet
[ https://issues.apache.org/jira/browse/SOLR-7570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571347#comment-14571347 ] Mark Miller commented on SOLR-7570: --- bq. But we have to find a sane way to share mutable configs and it is an extremely common usecase +1 to that sentiment. Config APIs should not modify the ConfigSet --- Key: SOLR-7570 URL: https://issues.apache.org/jira/browse/SOLR-7570 Project: Solr Issue Type: Improvement Reporter: Tomás Fernández Löbbe Attachments: SOLR-7570.patch Originally discussed here: http://mail-archives.apache.org/mod_mbox/lucene-dev/201505.mbox/%3CCAMJgJxSXCHxDzJs5-C-pKFDEBQD6JbgxB=-xp7u143ekmgp...@mail.gmail.com%3E The ConfigSet used to create a collection should be read-only. Changes made via any of the Config APIs should only be applied to the collection where the operation is done and no to other collections that may be using the same ConfigSet. As discussed in the dev list: When a collection is created we should have two things, an immutable part (the ConfigSet) and a mutable part (configoverlay, generated schema, etc). The ConfigSet will still be placed in ZooKeeper under /configs but the mutable part should be placed under /collections/$COLLECTION_NAME/… [~romseygeek] suggested: {quote} A nice way of doing it would be to make it part of the SolrResourceLoader interface. The ZK resource loader could check in the collection-specific zknode first, and then under configs/, and we could add a writeResource() method that writes to the collection-specific node as well. Then all config I/O goes via the resource loader, and we have a way of keeping certain parts immutable. {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6518) classcache reaper needs exemption from thread leaks
[ https://issues.apache.org/jira/browse/LUCENE-6518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571291#comment-14571291 ] Robert Muir commented on LUCENE-6518: - fyi [~dawid.weiss] as I don't know if this is something we should fix in randomizedtesting or in lucene test infra. I know there is a list somewhere for stuff like this. classcache reaper needs exemption from thread leaks - Key: LUCENE-6518 URL: https://issues.apache.org/jira/browse/LUCENE-6518 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir This happens on IBM JDK (some system thread or what have you). its 100% reproducible if you just cd lucene/analysis/smartcn and run 'ant test': we time out waiting for the thread to die and fail like this: {noformat} [junit4] Suite: org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory [junit4] 2 Jun 03, 2015 12:30:39 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 WARNING: Will linger awaiting termination of 1 leaked thread(s). [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 SEVERE: 1 thread leaked from SUITE scope at org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 INFO: Starting to interrupt leaked threads: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 Jun 03, 2015 12:31:02 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 SEVERE: There are still zombie threads that couldn't be terminated: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=ar_JO, timezone=Europe/Andorra [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=2,free=1204464,total=20643840 [junit4] 2 NOTE: All tests run in this JVM: [TestHMMChineseTokenizerFactory] [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestHMMChineseTokenizerFactory -Dtests.seed=4546D15E2A47A285 -Dtests.locale=ar_JO -Dtests.timezone=Europe/Andorra -Dtests.asserts=true -Dtests.file.encoding=UTF-8 {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7614) Distributed Pivot Facet not thread safe
[ https://issues.apache.org/jira/browse/SOLR-7614?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14571309#comment-14571309 ] Hoss Man commented on SOLR-7614: gah! ... good catch. +1 Distributed Pivot Facet not thread safe --- Key: SOLR-7614 URL: https://issues.apache.org/jira/browse/SOLR-7614 Project: Solr Issue Type: Bug Reporter: Yonik Seeley Fix For: 5.2 Attachments: SOLR-7614.patch I just happened to notice the following added to FacetComponent: {code} /** * Incremented counter used to track the values being refined in a given request. * This counter is used in conjunction with {@link PivotFacet#REFINE_PARAM} to identify * which refinement values are associated with which pivots. */ int pivotRefinementCounter = 0; {code} That counter is incremented for each refinement request for correlation, and then reset to 0 at the end. This will obviously break for concurrent distributed pivot facet requests. pivotRefinementCounter should be moved to per-request storage. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Nag -- was: Re: Updating CWIKI javadoc macros for 5.2
Uwe: this is blocking our ability to release the ref guide. If anyone at bbuzz sees Uwe please ask him to check his mail and spend 5 minutes updating this cwiki setting :) : Date: Mon, 1 Jun 2015 10:52:45 -0700 (MST) : From: Chris Hostetter hossman_luc...@fucit.org : To: Uwe Schindler u...@thetaphi.de : Cc: Lucene Dev dev@lucene.apache.org : Subject: Updating CWIKI javadoc macros for 5.2 : : : Uwe, can you please go ahead and update the CWIKI javadoc macro links to point : to the 5_2_0 paths (they don't exist yet, but i'd like to get the ball rolling : so we can try to get the ref guide out not long after the release) : : https://cwiki.apache.org/confluence/display/solr/Internal+-+How+Javadoc+Links+Work#Internal-HowJavadocLinksWork-GuidePublishing:ChangingVersionsInAllLinks : : : -Hoss : http://www.lucidworks.com/ : -Hoss http://www.lucidworks.com/ - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-3719) Add instant search capability to /browse
[ https://issues.apache.org/jira/browse/SOLR-3719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Esther Quansah updated SOLR-3719: - Attachment: SOLR-3719.patch Instant search functional with change of type and locale..now on to suggest! Add instant search capability to /browse -- Key: SOLR-3719 URL: https://issues.apache.org/jira/browse/SOLR-3719 Project: Solr Issue Type: New Feature Reporter: Erik Hatcher Assignee: Erik Hatcher Priority: Minor Fix For: Trunk, 5.3 Attachments: SOLR-3719.patch Once upon a time I tinkered with this in a personal github fork https://github.com/erikhatcher/lucene-solr/commits/instant_search/ -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
RE: Nag -- was: Re: Updating CWIKI javadoc macros for 5.2
Hi Hoss, Done. I missed your e-mail on berlinbuzzwords. The mail directly to my private account was forwarded directly into the mailinglist folder and so I missed it while quickly checking my inbox :( Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de -Original Message- From: Chris Hostetter [mailto:hossman_luc...@fucit.org] Sent: Wednesday, June 03, 2015 6:53 PM To: Uwe Schindler Cc: Lucene Dev Subject: Nag -- was: Re: Updating CWIKI javadoc macros for 5.2 Uwe: this is blocking our ability to release the ref guide. If anyone at bbuzz sees Uwe please ask him to check his mail and spend 5 minutes updating this cwiki setting :) : Date: Mon, 1 Jun 2015 10:52:45 -0700 (MST) : From: Chris Hostetter hossman_luc...@fucit.org : To: Uwe Schindler u...@thetaphi.de : Cc: Lucene Dev dev@lucene.apache.org : Subject: Updating CWIKI javadoc macros for 5.2 : : : Uwe, can you please go ahead and update the CWIKI javadoc macro links to point : to the 5_2_0 paths (they don't exist yet, but i'd like to get the ball rolling : so we can try to get the ref guide out not long after the release) : : https://cwiki.apache.org/confluence/display/solr/Internal+- +How+Javadoc+Links+Work#Internal-HowJavadocLinksWork- GuidePublishing:ChangingVersionsInAllLinks : : : -Hoss : http://www.lucidworks.com/ : -Hoss http://www.lucidworks.com/ - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6517) mockfilesystem tests fail with IBM jdk
[ https://issues.apache.org/jira/browse/LUCENE-6517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14572043#comment-14572043 ] ASF subversion and git services commented on LUCENE-6517: - Commit 1683453 from [~rcmuir] in branch 'dev/trunk' [ https://svn.apache.org/r1683453 ] LUCENE-6517: disable test on J9, for now mockfilesystem tests fail with IBM jdk -- Key: LUCENE-6517 URL: https://issues.apache.org/jira/browse/LUCENE-6517 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Test failures look like this: {noformat} [junit4] Suite: org.apache.lucene.mockfile.TestVerboseFS [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestVerboseFS -Dtests.method=testURI -Dtests.seed=A5E55A5C894B6526 -Dtests.locale=lt_LT -Dtests.timezone=America/Marigot -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] FAILURE 0.32s J1 | TestVerboseFS.testURI [junit4] Throwable #1: java.lang.AssertionError: expected:/home/rmuir/workspace/trunk-ibm/lucene/build/test-framework/test/J1/temp/lucene.mockfile.TestVerboseFS A5E55A5C894B6526-001/tempDir-010/中国 but was:/home/rmuir/workspace/trunk-ibm/lucene/build/test-framework/test/J1/temp/lucene.mockfile.TestVerboseFS A5E55A5C894B6526-001/tempDir-010/-ý [junit4] at __randomizedtesting.SeedInfo.seed([A5E55A5C894B6526:2C5721F741543F17]:0) [junit4] at org.apache.lucene.mockfile.MockFileSystemTestCase.testURI(MockFileSystemTestCase.java:72) [junit4] at java.lang.Thread.run(Thread.java:785) [junit4] 2 NOTE: leaving temporary files on disk at: /home/rmuir/workspace/trunk-ibm/lucene/build/test-framework/test/J1/temp/lucene.mockfile.TestVerboseFS A5E55A5C894B6526-001 [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=lt_LT, timezone=America/Marigot [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=1,free=1578528,total=13041664 [junit4] 2 NOTE: All tests run in this JVM: [TestVerboseFS] [junit4] Completed [4/36] on J1 in 0.97s, 14 tests, 1 failure FAILURES! {noformat} I think its a JDK bug. I've posted a small testcase here: https://developer.ibm.com/answers/questions/194536/bug-in-pathtouri-with-the-default-filesystem-provi.html -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6517) mockfilesystem tests fail with IBM jdk
[ https://issues.apache.org/jira/browse/LUCENE-6517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14572041#comment-14572041 ] Robert Muir commented on LUCENE-6517: - This is an important test: if it fails, it means your filesystem isn't working correctly. I will add an assume for the moment linked to this issue, so we can test other things. mockfilesystem tests fail with IBM jdk -- Key: LUCENE-6517 URL: https://issues.apache.org/jira/browse/LUCENE-6517 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Test failures look like this: {noformat} [junit4] Suite: org.apache.lucene.mockfile.TestVerboseFS [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestVerboseFS -Dtests.method=testURI -Dtests.seed=A5E55A5C894B6526 -Dtests.locale=lt_LT -Dtests.timezone=America/Marigot -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] FAILURE 0.32s J1 | TestVerboseFS.testURI [junit4] Throwable #1: java.lang.AssertionError: expected:/home/rmuir/workspace/trunk-ibm/lucene/build/test-framework/test/J1/temp/lucene.mockfile.TestVerboseFS A5E55A5C894B6526-001/tempDir-010/中国 but was:/home/rmuir/workspace/trunk-ibm/lucene/build/test-framework/test/J1/temp/lucene.mockfile.TestVerboseFS A5E55A5C894B6526-001/tempDir-010/-ý [junit4] at __randomizedtesting.SeedInfo.seed([A5E55A5C894B6526:2C5721F741543F17]:0) [junit4] at org.apache.lucene.mockfile.MockFileSystemTestCase.testURI(MockFileSystemTestCase.java:72) [junit4] at java.lang.Thread.run(Thread.java:785) [junit4] 2 NOTE: leaving temporary files on disk at: /home/rmuir/workspace/trunk-ibm/lucene/build/test-framework/test/J1/temp/lucene.mockfile.TestVerboseFS A5E55A5C894B6526-001 [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=lt_LT, timezone=America/Marigot [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=1,free=1578528,total=13041664 [junit4] 2 NOTE: All tests run in this JVM: [TestVerboseFS] [junit4] Completed [4/36] on J1 in 0.97s, 14 tests, 1 failure FAILURES! {noformat} I think its a JDK bug. I've posted a small testcase here: https://developer.ibm.com/answers/questions/194536/bug-in-pathtouri-with-the-default-filesystem-provi.html -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-7632) Change the ExtractingRequestHandler to use Tika-Server
[ https://issues.apache.org/jira/browse/SOLR-7632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris A. Mattmann resolved SOLR-7632. - Resolution: Won't Fix Change the ExtractingRequestHandler to use Tika-Server -- Key: SOLR-7632 URL: https://issues.apache.org/jira/browse/SOLR-7632 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Chris A. Mattmann It's a pain to upgrade Tika's jars all the times when we release, and if Tika fails it messes up the ExtractingRequestHandler (e.g., the document type caused Tika to fail, etc). A more reliable way and also separated, and easier to deploy version of the ExtractingRequestHandler would make a network call to the Tika JAXRS server, and then call Tika on the Solr server side, get the results and then index the information that way. I have a patch in the works from the DARPA Memex project and I hope to post it soon. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7632) Change the ExtractingRequestHandler to use Tika-Server
[ https://issues.apache.org/jira/browse/SOLR-7632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14572119#comment-14572119 ] Chris A. Mattmann commented on SOLR-7632: - OK, no problem. I'll go ahead and resolve this then, and just put it up on Github. Thanks. Change the ExtractingRequestHandler to use Tika-Server -- Key: SOLR-7632 URL: https://issues.apache.org/jira/browse/SOLR-7632 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Chris A. Mattmann It's a pain to upgrade Tika's jars all the times when we release, and if Tika fails it messes up the ExtractingRequestHandler (e.g., the document type caused Tika to fail, etc). A more reliable way and also separated, and easier to deploy version of the ExtractingRequestHandler would make a network call to the Tika JAXRS server, and then call Tika on the Solr server side, get the results and then index the information that way. I have a patch in the works from the DARPA Memex project and I hope to post it soon. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-7632) Change the ExtractingRequestHandler to use Tika-Server
[ https://issues.apache.org/jira/browse/SOLR-7632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris A. Mattmann updated SOLR-7632: Labels: (was: memex) Change the ExtractingRequestHandler to use Tika-Server -- Key: SOLR-7632 URL: https://issues.apache.org/jira/browse/SOLR-7632 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Chris A. Mattmann It's a pain to upgrade Tika's jars all the times when we release, and if Tika fails it messes up the ExtractingRequestHandler (e.g., the document type caused Tika to fail, etc). A more reliable way and also separated, and easier to deploy version of the ExtractingRequestHandler would make a network call to the Tika JAXRS server, and then call Tika on the Solr server side, get the results and then index the information that way. I have a patch in the works from the DARPA Memex project and I hope to post it soon. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7632) Change the ExtractingRequestHandler to use Tika-Server
[ https://issues.apache.org/jira/browse/SOLR-7632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14572117#comment-14572117 ] Alexandre Rafalovitch commented on SOLR-7632: - Not everybody will want to run a network server. Most people will probably just prefer the ease of use of whatever Tika ships with Solr. So, it would have to be either switch (bundled or server) and additional options for server location. So, I felt that a separate handler for server option might make more sense. That's my reasoning anyway. Change the ExtractingRequestHandler to use Tika-Server -- Key: SOLR-7632 URL: https://issues.apache.org/jira/browse/SOLR-7632 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Chris A. Mattmann Labels: memex It's a pain to upgrade Tika's jars all the times when we release, and if Tika fails it messes up the ExtractingRequestHandler (e.g., the document type caused Tika to fail, etc). A more reliable way and also separated, and easier to deploy version of the ExtractingRequestHandler would make a network call to the Tika JAXRS server, and then call Tika on the Solr server side, get the results and then index the information that way. I have a patch in the works from the DARPA Memex project and I hope to post it soon. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6518) classcache reaper needs exemption from thread leaks
[ https://issues.apache.org/jira/browse/LUCENE-6518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14572038#comment-14572038 ] ASF subversion and git services commented on LUCENE-6518: - Commit 1683452 from [~rcmuir] in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1683452 ] LUCENE-6518: classcache reaper needs exemption from thread leaks (J9) classcache reaper needs exemption from thread leaks - Key: LUCENE-6518 URL: https://issues.apache.org/jira/browse/LUCENE-6518 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Attachments: LUCENE-6518.patch, LUCENE-6518.patch This happens on IBM JDK (some system thread or what have you). its 100% reproducible if you just cd lucene/analysis/smartcn and run 'ant test': we time out waiting for the thread to die and fail like this: {noformat} [junit4] Suite: org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory [junit4] 2 Jun 03, 2015 12:30:39 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 WARNING: Will linger awaiting termination of 1 leaked thread(s). [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 SEVERE: 1 thread leaked from SUITE scope at org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 INFO: Starting to interrupt leaked threads: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 Jun 03, 2015 12:31:02 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 SEVERE: There are still zombie threads that couldn't be terminated: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=ar_JO, timezone=Europe/Andorra [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=2,free=1204464,total=20643840 [junit4] 2 NOTE: All tests run in this JVM: [TestHMMChineseTokenizerFactory] [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestHMMChineseTokenizerFactory -Dtests.seed=4546D15E2A47A285 -Dtests.locale=ar_JO -Dtests.timezone=Europe/Andorra -Dtests.asserts=true -Dtests.file.encoding=UTF-8 {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (LUCENE-6518) classcache reaper needs exemption from thread leaks
[ https://issues.apache.org/jira/browse/LUCENE-6518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir resolved LUCENE-6518. - Resolution: Fixed Fix Version/s: 5.3 Trunk classcache reaper needs exemption from thread leaks - Key: LUCENE-6518 URL: https://issues.apache.org/jira/browse/LUCENE-6518 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Fix For: Trunk, 5.3 Attachments: LUCENE-6518.patch, LUCENE-6518.patch This happens on IBM JDK (some system thread or what have you). its 100% reproducible if you just cd lucene/analysis/smartcn and run 'ant test': we time out waiting for the thread to die and fail like this: {noformat} [junit4] Suite: org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory [junit4] 2 Jun 03, 2015 12:30:39 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 WARNING: Will linger awaiting termination of 1 leaked thread(s). [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 SEVERE: 1 thread leaked from SUITE scope at org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 INFO: Starting to interrupt leaked threads: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 Jun 03, 2015 12:31:02 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 SEVERE: There are still zombie threads that couldn't be terminated: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=ar_JO, timezone=Europe/Andorra [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=2,free=1204464,total=20643840 [junit4] 2 NOTE: All tests run in this JVM: [TestHMMChineseTokenizerFactory] [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestHMMChineseTokenizerFactory -Dtests.seed=4546D15E2A47A285 -Dtests.locale=ar_JO -Dtests.timezone=Europe/Andorra -Dtests.asserts=true -Dtests.file.encoding=UTF-8 {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6518) classcache reaper needs exemption from thread leaks
[ https://issues.apache.org/jira/browse/LUCENE-6518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14572035#comment-14572035 ] ASF subversion and git services commented on LUCENE-6518: - Commit 1683451 from [~rcmuir] in branch 'dev/trunk' [ https://svn.apache.org/r1683451 ] LUCENE-6518: classcache reaper needs exemption from thread leaks (J9) classcache reaper needs exemption from thread leaks - Key: LUCENE-6518 URL: https://issues.apache.org/jira/browse/LUCENE-6518 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Attachments: LUCENE-6518.patch, LUCENE-6518.patch This happens on IBM JDK (some system thread or what have you). its 100% reproducible if you just cd lucene/analysis/smartcn and run 'ant test': we time out waiting for the thread to die and fail like this: {noformat} [junit4] Suite: org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory [junit4] 2 Jun 03, 2015 12:30:39 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 WARNING: Will linger awaiting termination of 1 leaked thread(s). [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 SEVERE: 1 thread leaked from SUITE scope at org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 INFO: Starting to interrupt leaked threads: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 Jun 03, 2015 12:31:02 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 SEVERE: There are still zombie threads that couldn't be terminated: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=ar_JO, timezone=Europe/Andorra [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=2,free=1204464,total=20643840 [junit4] 2 NOTE: All tests run in this JVM: [TestHMMChineseTokenizerFactory] [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestHMMChineseTokenizerFactory -Dtests.seed=4546D15E2A47A285 -Dtests.locale=ar_JO -Dtests.timezone=Europe/Andorra -Dtests.asserts=true -Dtests.file.encoding=UTF-8 {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6520) Geo3D GeoPath: co-linear end-points result in NPE
[ https://issues.apache.org/jira/browse/LUCENE-6520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated LUCENE-6520: - Attachment: LUCENE-6520.patch This patch has Karl's fix plus a test I wrote based on the randomized test failure that triggered it. If it looks good to you Karl, I'll commit. Geo3D GeoPath: co-linear end-points result in NPE - Key: LUCENE-6520 URL: https://issues.apache.org/jira/browse/LUCENE-6520 Project: Lucene - Core Issue Type: Bug Components: modules/spatial Affects Versions: 5.2 Reporter: David Smiley Assignee: David Smiley Attachments: LUCENE-6520.patch FAILED: org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations {#2 seed=[4AB0FA45EF43F0C3:2240DF3E6EDF83C]} {noformat} Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([4AB0FA45EF43F0C3:2240DF3E6EDF83C]:0) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath$SegmentEndpoint.init(GeoPath.java:480) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath.done(GeoPath.java:121) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.randomQueryShape(Geo3dRptTest.java:195) at org.apache.lucene.spatial.prefix.RandomSpatialOpStrategyTestCase.testOperationRandomShapes(RandomSpatialOpStrategyTestCase.java:53) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations(Geo3dRptTest.java:100) {noformat} [~daddywri] says: bq. This is happening because the endpoints that define two path segments are co-linear. There's a check for that too, but clearly it's not firing properly in this case for some reason. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-7632) Change the ExtractingRequestHandler to use Tika-Server
[ https://issues.apache.org/jira/browse/SOLR-7632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris A. Mattmann updated SOLR-7632: Fix Version/s: (was: 5.0.1) Change the ExtractingRequestHandler to use Tika-Server -- Key: SOLR-7632 URL: https://issues.apache.org/jira/browse/SOLR-7632 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Chris A. Mattmann Labels: memex It's a pain to upgrade Tika's jars all the times when we release, and if Tika fails it messes up the ExtractingRequestHandler (e.g., the document type caused Tika to fail, etc). A more reliable way and also separated, and easier to deploy version of the ExtractingRequestHandler would make a network call to the Tika JAXRS server, and then call Tika on the Solr server side, get the results and then index the information that way. I have a patch in the works from the DARPA Memex project and I hope to post it soon. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6522) Reproducible fieldcache AIOOBE only on J9
[ https://issues.apache.org/jira/browse/LUCENE-6522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14572080#comment-14572080 ] Robert Muir commented on LUCENE-6522: - I reported this here: https://developer.ibm.com/answers/questions/194669/reproducible-compilation-bug-with-lucene-test-suit.html Reproducible fieldcache AIOOBE only on J9 - Key: LUCENE-6522 URL: https://issues.apache.org/jira/browse/LUCENE-6522 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Haven't dug in yet, just: * reproduces easily on J9 * does not happen on Oracle JVM {noformat} [junit4] Suite: org.apache.lucene.uninverting.TestFieldCacheVsDocValues [junit4] IGNOR/A 0.51s J2 | TestFieldCacheVsDocValues.testHugeBinaryValueLimit [junit4] Assumption #1: test requires codec with limits on max binary field length [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestFieldCacheVsDocValues -Dtests.method=testSortedSetFixedLengthVsUninvertedField -Dtests.seed=831619B333C362E6 -Dtests.locale=es_UY -Dtests.timezone=Atlantic/Bermuda -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [junit4] ERROR 0.54s J2 | TestFieldCacheVsDocValues.testSortedSetFixedLengthVsUninvertedField [junit4] Throwable #1: java.lang.ArrayIndexOutOfBoundsException [junit4] at __randomizedtesting.SeedInfo.seed([831619B333C362E6:B6EC641493EA4AD3]:0) [junit4] at org.apache.lucene.uninverting.DocTermOrds$OrdWrappedTermsEnum.seekCeil(DocTermOrds.java:692) [junit4] at org.apache.lucene.uninverting.TestFieldCacheVsDocValues.assertEquals(TestFieldCacheVsDocValues.java:570) [junit4] at org.apache.lucene.uninverting.TestFieldCacheVsDocValues.assertEquals(TestFieldCacheVsDocValues.java:511) [junit4] at org.apache.lucene.uninverting.TestFieldCacheVsDocValues.doTestSortedSetVsUninvertedField(TestFieldCacheVsDocValues.java:385) [junit4] at org.apache.lucene.uninverting.TestFieldCacheVsDocValues.testSortedSetFixedLengthVsUninvertedField(TestFieldCacheVsDocValues.java:105) [junit4] at java.lang.Thread.run(Thread.java:785) [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestFieldCacheVsDocValues -Dtests.method=testSortedSetVariableLengthVsUninvertedField -Dtests.seed=831619B333C362E6 -Dtests.locale=es_UY -Dtests.timezone=Atlantic/Bermuda -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [junit4] ERROR 0.42s J2 | TestFieldCacheVsDocValues.testSortedSetVariableLengthVsUninvertedField [junit4] Throwable #1: java.lang.ArrayIndexOutOfBoundsException [junit4] at __randomizedtesting.SeedInfo.seed([831619B333C362E6:2AB51ED6D324E426]:0) [junit4] at org.apache.lucene.uninverting.DocTermOrds$OrdWrappedTermsEnum.seekCeil(DocTermOrds.java:692) [junit4] at org.apache.lucene.uninverting.TestFieldCacheVsDocValues.assertEquals(TestFieldCacheVsDocValues.java:570) [junit4] at org.apache.lucene.uninverting.TestFieldCacheVsDocValues.assertEquals(TestFieldCacheVsDocValues.java:511) [junit4] at org.apache.lucene.uninverting.TestFieldCacheVsDocValues.doTestSortedSetVsUninvertedField(TestFieldCacheVsDocValues.java:385) [junit4] at org.apache.lucene.uninverting.TestFieldCacheVsDocValues.testSortedSetVariableLengthVsUninvertedField(TestFieldCacheVsDocValues.java:112) [junit4] at java.lang.Thread.run(Thread.java:785) [junit4] 2 NOTE: leaving temporary files on disk at: /home/rmuir/workspace/trunk-ibm/lucene/build/misc/test/J2/temp/lucene.uninverting.TestFieldCacheVsDocValues 831619B333C362E6-001 [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {indexed=FSTOrd50, id=Lucene50(blocksize=128)}, docValues:{dv=DocValuesFormat(name=Asserting), field=DocValuesFormat(name=Asserting)}, sim=DefaultSimilarity, locale=es_UY, timezone=Atlantic/Bermuda [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=1,free=10179616,total=32243712 [junit4] 2 NOTE: All tests run in this JVM: [TestDocTermOrds, TestNumericTerms32, TestFieldCacheVsDocValues] [junit4] Completed [21/25] on J2 in 4.50s, 10 tests, 2 errors, 1 skipped FAILURES! {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6520) Geo3D GeoPath: co-linear end-points result in NPE
[ https://issues.apache.org/jira/browse/LUCENE-6520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14572199#comment-14572199 ] Karl Wright commented on LUCENE-6520: - Looks fine to me. Thanks! Geo3D GeoPath: co-linear end-points result in NPE - Key: LUCENE-6520 URL: https://issues.apache.org/jira/browse/LUCENE-6520 Project: Lucene - Core Issue Type: Bug Components: modules/spatial Affects Versions: 5.2 Reporter: David Smiley Assignee: David Smiley Attachments: LUCENE-6520.patch FAILED: org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations {#2 seed=[4AB0FA45EF43F0C3:2240DF3E6EDF83C]} {noformat} Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([4AB0FA45EF43F0C3:2240DF3E6EDF83C]:0) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath$SegmentEndpoint.init(GeoPath.java:480) at org.apache.lucene.spatial.spatial4j.geo3d.GeoPath.done(GeoPath.java:121) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.randomQueryShape(Geo3dRptTest.java:195) at org.apache.lucene.spatial.prefix.RandomSpatialOpStrategyTestCase.testOperationRandomShapes(RandomSpatialOpStrategyTestCase.java:53) at org.apache.lucene.spatial.spatial4j.Geo3dRptTest.testOperations(Geo3dRptTest.java:100) {noformat} [~daddywri] says: bq. This is happening because the endpoints that define two path segments are co-linear. There's a check for that too, but clearly it's not firing properly in this case for some reason. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-7633) Change the ExtractingRequestHandler to use Tika-Server
Chris A. Mattmann created SOLR-7633: --- Summary: Change the ExtractingRequestHandler to use Tika-Server Key: SOLR-7633 URL: https://issues.apache.org/jira/browse/SOLR-7633 Project: Solr Issue Type: Improvement Components: contrib - Solr Cell (Tika extraction) Reporter: Chris A. Mattmann Fix For: 5.0.1 It's a pain to upgrade Tika's jars all the times when we release, and if Tika fails it messes up the ExtractingRequestHandler (e.g., the document type caused Tika to fail, etc). A more reliable way and also separated, and easier to deploy version of the ExtractingRequestHandler would make a network call to the Tika JAXRS server, and then call Tika on the Solr server side, get the results and then index the information that way. I have a patch in the works from the DARPA Memex project and I hope to post it soon. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6518) classcache reaper needs exemption from thread leaks
[ https://issues.apache.org/jira/browse/LUCENE-6518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-6518: Attachment: LUCENE-6518.patch Dawid, I had to tweak your J9 detection, this is the logic i've used in tests before. I will commit this and iterate on the other silly issues, thanks for the patch! classcache reaper needs exemption from thread leaks - Key: LUCENE-6518 URL: https://issues.apache.org/jira/browse/LUCENE-6518 Project: Lucene - Core Issue Type: Bug Reporter: Robert Muir Attachments: LUCENE-6518.patch, LUCENE-6518.patch This happens on IBM JDK (some system thread or what have you). its 100% reproducible if you just cd lucene/analysis/smartcn and run 'ant test': we time out waiting for the thread to die and fail like this: {noformat} [junit4] Suite: org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory [junit4] 2 Jun 03, 2015 12:30:39 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 WARNING: Will linger awaiting termination of 1 leaked thread(s). [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2 SEVERE: 1 thread leaked from SUITE scope at org.apache.lucene.analysis.cn.smart.TestHMMChineseTokenizerFactory: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 Jun 03, 2015 12:30:59 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 INFO: Starting to interrupt leaked threads: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 Jun 03, 2015 12:31:02 PM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2 SEVERE: There are still zombie threads that couldn't be terminated: [junit4] 21) Thread[id=27, name=ClassCache Reaper, state=WAITING, group=TGRP-TestHMMChineseTokenizerFactory] [junit4] 2 at java.lang.Object.wait(Native Method) [junit4] 2 at java.lang.Object.wait(Object.java:201) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:119) [junit4] 2 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:91) [junit4] 2 at java.io.ClassCache$Reaper.run(ClassCache.java:222) [junit4] 2 NOTE: test params are: codec=Asserting(Lucene50): {}, docValues:{}, sim=RandomSimilarityProvider(queryNorm=true,coord=no): {}, locale=ar_JO, timezone=Europe/Andorra [junit4] 2 NOTE: Linux 3.13.0-49-generic amd64/IBM Corporation 1.8.0 (64-bit)/cpus=8,threads=2,free=1204464,total=20643840 [junit4] 2 NOTE: All tests run in this JVM: [TestHMMChineseTokenizerFactory] [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=TestHMMChineseTokenizerFactory -Dtests.seed=4546D15E2A47A285 -Dtests.locale=ar_JO -Dtests.timezone=Europe/Andorra -Dtests.asserts=true -Dtests.file.encoding=UTF-8 {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org