[jira] [Commented] (SOLR-7414) CSVResponseWriter returns empty field when fl alias is combined with '*' selector
[ https://issues.apache.org/jira/browse/SOLR-7414?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16671131#comment-16671131 ] Munendra S N commented on SOLR-7414: [~lawremi] [~mkhludnev] I found this issue while working on [SOLR-12546|https://issues.apache.org/jira/browse/SOLR-12546]. I would like to work on this too, once the other issue resolved. Let me know if I can pick this up > CSVResponseWriter returns empty field when fl alias is combined with '*' > selector > - > > Key: SOLR-7414 > URL: https://issues.apache.org/jira/browse/SOLR-7414 > Project: Solr > Issue Type: Bug > Components: Response Writers >Reporter: Michael Lawrence >Priority: Major > > Attempting to retrieve all fields while renaming one, e.g., "inStock" to > "stocked" (URL below), results in CSV output that has a column for "inStock" > (should be "stocked"), and the column has no values. > steps to reproduce using 5.1... > {noformat} > $ bin/solr -e techproducts > ... > $ curl -X POST -H 'Content-Type: application/json' > 'http://localhost:8983/solr/techproducts/update?commit=true' --data-binary > '[{ "id" : "aaa", "bar_i" : 7, "inStock" : true }, { "id" : "bbb", "bar_i" : > 7, "inStock" : false }, { "id" : "ccc", "bar_i" : 7, "inStock" : true }]' > {"responseHeader":{"status":0,"QTime":730}} > $ curl > 'http://localhost:8983/solr/techproducts/query?q=bar_i:7=id,stocked:inStock=csv' > id,stocked > aaa,true > bbb,false > ccc,true > $ curl > 'http://localhost:8983/solr/techproducts/query?q=bar_i:7=*,stocked:inStock=csv' > bar_i,id,_version_,inStock > 7,aaa,1498719888088236032, > 7,bbb,1498719888090333184, > 7,ccc,1498719888090333185, > $ curl > 'http://localhost:8983/solr/techproducts/query?q=bar_i:7=stocked:inStock,*=csv' > bar_i,id,_version_,inStock > 7,aaa,1498719888088236032, > 7,bbb,1498719888090333184, > 7,ccc,1498719888090333185, > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-9409) CollapseQParser missleading error on TextField: 64 bit numeric collapse fields are not supported"
[ https://issues.apache.org/jira/browse/SOLR-9409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16671121#comment-16671121 ] Munendra S N commented on SOLR-9409: [~hossman] [^SOLR-9409.patch] I have changed the Exception message to *Collapsing is supported only on String, Int, Float field types*. Also, I have changed the Exception to SolrException wherever applicable > CollapseQParser missleading error on TextField: 64 bit numeric collapse > fields are not supported" > - > > Key: SOLR-9409 > URL: https://issues.apache.org/jira/browse/SOLR-9409 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Priority: Major > Attachments: SOLR-9409.patch > > > An IRC user asked about the error "64 bit numeric collapse fields are not > supported" when doing a query like this where subTitle is a TextField... > {noformat} > fq={!collapse+field%3DsubTitle} > {noformat} > The code in question looks roughly like this... > {code} > if (collapseFieldType instanceof StrField) { >... > } else if (collapseFieldType instanceof TrieIntField || > collapseFieldType instanceof TrieFloatField) { >... > } else { >throw new IOException("64 bit numeric collapse fields are not supported"); > } > {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-9409) CollapseQParser missleading error on TextField: 64 bit numeric collapse fields are not supported"
[ https://issues.apache.org/jira/browse/SOLR-9409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Munendra S N updated SOLR-9409: --- Attachment: SOLR-9409.patch > CollapseQParser missleading error on TextField: 64 bit numeric collapse > fields are not supported" > - > > Key: SOLR-9409 > URL: https://issues.apache.org/jira/browse/SOLR-9409 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Priority: Major > Attachments: SOLR-9409.patch > > > An IRC user asked about the error "64 bit numeric collapse fields are not > supported" when doing a query like this where subTitle is a TextField... > {noformat} > fq={!collapse+field%3DsubTitle} > {noformat} > The code in question looks roughly like this... > {code} > if (collapseFieldType instanceof StrField) { >... > } else if (collapseFieldType instanceof TrieIntField || > collapseFieldType instanceof TrieFloatField) { >... > } else { >throw new IOException("64 bit numeric collapse fields are not supported"); > } > {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-7.x-Linux (64bit/jdk1.8.0_172) - Build # 3014 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/3014/ Java: 64bit/jdk1.8.0_172 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC 2 tests failed. FAILED: org.apache.solr.cloud.DeleteReplicaTest.raceConditionOnDeleteAndRegisterReplica Error Message: Expected new active leader null Live Nodes: [127.0.0.1:39073_solr, 127.0.0.1:39797_solr, 127.0.0.1:42831_solr] Last available state: DocCollection(raceDeleteReplica_false//collections/raceDeleteReplica_false/state.json/14)={ "pullReplicas":"0", "replicationFactor":"2", "shards":{"shard1":{ "range":"8000-7fff", "state":"active", "replicas":{ "core_node3":{ "core":"raceDeleteReplica_false_shard1_replica_n1", "base_url":"http://127.0.0.1:45129/solr;, "node_name":"127.0.0.1:45129_solr", "state":"down", "type":"NRT", "force_set_state":"false", "leader":"true"}, "core_node6":{ "core":"raceDeleteReplica_false_shard1_replica_n5", "base_url":"http://127.0.0.1:45129/solr;, "node_name":"127.0.0.1:45129_solr", "state":"down", "type":"NRT", "force_set_state":"false", "router":{"name":"compositeId"}, "maxShardsPerNode":"1", "autoAddReplicas":"false", "nrtReplicas":"2", "tlogReplicas":"0"} Stack Trace: java.lang.AssertionError: Expected new active leader null Live Nodes: [127.0.0.1:39073_solr, 127.0.0.1:39797_solr, 127.0.0.1:42831_solr] Last available state: DocCollection(raceDeleteReplica_false//collections/raceDeleteReplica_false/state.json/14)={ "pullReplicas":"0", "replicationFactor":"2", "shards":{"shard1":{ "range":"8000-7fff", "state":"active", "replicas":{ "core_node3":{ "core":"raceDeleteReplica_false_shard1_replica_n1", "base_url":"http://127.0.0.1:45129/solr;, "node_name":"127.0.0.1:45129_solr", "state":"down", "type":"NRT", "force_set_state":"false", "leader":"true"}, "core_node6":{ "core":"raceDeleteReplica_false_shard1_replica_n5", "base_url":"http://127.0.0.1:45129/solr;, "node_name":"127.0.0.1:45129_solr", "state":"down", "type":"NRT", "force_set_state":"false", "router":{"name":"compositeId"}, "maxShardsPerNode":"1", "autoAddReplicas":"false", "nrtReplicas":"2", "tlogReplicas":"0"} at __randomizedtesting.SeedInfo.seed([7890BE32FDFF95AF:1286DFE2950DDF65]:0) at org.junit.Assert.fail(Assert.java:93) at org.apache.solr.cloud.SolrCloudTestCase.waitForState(SolrCloudTestCase.java:280) at org.apache.solr.cloud.DeleteReplicaTest.raceConditionOnDeleteAndRegisterReplica(DeleteReplicaTest.java:334) at org.apache.solr.cloud.DeleteReplicaTest.raceConditionOnDeleteAndRegisterReplica(DeleteReplicaTest.java:230) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at
[JENKINS] Lucene-Solr-SmokeRelease-7.x - Build # 361 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-7.x/361/ No tests ran. Build Log: [...truncated 23439 lines...] [asciidoctor:convert] asciidoctor: ERROR: about-this-guide.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [asciidoctor:convert] asciidoctor: ERROR: solr-glossary.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [java] Processed 2435 links (1987 relative) to 3197 anchors in 247 files [echo] Validated Links & Anchors via: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/solr/build/solr-ref-guide/bare-bones-html/ -dist-changes: [copy] Copying 4 files to /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/solr/package/changes package: -unpack-solr-tgz: -ensure-solr-tgz-exists: [mkdir] Created dir: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/solr/build/solr.tgz.unpacked [untar] Expanding: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/solr/package/solr-7.6.0.tgz into /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/solr/build/solr.tgz.unpacked generate-maven-artifacts: resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure:
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16671056#comment-16671056 ] Gus Heck commented on SOLR-12932: - ant -Dtests.jvms=28 clean test on e8503da7c43b8ff3eb968c631ca2ac718a2c736b (branch_7x) with [https://github.com/apache/lucene-solr/pull/486] [junit4] Tests with failures [seed: 6E4D8DC6298FB62F]: [junit4] - org.apache.solr.cloud.TestAuthenticationFramework.testBasics [junit4] - org.apache.solr.cloud.api.collections.CollectionsAPIDistributedZkTest.testCollectionsAPI testBasics (similar to [~risdenk]'s above): {code:none} Error from server at http://127.0.0.1:35483/solr/testcollection_shard1_replica_n2: Expected mime type application/octet-stream but got text/html.Error 404 Can not find: /solr/testcollection_shard1_replica_n2/update HTTP ERROR 404 Problem accessing /solr/testcollection_shard1_replica_n2/update. Reason: Can not find: /solr/testcollection_shard1_replica_n2/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.11.v20180605 org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from server at http://127.0.0.1:35483/solr/testcollection_shard1_replica_n2: Expected mime type application/octet-stream but got text/html. Error 404 Can not find: /solr/testcollection_shard1_replica_n2/update HTTP ERROR 404 Problem accessing /solr/testcollection_shard1_replica_n2/update. Reason: Can not find: /solr/testcollection_shard1_replica_n2/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.11.v20180605 at __randomizedtesting.SeedInfo.seed([6E4D8DC6298FB62F:539523EA1161E85F]:0) at org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:551) at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1016) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194) at org.apache.solr.client.solrj.request.UpdateRequest.commit(UpdateRequest.java:237) at org.apache.solr.cloud.TestAuthenticationFramework.collectionCreateSearchDeleteTwice(TestAuthenticationFramework.java:128) at org.apache.solr.cloud.TestAuthenticationFramework.testBasics(TestAuthenticationFramework.java:75) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:880) at
[jira] [Commented] (SOLR-12947) SolrJ Helper for JSON Request API
[ https://issues.apache.org/jira/browse/SOLR-12947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16671048#comment-16671048 ] teny zh commented on SOLR-12947: i had written a plugin for Json Facet Request. I think you might have interest in it. https://github.com/dmsolr/facet-helper > SolrJ Helper for JSON Request API > - > > Key: SOLR-12947 > URL: https://issues.apache.org/jira/browse/SOLR-12947 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: clients - java, SolrJ >Affects Versions: 7.5 >Reporter: Jason Gerlowski >Assignee: Jason Gerlowski >Priority: Minor > Attachments: SOLR-12947.patch > > > The JSON request API is becoming increasingly popular for sending querying or > accessing the JSON faceting functionality. The query DSL is simple and easy > to understand, but crafting requests programmatically is tough in SolrJ. > Currently, SolrJ users must hardcode in the JSON body they want their request > to convey. Nothing helps them build the JSON request they're going for, > making use of these APIs manual and painful. > We should see what we can do to alleviate this. I'd like to tackle this work > in two pieces. This (the first piece) would introduces classes that make it > easier to craft non-faceting requests that use the JSON Request API. > Improving JSON Faceting support is a bit more involved (it likely requires > improvements to the Response as well as the Request objects), so I'll aim to > tackle that in a separate JIRA to keep things moving. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-12-ea+12) - Build # 23131 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/23131/ Java: 64bit/jdk-12-ea+12 -XX:+UseCompressedOops -XX:+UseG1GC 31 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.TestCloudRecovery Error Message: Could not find collection:collection1 Stack Trace: java.lang.AssertionError: Could not find collection:collection1 at __randomizedtesting.SeedInfo.seed([2DC2667BEC9DCBD4]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:155) at org.apache.solr.cloud.TestCloudRecovery.setupCluster(TestCloudRecovery.java:70) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:875) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.base/java.lang.Thread.run(Thread.java:835) FAILED: junit.framework.TestSuite.org.apache.solr.cloud.TestCloudRecovery Error Message: Could not find collection:collection1 Stack Trace: java.lang.AssertionError: Could not find collection:collection1 at __randomizedtesting.SeedInfo.seed([2DC2667BEC9DCBD4]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:155) at org.apache.solr.cloud.TestCloudRecovery.setupCluster(TestCloudRecovery.java:70) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:875) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at
[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk-9) - Build # 4905 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/4905/ Java: 64bit/jdk-9 -XX:-UseCompressedOops -XX:+UseSerialGC 1 tests failed. FAILED: org.apache.solr.cloud.autoscaling.sim.TestSimPolicyCloud.testCreateCollectionAddReplica Error Message: Timeout waiting for collection to become active Live Nodes: [127.0.0.1:10006_solr, 127.0.0.1:10010_solr, 127.0.0.1:10008_solr, 127.0.0.1:10009_solr, 127.0.0.1:10007_solr] Last available state: DocCollection(testCreateCollectionAddReplica//clusterstate.json/44)={ "replicationFactor":"1", "pullReplicas":"0", "router":{"name":"compositeId"}, "maxShardsPerNode":"1", "autoAddReplicas":"false", "nrtReplicas":"1", "tlogReplicas":"0", "autoCreated":"true", "policy":"c1", "shards":{"shard1":{ "replicas":{"core_node1":{ "core":"testCreateCollectionAddReplica_shard1_replica_n1", "SEARCHER.searcher.maxDoc":0, "SEARCHER.searcher.deletedDocs":0, "INDEX.sizeInBytes":10240, "node_name":"127.0.0.1:10009_solr", "state":"active", "type":"NRT", "INDEX.sizeInGB":9.5367431640625E-6, "SEARCHER.searcher.numDocs":0}}, "range":"8000-7fff", "state":"active"}}} Stack Trace: java.lang.AssertionError: Timeout waiting for collection to become active Live Nodes: [127.0.0.1:10006_solr, 127.0.0.1:10010_solr, 127.0.0.1:10008_solr, 127.0.0.1:10009_solr, 127.0.0.1:10007_solr] Last available state: DocCollection(testCreateCollectionAddReplica//clusterstate.json/44)={ "replicationFactor":"1", "pullReplicas":"0", "router":{"name":"compositeId"}, "maxShardsPerNode":"1", "autoAddReplicas":"false", "nrtReplicas":"1", "tlogReplicas":"0", "autoCreated":"true", "policy":"c1", "shards":{"shard1":{ "replicas":{"core_node1":{ "core":"testCreateCollectionAddReplica_shard1_replica_n1", "SEARCHER.searcher.maxDoc":0, "SEARCHER.searcher.deletedDocs":0, "INDEX.sizeInBytes":10240, "node_name":"127.0.0.1:10009_solr", "state":"active", "type":"NRT", "INDEX.sizeInGB":9.5367431640625E-6, "SEARCHER.searcher.numDocs":0}}, "range":"8000-7fff", "state":"active"}}} at __randomizedtesting.SeedInfo.seed([44D62C72F1199D6F:C4F6495CE05A75C9]:0) at org.apache.solr.cloud.CloudTestUtils.waitForState(CloudTestUtils.java:70) at org.apache.solr.cloud.autoscaling.sim.TestSimPolicyCloud.testCreateCollectionAddReplica(TestSimPolicyCloud.java:123) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:564) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) at org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:110) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:880) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891)
[jira] [Comment Edited] (SOLR-12801) Fix the tests, remove BadApples and AwaitsFix annotations, improve env for test development.
[ https://issues.apache.org/jira/browse/SOLR-12801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670011#comment-16670011 ] Gus Heck edited comment on SOLR-12801 at 11/1/18 1:23 AM: -- [https://patch-diff.githubusercontent.com/raw/apache/lucene-solr/pull/486.patch] didn't apply cleanly on a fresh checkout last night, had a bunch of hunks not applied (intellij's VCS > Apply Patch...). Edit: Issue was that I didn't notice the patch was against branch_7x ... applied without conflicts there. was (Author: gus_heck): [https://patch-diff.githubusercontent.com/raw/apache/lucene-solr/pull/486.patch] didn't apply cleanly on a fresh checkout last night, had a bunch of hunks not applied (intellij's VCS > Apply Patch...). > Fix the tests, remove BadApples and AwaitsFix annotations, improve env for > test development. > > > Key: SOLR-12801 > URL: https://issues.apache.org/jira/browse/SOLR-12801 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Critical > Time Spent: 50m > Remaining Estimate: 0h > > A single issue to counteract the single issue adding tons of annotations, the > continued addition of new flakey tests, and the continued addition of > flakiness to existing tests. > Lots more to come. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [jira] [Commented] (SOLR-12801) Fix the tests, remove BadApples and AwaitsFix annotations, improve env for test development.
Ah I assumed this would be done on master didn't check the branch. Let me try again. On Wed, Oct 31, 2018 at 11:18 AM Erick Erickson wrote: > Gus: > > 1> did you apply to 7x? > 2> did you pull before you applied? > > It applied cleanly for me doing the exact same process. I did have one > compile issue where a variable was somehow defined twice, but it was > trivial to just take one out. > > Erick > On Wed, Oct 31, 2018 at 5:19 AM Gus Heck (JIRA) wrote: > > > > > > [ > https://issues.apache.org/jira/browse/SOLR-12801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670011#comment-16670011 > ] > > > > Gus Heck commented on SOLR-12801: > > - > > > > [ > https://patch-diff.githubusercontent.com/raw/apache/lucene-solr/pull/486.patch] > didn't apply cleanly on a fresh checkout last night, had a bunch of hunks > not applied (intellij's VCS > Apply Patch...). > > > > > Fix the tests, remove BadApples and AwaitsFix annotations, improve env > for test development. > > > > > > > > > > Key: SOLR-12801 > > > URL: https://issues.apache.org/jira/browse/SOLR-12801 > > > Project: Solr > > > Issue Type: Task > > > Security Level: Public(Default Security Level. Issues are Public) > > >Reporter: Mark Miller > > >Assignee: Mark Miller > > >Priority: Critical > > > Time Spent: 50m > > > Remaining Estimate: 0h > > > > > > A single issue to counteract the single issue adding tons of > annotations, the continued addition of new flakey tests, and the continued > addition of flakiness to existing tests. > > > Lots more to come. > > > > > > > > -- > > This message was sent by Atlassian JIRA > > (v7.6.3#76005) > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > > For additional commands, e-mail: dev-h...@lucene.apache.org > > > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > > -- http://www.the111shift.com
[jira] [Comment Edited] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670981#comment-16670981 ] Kevin Risden edited comment on SOLR-12932 at 11/1/18 1:03 AM: -- New commit hash failure but looks like there is already a commit to handle this that wasn't in this run. New commit should get picked up in next test run. Commit: 7fcd15843fed53ba7ce7ba8c2f1bf0d030d272f8 Test: NodeMarkersRegistrationTest#testNodeMarkersRegistration {code:java} reproduce with: ant test -Dtestcase=NodeMarkersRegistrationTest -Dtests.method=testNodeMarkersRegistration -Dtests.seed=E9977750024DB50B -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=es-MX -Dtests.timezone=Pacific/Ponape -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [junit4] FAILURE 0.25s J2 | NodeMarkersRegistrationTest.testNodeMarkersRegistration <<< [junit4]> Throwable #1: java.lang.AssertionError: expected:<1> but was:<0> [junit4]>at __randomizedtesting.SeedInfo.seed([E9977750024DB50B:F12DFF5C0C7878E4]:0) [junit4]>at org.apache.solr.cloud.autoscaling.NodeMarkersRegistrationTest.testNodeMarkersRegistration(NodeMarkersRegistrationTest.java:113) [junit4]>at java.lang.Thread.run(Thread.java:748){code} was (Author: risdenk): New commit hash failure but looks like there is already a commit to handle this. New commit should get picked up in next test run. Commit: 7fcd15843fed53ba7ce7ba8c2f1bf0d030d272f8 Test: NodeMarkersRegistrationTest#testNodeMarkersRegistration {code:java} reproduce with: ant test -Dtestcase=NodeMarkersRegistrationTest -Dtests.method=testNodeMarkersRegistration -Dtests.seed=E9977750024DB50B -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=es-MX -Dtests.timezone=Pacific/Ponape -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [junit4] FAILURE 0.25s J2 | NodeMarkersRegistrationTest.testNodeMarkersRegistration <<< [junit4]> Throwable #1: java.lang.AssertionError: expected:<1> but was:<0> [junit4]>at __randomizedtesting.SeedInfo.seed([E9977750024DB50B:F12DFF5C0C7878E4]:0) [junit4]>at org.apache.solr.cloud.autoscaling.NodeMarkersRegistrationTest.testNodeMarkersRegistration(NodeMarkersRegistrationTest.java:113) [junit4]>at java.lang.Thread.run(Thread.java:748){code} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670981#comment-16670981 ] Kevin Risden commented on SOLR-12932: - New commit hash failure but looks like there is already a commit to handle this. New commit should get picked up in next test run. Commit: 7fcd15843fed53ba7ce7ba8c2f1bf0d030d272f8 Test: NodeMarkersRegistrationTest#testNodeMarkersRegistration {code:java} reproduce with: ant test -Dtestcase=NodeMarkersRegistrationTest -Dtests.method=testNodeMarkersRegistration -Dtests.seed=E9977750024DB50B -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=es-MX -Dtests.timezone=Pacific/Ponape -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [junit4] FAILURE 0.25s J2 | NodeMarkersRegistrationTest.testNodeMarkersRegistration <<< [junit4]> Throwable #1: java.lang.AssertionError: expected:<1> but was:<0> [junit4]>at __randomizedtesting.SeedInfo.seed([E9977750024DB50B:F12DFF5C0C7878E4]:0) [junit4]>at org.apache.solr.cloud.autoscaling.NodeMarkersRegistrationTest.testNodeMarkersRegistration(NodeMarkersRegistrationTest.java:113) [junit4]>at java.lang.Thread.run(Thread.java:748){code} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670982#comment-16670982 ] Gus Heck commented on SOLR-12932: - I saw a stall a week or so ago running locally. Don't recall if it was the same test however. > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-repro - Build # 1827 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/1827/ [...truncated 28 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-master/1169/consoleText [repro] Revision: 914c4319876421f0b489914614a0b8a60ff85e6d [repro] Ant options: -DsmokeTestRelease.java9=/home/jenkins/tools/java/latest1.9 [repro] Repro line: ant test -Dtestcase=SystemLogListenerTest -Dtests.method=test -Dtests.seed=2835E64CCA1F72A1 -Dtests.multiplier=2 -Dtests.locale=lv -Dtests.timezone=CET -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 05f72a77efb13517885618597f14cf0d76bd31f7 [repro] git fetch [repro] git checkout 914c4319876421f0b489914614a0b8a60ff85e6d [...truncated 2 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] SystemLogListenerTest [repro] ant compile-test [...truncated 3567 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.SystemLogListenerTest" -Dtests.showOutput=onerror -DsmokeTestRelease.java9=/home/jenkins/tools/java/latest1.9 -Dtests.seed=2835E64CCA1F72A1 -Dtests.multiplier=2 -Dtests.locale=lv -Dtests.timezone=CET -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [...truncated 2931 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 2/5 failed: org.apache.solr.cloud.autoscaling.SystemLogListenerTest [repro] git checkout 05f72a77efb13517885618597f14cf0d76bd31f7 [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-repro - Build # 1826 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/1826/ [...truncated 28 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-BadApples-Tests-master/198/consoleText [repro] Revision: 914c4319876421f0b489914614a0b8a60ff85e6d [repro] Repro line: ant test -Dtestcase=TestAuthenticationFramework -Dtests.method=testBasics -Dtests.seed=A327A3D2F0FF7566 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=en-US -Dtests.timezone=Australia/Currie -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] Repro line: ant test -Dtestcase=ScheduledMaintenanceTriggerTest -Dtests.method=testInactiveShardCleanup -Dtests.seed=A327A3D2F0FF7566 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=de-GR -Dtests.timezone=America/Resolute -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] Repro line: ant test -Dtestcase=CloudSolrClientTest -Dtests.method=testRouting -Dtests.seed=4EF97038F18EDF0D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=hu-HU -Dtests.timezone=Asia/Manila -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 05f72a77efb13517885618597f14cf0d76bd31f7 [repro] git fetch [repro] git checkout 914c4319876421f0b489914614a0b8a60ff85e6d [...truncated 2 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/solrj [repro] CloudSolrClientTest [repro]solr/core [repro] TestAuthenticationFramework [repro] ScheduledMaintenanceTriggerTest [repro] ant compile-test [...truncated 2703 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.CloudSolrClientTest" -Dtests.showOutput=onerror -Dtests.seed=4EF97038F18EDF0D -Dtests.multiplier=2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=hu-HU -Dtests.timezone=Asia/Manila -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [...truncated 2113 lines...] [repro] Setting last failure code to 256 [repro] ant compile-test [...truncated 1352 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=10 -Dtests.class="*.TestAuthenticationFramework|*.ScheduledMaintenanceTriggerTest" -Dtests.showOutput=onerror -Dtests.seed=A327A3D2F0FF7566 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=en-US -Dtests.timezone=Australia/Currie -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [...truncated 6654 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 1/5 failed: org.apache.solr.cloud.TestAuthenticationFramework [repro] 2/5 failed: org.apache.solr.client.solrj.impl.CloudSolrClientTest [repro] 4/5 failed: org.apache.solr.cloud.autoscaling.ScheduledMaintenanceTriggerTest [repro] git checkout 05f72a77efb13517885618597f14cf0d76bd31f7 [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-7.x-Windows (64bit/jdk-11) - Build # 864 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Windows/864/ Java: 64bit/jdk-11 -XX:-UseCompressedOops -XX:+UseG1GC 30 tests failed. FAILED: org.apache.solr.cloud.TestMiniSolrCloudClusterSSL.testSslWithInvalidPeerName Error Message: Could not find collection:second_collection Stack Trace: java.lang.AssertionError: Could not find collection:second_collection at __randomizedtesting.SeedInfo.seed([C5446F7B30FC108D:92F52AC0F000EF9C]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:155) at org.apache.solr.cloud.TestMiniSolrCloudClusterSSL.checkCreateCollection(TestMiniSolrCloudClusterSSL.java:263) at org.apache.solr.cloud.TestMiniSolrCloudClusterSSL.checkClusterWithCollectionCreations(TestMiniSolrCloudClusterSSL.java:249) at org.apache.solr.cloud.TestMiniSolrCloudClusterSSL.testSslWithInvalidPeerName(TestMiniSolrCloudClusterSSL.java:185) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) 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.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:880) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at
[jira] [Created] (SOLR-12950) Consolidate the comparator in IndexSizeTrigger#run
Ted Yu created SOLR-12950: - Summary: Consolidate the comparator in IndexSizeTrigger#run Key: SOLR-12950 URL: https://issues.apache.org/jira/browse/SOLR-12950 Project: Solr Issue Type: Improvement Security Level: Public (Default Security Level. Issues are Public) Reporter: Ted Yu Currently IndexSizeTrigger#run uses two comparators for sorting. They retrieve DOCS_SIZE_PROP from replica and present different order for the sorting. It seems defining one comparator should be enough. The other can be expressed with Collections.reverseOrder of the first one. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-repro - Build # 1825 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/1825/ [...truncated 28 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-BadApples-Tests-master/197/consoleText [repro] Revision: 856e28d8cf07cc34bc1361784bf00e7aceb3af97 [repro] Repro line: ant test -Dtestcase=ScheduledMaintenanceTriggerTest -Dtests.method=testInactiveShardCleanup -Dtests.seed=302FF439FEA7797 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=sl -Dtests.timezone=Pacific/Tongatapu -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=CloudSolrClientTest -Dtests.method=testVersionsAreReturned -Dtests.seed=88D461272AF68EF4 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=pl -Dtests.timezone=Canada/Mountain -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=CloudSolrClientTest -Dtests.method=testRouting -Dtests.seed=88D461272AF68EF4 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=pl -Dtests.timezone=Canada/Mountain -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 05f72a77efb13517885618597f14cf0d76bd31f7 [repro] git fetch [repro] git checkout 856e28d8cf07cc34bc1361784bf00e7aceb3af97 [...truncated 2 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/solrj [repro] CloudSolrClientTest [repro]solr/core [repro] ScheduledMaintenanceTriggerTest [repro] ant compile-test [...truncated 2703 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.CloudSolrClientTest" -Dtests.showOutput=onerror -Dtests.seed=88D461272AF68EF4 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=pl -Dtests.timezone=Canada/Mountain -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 435 lines...] [repro] Setting last failure code to 256 [repro] ant compile-test [...truncated 1352 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.ScheduledMaintenanceTriggerTest" -Dtests.showOutput=onerror -Dtests.seed=302FF439FEA7797 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=sl -Dtests.timezone=Pacific/Tongatapu -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 7349 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 1/5 failed: org.apache.solr.client.solrj.impl.CloudSolrClientTest [repro] 5/5 failed: org.apache.solr.cloud.autoscaling.ScheduledMaintenanceTriggerTest [repro] Re-testing 100% failures at the tip of master [repro] git fetch [repro] git checkout master [...truncated 4 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 8 lines...] [repro] Test suites by module: [repro]solr/core [repro] ScheduledMaintenanceTriggerTest [repro] ant compile-test [...truncated 3300 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.ScheduledMaintenanceTriggerTest" -Dtests.showOutput=onerror -Dtests.seed=302FF439FEA7797 -Dtests.multiplier=2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=sl -Dtests.timezone=Pacific/Tongatapu -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 1145 lines...] [repro] Setting last failure code to 256 [repro] Failures at the tip of master: [repro] 2/5 failed: org.apache.solr.cloud.autoscaling.ScheduledMaintenanceTriggerTest [repro] git checkout 05f72a77efb13517885618597f14cf0d76bd31f7 [...truncated 8 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-12949) metricTags Map in IndexSizeTrigger#run can be created outside the for loop
Ted Yu created SOLR-12949: - Summary: metricTags Map in IndexSizeTrigger#run can be created outside the for loop Key: SOLR-12949 URL: https://issues.apache.org/jira/browse/SOLR-12949 Project: Solr Issue Type: Improvement Security Level: Public (Default Security Level. Issues are Public) Reporter: Ted Yu {code} for (String node : clusterState.getLiveNodes()) { Map metricTags = new HashMap<>(); {code} The metricTags Map can be created outside the for loop. At the beginning of each iteration, metricTags Map should be cleared. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670922#comment-16670922 ] Kevin Risden commented on SOLR-12932: - Different kind of failure since there was a stall. Commit: 88c37601f01c6fe5e508073f57dd2508ebed9a4b Test: TestSimTriggerIntegration#testListeners {code:java} [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:38:04, stalled for 1327s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:39:04, stalled for 1387s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:40:04, stalled for 1447s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:41:04, stalled for 1507s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:42:04, stalled for 1567s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:43:04, stalled for 1627s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:44:04, stalled for 1687s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:45:04, stalled for 1747s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:46:04, stalled for 1807s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:47:04, stalled for 1867s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:48:04, stalled for 1927s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:49:04, stalled for 1987s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:50:04, stalled for 2047s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:51:04, stalled for 2107s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:52:04, stalled for 2167s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:53:04, stalled for 2227s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:54:04, stalled for 2287s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:55:04, stalled for 2347s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:56:04, stalled for 2407s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:57:04, stalled for 2467s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:58:04, stalled for 2527s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T22:59:04, stalled for 2587s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T23:00:04, stalled for 2647s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T23:01:04, stalled for 2707s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T23:02:04, stalled for 2767s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T23:03:04, stalled for 2827s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T23:04:04, stalled for 2887s at: TestSimTriggerIntegration.testListeners [junit4] HEARTBEAT J2 PID(480@f7bc5a140d51): 2018-10-31T23:05:04, stalled for 2947s at: TestSimTriggerIntegration.testListeners Build timed out (after 55 minutes). Marking the build as failed. {code} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[JENKINS] Lucene-Solr-repro - Build # 1824 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/1824/ [...truncated 28 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-master/1168/consoleText [repro] Revision: 856e28d8cf07cc34bc1361784bf00e7aceb3af97 [repro] Ant options: -DsmokeTestRelease.java9=/home/jenkins/tools/java/latest1.9 [repro] Repro line: ant test -Dtestcase=TestHdfsCloudBackupRestore -Dtests.method=test -Dtests.seed=1C50B299057ADC46 -Dtests.multiplier=2 -Dtests.locale=lv-LV -Dtests.timezone=Asia/Samarkand -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [repro] Repro line: ant test -Dtestcase=IndexSizeTriggerTest -Dtests.method=testSplitIntegration -Dtests.seed=1C50B299057ADC46 -Dtests.multiplier=2 -Dtests.locale=el-GR -Dtests.timezone=Australia/North -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 05f72a77efb13517885618597f14cf0d76bd31f7 [repro] git fetch [repro] git checkout 856e28d8cf07cc34bc1361784bf00e7aceb3af97 [...truncated 2 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] TestHdfsCloudBackupRestore [repro] IndexSizeTriggerTest [repro] ant compile-test [...truncated 3567 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=10 -Dtests.class="*.TestHdfsCloudBackupRestore|*.IndexSizeTriggerTest" -Dtests.showOutput=onerror -DsmokeTestRelease.java9=/home/jenkins/tools/java/latest1.9 -Dtests.seed=1C50B299057ADC46 -Dtests.multiplier=2 -Dtests.locale=lv-LV -Dtests.timezone=Asia/Samarkand -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [...truncated 12564 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 0/5 failed: org.apache.solr.cloud.api.collections.TestHdfsCloudBackupRestore [repro] 1/5 failed: org.apache.solr.cloud.autoscaling.IndexSizeTriggerTest [repro] git checkout 05f72a77efb13517885618597f14cf0d76bd31f7 [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 5 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-7.x - Build # 994 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/994/ 1 tests failed. FAILED: org.apache.solr.cloud.autoscaling.IndexSizeTriggerTest.testSplitIntegration Error Message: did not finish processing in time Stack Trace: java.lang.AssertionError: did not finish processing in time at __randomizedtesting.SeedInfo.seed([F798CC1D84EA3E55:CE16755DAB15F7AB]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.solr.cloud.autoscaling.IndexSizeTriggerTest.testSplitIntegration(IndexSizeTriggerTest.java:320) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:880) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.lang.Thread.run(Thread.java:748) Build Log: [...truncated 14521 lines...] [junit4] Suite: org.apache.solr.cloud.autoscaling.IndexSizeTriggerTest [junit4] 2> Creating dataDir:
[jira] [Resolved] (SOLR-12946) DistribCursorPagingTest non-reproducible failures in comparing facet counts
[ https://issues.apache.org/jira/browse/SOLR-12946?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man resolved SOLR-12946. - Resolution: Fixed Fix Version/s: master (8.0) 7.6 i never did manage to reproduce the failure, but i went ahead and pushed the fix since it's a good idea anyway. if anyone finds any similar/different failures in this test, please attach logs & re-open. > DistribCursorPagingTest non-reproducible failures in comparing facet counts > --- > > Key: SOLR-12946 > URL: https://issues.apache.org/jira/browse/SOLR-12946 > Project: Solr > Issue Type: Test > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > Fix For: 7.6, master (8.0) > > Attachments: risdenk-nuc-20181031-build-11.txt.gz, > risdenk-nuc-20181031-build-31.txt.gz > > > Anecdotal reports of failures from DistribCursorPagingTest long the lines of.. > {noformat} > reproduce with: ant test -Dtestcase=DistribCursorPagingTest > -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true > -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 > -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< > 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: > .facet_counts.facet_fields.str.x:0!=null > 23:47:46[junit4]> at > __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) > 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) > 23:47:46[junit4]> at > java.lang.Thread.run(Thread.java:748){noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12946) DistribCursorPagingTest non-reproducible failures in comparing facet counts
[ https://issues.apache.org/jira/browse/SOLR-12946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670855#comment-16670855 ] ASF subversion and git services commented on SOLR-12946: Commit 50e10d327428ea05df493e6bcd62aaeccb7ec0b9 in lucene-solr's branch refs/heads/branch_7x from Chris Hostetter [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=50e10d3 ] SOLR-12946: tighten up request/expectations in test This should prevent some non-reproducible failures where (i think) the problem was inconsistnet background merges between collections being compared, resulting in facet counts (of 0) for terms that weren't in equivilent (merged) indexes. since the purpose of the test has nothing to do with mincount, force facet.mincount=0 and be more exact about how many terms we expect (in case the root problem lies somewhere else, be more assertive about finding it) (cherry picked from commit 05f72a77efb13517885618597f14cf0d76bd31f7) > DistribCursorPagingTest non-reproducible failures in comparing facet counts > --- > > Key: SOLR-12946 > URL: https://issues.apache.org/jira/browse/SOLR-12946 > Project: Solr > Issue Type: Test > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > Attachments: risdenk-nuc-20181031-build-11.txt.gz, > risdenk-nuc-20181031-build-31.txt.gz > > > Anecdotal reports of failures from DistribCursorPagingTest long the lines of.. > {noformat} > reproduce with: ant test -Dtestcase=DistribCursorPagingTest > -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true > -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 > -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< > 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: > .facet_counts.facet_fields.str.x:0!=null > 23:47:46[junit4]> at > __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) > 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) > 23:47:46[junit4]> at > java.lang.Thread.run(Thread.java:748){noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12946) DistribCursorPagingTest non-reproducible failures in comparing facet counts
[ https://issues.apache.org/jira/browse/SOLR-12946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670856#comment-16670856 ] ASF subversion and git services commented on SOLR-12946: Commit 05f72a77efb13517885618597f14cf0d76bd31f7 in lucene-solr's branch refs/heads/master from Chris Hostetter [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=05f72a77 ] SOLR-12946: tighten up request/expectations in test This should prevent some non-reproducible failures where (i think) the problem was inconsistnet background merges between collections being compared, resulting in facet counts (of 0) for terms that weren't in equivilent (merged) indexes. since the purpose of the test has nothing to do with mincount, force facet.mincount=0 and be more exact about how many terms we expect (in case the root problem lies somewhere else, be more assertive about finding it) > DistribCursorPagingTest non-reproducible failures in comparing facet counts > --- > > Key: SOLR-12946 > URL: https://issues.apache.org/jira/browse/SOLR-12946 > Project: Solr > Issue Type: Test > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > Attachments: risdenk-nuc-20181031-build-11.txt.gz, > risdenk-nuc-20181031-build-31.txt.gz > > > Anecdotal reports of failures from DistribCursorPagingTest long the lines of.. > {noformat} > reproduce with: ant test -Dtestcase=DistribCursorPagingTest > -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true > -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 > -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< > 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: > .facet_counts.facet_fields.str.x:0!=null > 23:47:46[junit4]> at > __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) > 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) > 23:47:46[junit4]> at > java.lang.Thread.run(Thread.java:748){noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Linux (64bit/jdk-11) - Build # 23130 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/23130/ Java: 64bit/jdk-11 -XX:+UseCompressedOops -XX:+UseG1GC 42 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.servlet.HttpSolrCallGetCoreTest Error Message: Could not find collection:collection1 Stack Trace: java.lang.AssertionError: Could not find collection:collection1 at __randomizedtesting.SeedInfo.seed([7D4C3D35A8C850EC]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:155) at org.apache.solr.servlet.HttpSolrCallGetCoreTest.setupCluster(HttpSolrCallGetCoreTest.java:53) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:875) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.base/java.lang.Thread.run(Thread.java:834) FAILED: junit.framework.TestSuite.org.apache.solr.servlet.HttpSolrCallGetCoreTest Error Message: Could not find collection:collection1 Stack Trace: java.lang.AssertionError: Could not find collection:collection1 at __randomizedtesting.SeedInfo.seed([7D4C3D35A8C850EC]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:155) at org.apache.solr.servlet.HttpSolrCallGetCoreTest.setupCluster(HttpSolrCallGetCoreTest.java:53) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:875) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at
[JENKINS] Lucene-Solr-master-Windows (32bit/jdk1.8.0_172) - Build # 7598 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/7598/ Java: 32bit/jdk1.8.0_172 -client -XX:+UseParallelGC 3 tests failed. FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testTriggerThrottling Error Message: Both triggers should have fired by now Stack Trace: java.lang.AssertionError: Both triggers should have fired by now at __randomizedtesting.SeedInfo.seed([B0B959323BA89625:4B9BF117E90275B7]:0) at org.junit.Assert.fail(Assert.java:93) at org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testTriggerThrottling(TriggerIntegrationTest.java:222) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:880) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.lang.Thread.run(Thread.java:748) FAILED: org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testTriggerThrottling Error Message: Both triggers should have fired by now Stack Trace: java.lang.AssertionError: Both triggers should have fired by now at
[JENKINS] Lucene-Solr-BadApples-Tests-7.x - Build # 203 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-BadApples-Tests-7.x/203/ 2 tests failed. FAILED: org.apache.solr.cloud.autoscaling.sim.TestSimGenericDistributedQueue.testDistributedQueue 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([423F0ACEE829DEB8]:0) FAILED: junit.framework.TestSuite.org.apache.solr.cloud.autoscaling.sim.TestSimGenericDistributedQueue Error Message: Suite timeout exceeded (>= 720 msec). Stack Trace: java.lang.Exception: Suite timeout exceeded (>= 720 msec). at __randomizedtesting.SeedInfo.seed([423F0ACEE829DEB8]:0) Build Log: [...truncated 15356 lines...] [junit4] Suite: org.apache.solr.cloud.autoscaling.sim.TestSimGenericDistributedQueue [junit4] 2> Creating dataDir: /x1/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-Tests-7.x/solr/build/solr-core/test/J0/temp/solr.cloud.autoscaling.sim.TestSimGenericDistributedQueue_423F0ACEE829DEB8-001/init-core-data-001 [junit4] 2> 1452029 WARN (SUITE-TestSimGenericDistributedQueue-seed#[423F0ACEE829DEB8]-worker) [] o.a.s.SolrTestCaseJ4 startTrackingSearchers: numOpens=1 numCloses=1 [junit4] 2> 1452029 INFO (SUITE-TestSimGenericDistributedQueue-seed#[423F0ACEE829DEB8]-worker) [] o.a.s.SolrTestCaseJ4 Using PointFields (NUMERIC_POINTS_SYSPROP=true) w/NUMERIC_DOCVALUES_SYSPROP=false [junit4] 2> 1452032 INFO (SUITE-TestSimGenericDistributedQueue-seed#[423F0ACEE829DEB8]-worker) [] o.a.s.SolrTestCaseJ4 Randomized ssl (true) and clientAuth (false) via: @org.apache.solr.util.RandomizeSSL(reason=, ssl=NaN, value=NaN, clientAuth=NaN) [junit4] 2> 1452032 INFO (SUITE-TestSimGenericDistributedQueue-seed#[423F0ACEE829DEB8]-worker) [] o.a.s.SolrTestCaseJ4 SecureRandom sanity checks: test.solr.allowed.securerandom=null & java.security.egd=file:/dev/./urandom [junit4] 2> 1452040 INFO (TEST-TestSimGenericDistributedQueue.testDistributedQueue-seed#[423F0ACEE829DEB8]) [] o.a.s.SolrTestCaseJ4 ###Starting testDistributedQueue [junit4] 2> Nën 01, 2018 4:20:12 PD com.carrotsearch.randomizedtesting.ThreadLeakControl$2 evaluate [junit4] 2> WARNING: Suite execution timed out: org.apache.solr.cloud.autoscaling.sim.TestSimGenericDistributedQueue [junit4] 2> jstack at approximately timeout time [junit4] 2> "TEST-TestSimGenericDistributedQueue.testDistributedQueue-seed#[423F0ACEE829DEB8]" ID=17974 TIMED_WAITING on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@7982b1a1 [junit4] 2>at sun.misc.Unsafe.park(Native Method) [junit4] 2>- timed waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@7982b1a1 [junit4] 2>at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) [junit4] 2>at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) [junit4] 2>at org.apache.solr.cloud.autoscaling.sim.GenericDistributedQueue.peek(GenericDistributedQueue.java:194) [junit4] 2>at org.apache.solr.cloud.autoscaling.sim.GenericDistributedQueue.peek(GenericDistributedQueue.java:167) [junit4] 2>at org.apache.solr.cloud.autoscaling.sim.TestSimDistributedQueue.testDistributedQueue(TestSimDistributedQueue.java:74) [junit4] 2>at org.apache.solr.cloud.autoscaling.sim.TestSimGenericDistributedQueue.testDistributedQueue(TestSimGenericDistributedQueue.java:37) [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:498) [junit4] 2>at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) [junit4] 2>at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) [junit4] 2>at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) [junit4] 2>at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) [junit4] 2>at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) [junit4] 2>at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) [junit4] 2>at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) [junit4] 2>at
[JENKINS] Lucene-Solr-repro - Build # 1823 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/1823/ [...truncated 40 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-Tests-master/2917/consoleText [repro] Revision: 856e28d8cf07cc34bc1361784bf00e7aceb3af97 [repro] Repro line: ant test -Dtestcase=ConfusionMatrixGeneratorTest -Dtests.method=testGetConfusionMatrixWithFLTKNN -Dtests.seed=301F75588787534E -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=ar-IQ -Dtests.timezone=America/Punta_Arenas -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [repro] Repro line: ant test -Dtestcase=TestCollectionStateWatchers -Dtests.method=testWaitForStateWatcherIsRetainedOnPredicateFailure -Dtests.seed=B7EFFAA96DB445BE -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=es-SV -Dtests.timezone=Europe/Kaliningrad -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 3ed64375efc1ce19152eac9f75fbdf9e56dcf1b6 [repro] git fetch [repro] git checkout 856e28d8cf07cc34bc1361784bf00e7aceb3af97 [...truncated 2 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/solrj [repro] TestCollectionStateWatchers [repro]lucene/classification [repro] ConfusionMatrixGeneratorTest [repro] ant compile-test [...truncated 2703 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.TestCollectionStateWatchers" -Dtests.showOutput=onerror -Dtests.seed=B7EFFAA96DB445BE -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=es-SV -Dtests.timezone=Europe/Kaliningrad -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 261 lines...] [repro] Setting last failure code to 256 [repro] ant compile-test [...truncated 113 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.ConfusionMatrixGeneratorTest" -Dtests.showOutput=onerror -Dtests.seed=301F75588787534E -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=ar-IQ -Dtests.timezone=America/Punta_Arenas -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [...truncated 98 lines...] [repro] Failures: [repro] 0/5 failed: org.apache.lucene.classification.utils.ConfusionMatrixGeneratorTest [repro] 2/5 failed: org.apache.solr.common.cloud.TestCollectionStateWatchers [repro] git checkout 3ed64375efc1ce19152eac9f75fbdf9e56dcf1b6 [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 6 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-SmokeRelease-master - Build # 1169 - Still Failing
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-master/1169/ No tests ran. Build Log: [...truncated 23412 lines...] [asciidoctor:convert] asciidoctor: ERROR: about-this-guide.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [asciidoctor:convert] asciidoctor: ERROR: solr-glossary.adoc: line 1: invalid part, must have at least one section (e.g., chapter, appendix, etc.) [java] Processed 2436 links (1988 relative) to 3199 anchors in 248 files [echo] Validated Links & Anchors via: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/build/solr-ref-guide/bare-bones-html/ -dist-changes: [copy] Copying 4 files to /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/package/changes package: -unpack-solr-tgz: -ensure-solr-tgz-exists: [mkdir] Created dir: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/build/solr.tgz.unpacked [untar] Expanding: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/package/solr-8.0.0.tgz into /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/solr/build/solr.tgz.unpacked generate-maven-artifacts: resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0. -ivy-fail-disallowed-ivy-version: ivy-fail: ivy-configure: [ivy:configure] :: loading settings :: file = /home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/top-level-ivy-settings.xml resolve: ivy-availability-check: [loadresource] Do not set property disallowed.ivy.jars.list as its length is 0.
[jira] [Commented] (SOLR-12946) DistribCursorPagingTest non-reproducible failures in comparing facet counts
[ https://issues.apache.org/jira/browse/SOLR-12946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670674#comment-16670674 ] Mark Miller commented on SOLR-12946: I'll try that change in a bit as well. > DistribCursorPagingTest non-reproducible failures in comparing facet counts > --- > > Key: SOLR-12946 > URL: https://issues.apache.org/jira/browse/SOLR-12946 > Project: Solr > Issue Type: Test > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > Attachments: risdenk-nuc-20181031-build-11.txt.gz, > risdenk-nuc-20181031-build-31.txt.gz > > > Anecdotal reports of failures from DistribCursorPagingTest long the lines of.. > {noformat} > reproduce with: ant test -Dtestcase=DistribCursorPagingTest > -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true > -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 > -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< > 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: > .facet_counts.facet_fields.str.x:0!=null > 23:47:46[junit4]> at > __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) > 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) > 23:47:46[junit4]> at > java.lang.Thread.run(Thread.java:748){noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-8540) Geo3d quantization test failure for MAX/MIN encoding values
[ https://issues.apache.org/jira/browse/LUCENE-8540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670641#comment-16670641 ] Karl Wright commented on LUCENE-8540: - [~ivera] Looks reasonable as far as I can tell. The question is whether the decode scaling factor is 'correct' but I think changing that will cause people to need to reindex, so this is a better fix. > Geo3d quantization test failure for MAX/MIN encoding values > --- > > Key: LUCENE-8540 > URL: https://issues.apache.org/jira/browse/LUCENE-8540 > Project: Lucene - Core > Issue Type: Bug > Components: modules/spatial3d >Reporter: Ignacio Vera >Assignee: Ignacio Vera >Priority: Major > Attachments: LUCENE-8540.patch > > > Here is a reproducible error: > {code:java} > 08:45:21[junit4] Suite: org.apache.lucene.spatial3d.TestGeo3DPoint > 08:45:21[junit4] IGNOR/A 0.01s J1 | TestGeo3DPoint.testRandomBig > 08:45:21[junit4]> Assumption #1: 'nightly' test group is disabled > (@Nightly()) > 08:45:21[junit4] 2> NOTE: reproduce with: ant test > -Dtestcase=TestGeo3DPoint -Dtests.method=testQuantization > -Dtests.seed=4CB20CF248F6211 -Dtests.slow=true -Dtests.badapples=true > -Dtests.locale=ga-IE -Dtests.timezone=America/Bogota -Dtests.asserts=true > -Dtests.file.encoding=US-ASCII > 08:45:21[junit4] ERROR 0.20s J1 | TestGeo3DPoint.testQuantization <<< > 08:45:21[junit4]> Throwable #1: java.lang.IllegalArgumentException: > value=-1.0011188543037526 is out-of-bounds (less than than WGS84's > -planetMax=-1.0011188539924791) > 08:45:21[junit4]> at > __randomizedtesting.SeedInfo.seed([4CB20CF248F6211:32220FD9326E7F33]:0) > 08:45:21[junit4]> at > org.apache.lucene.spatial3d.Geo3DUtil.encodeValue(Geo3DUtil.java:56) > 08:45:21[junit4]> at > org.apache.lucene.spatial3d.TestGeo3DPoint.testQuantization(TestGeo3DPoint.java:1228) > 08:45:21[junit4]> at java.lang.Thread.run(Thread.java:748) > 08:45:21[junit4] 2> NOTE: test params are: codec=Asserting(Lucene70): > {id=PostingsFormat(name=LuceneVarGapDocFreqInterval)}, > docValues:{id=DocValuesFormat(name=Asserting), > point=DocValuesFormat(name=Lucene70)}, maxPointsInLeafNode=659, > maxMBSortInHeap=6.225981846119071, sim=RandomSimilarity(queryNorm=false): {}, > locale=ga-IE, timezone=America/Bogota > 08:45:21[junit4] 2> NOTE: Linux 2.6.32-754.6.3.el6.x86_64 amd64/Oracle > Corporation 1.8.0_181 > (64-bit)/cpus=16,threads=1,free=466116320,total=536346624 > 08:45:21[junit4] 2> NOTE: All tests run in this JVM: [GeoPointTest, > RandomGeoPolygonTest, TestGeo3DPoint] > 08:45:21[junit4] Completed [18/18 (1!)] on J1 in 19.83s, 14 tests, 1 > error, 1 skipped <<< FAILURES!{code} > > It seems this test will fail if encoding = Geo3DUtil.MIN_ENCODED_VALUE or > encoding = Geo3DUtil.MAX_ENCODED_VALUE. > It is related with https://issues.apache.org/jira/browse/LUCENE-7327 > > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670640#comment-16670640 ] Kevin Risden commented on SOLR-12932: - Commit: 88c37601f01c6fe5e508073f57dd2508ebed9a4b Test:TestCollectionsAPIViaSolrCloudCluster#testCollectionCreateSearchDelete {code:java} reproduce with: ant test -Dtestcase=TestCollectionsAPIViaSolrCloudCluster -Dtests.method=testCollectionCreateSearchDelete -Dtests.seed=91B211642503876A -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=ga -Dtests.timezone=Africa/Kinshasa -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [junit4] ERROR 9.16s J3 | TestCollectionsAPIViaSolrCloudCluster.testCollectionCreateSearchDelete <<< [junit4]> Throwable #1: org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from server at http://127.0.0.1:42289/solr/testcollection_shard1_replica_n3: Expected mime type application/octet-stream but got text/html. [junit4]> [junit4]> [junit4]> Error 404 Can not find: /solr/testcollection_shard1_replica_n3/update [junit4]> [junit4]> HTTP ERROR 404 [junit4]> Problem accessing /solr/testcollection_shard1_replica_n3/update. Reason: [junit4]> Can not find: /solr/testcollection_shard1_replica_n3/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.11.v20180605 [junit4]> [junit4]> [junit4]>at __randomizedtesting.SeedInfo.seed([91B211642503876A:3248BFC1A2EB6DCF]:0) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:551) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1016) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817) [junit4]>at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194) [junit4]>at org.apache.solr.client.solrj.request.UpdateRequest.commit(UpdateRequest.java:237) [junit4]>at org.apache.solr.cloud.api.collections.TestCollectionsAPIViaSolrCloudCluster.testCollectionCreateSearchDelete(TestCollectionsAPIViaSolrCloudCluster.java:181) [junit4]>at java.lang.Thread.run(Thread.java:748) [junit4]> Caused by: org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error from server at http://127.0.0.1:42289/solr/testcollection_shard1_replica_n3: Expected mime type application/octet-stream but got text/html. [junit4]> [junit4]> [junit4]> Error 404 Can not find: /solr/testcollection_shard1_replica_n3/update [junit4]> [junit4]> HTTP ERROR 404 [junit4]> Problem accessing /solr/testcollection_shard1_replica_n3/update. Reason: [junit4]> Can not find: /solr/testcollection_shard1_replica_n3/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.11.v20180605 [junit4]> [junit4]> [junit4]>at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:607) [junit4]>at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:255) [junit4]>at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:244) [junit4]>at org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:484) [junit4]>at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:414) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.lambda$directUpdate$0(CloudSolrClient.java:528) [junit4]>at java.util.concurrent.FutureTask.run(FutureTask.java:266) [junit4]>at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:209) [junit4]>at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [junit4]>at
[JENKINS-EA] Lucene-Solr-7.x-Linux (64bit/jdk-12-ea+12) - Build # 3012 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/3012/ Java: 64bit/jdk-12-ea+12 -XX:+UseCompressedOops -XX:+UseParallelGC 23 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest Error Message: Could not find collection : AutoscalingHistoryHandlerTest_collection Stack Trace: org.apache.solr.common.SolrException: Could not find collection : AutoscalingHistoryHandlerTest_collection at __randomizedtesting.SeedInfo.seed([4C1D4B8CE82CEBD5]:0) at org.apache.solr.common.cloud.ClusterState.getCollection(ClusterState.java:118) at org.apache.solr.cloud.SolrCloudTestCase.getCollectionState(SolrCloudTestCase.java:258) at org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest.waitForRecovery(AutoscalingHistoryHandlerTest.java:403) at org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest.setupCluster(AutoscalingHistoryHandlerTest.java:97) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:875) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.base/java.lang.Thread.run(Thread.java:835) FAILED: junit.framework.TestSuite.org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest Error Message: Could not find collection : AutoscalingHistoryHandlerTest_collection Stack Trace: org.apache.solr.common.SolrException: Could not find collection : AutoscalingHistoryHandlerTest_collection at __randomizedtesting.SeedInfo.seed([4C1D4B8CE82CEBD5]:0) at org.apache.solr.common.cloud.ClusterState.getCollection(ClusterState.java:118) at org.apache.solr.cloud.SolrCloudTestCase.getCollectionState(SolrCloudTestCase.java:258) at org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest.waitForRecovery(AutoscalingHistoryHandlerTest.java:403) at org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest.setupCluster(AutoscalingHistoryHandlerTest.java:97) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:875) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at
[jira] [Resolved] (SOLR-12942) Update IndexSizeTrigger to allow selecting the split method
[ https://issues.apache.org/jira/browse/SOLR-12942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrzej Bialecki resolved SOLR-12942. -- Resolution: Fixed Fix Version/s: master (8.0) 7.6 > Update IndexSizeTrigger to allow selecting the split method > --- > > Key: SOLR-12942 > URL: https://issues.apache.org/jira/browse/SOLR-12942 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > Fix For: 7.6, master (8.0) > > > SOLR-12509 added a new method of shard splitting (\{{splitmethod-link}}). > IndexSizeTrigger should be able to select this method as a configurable > option, when requesting SPLITSHARD operations. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12942) Update IndexSizeTrigger to allow selecting the split method
[ https://issues.apache.org/jira/browse/SOLR-12942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670622#comment-16670622 ] ASF subversion and git services commented on SOLR-12942: Commit a852ebc5988fbca4af6173fbacc1bfd34f0899b4 in lucene-solr's branch refs/heads/branch_7x from Andrzej Bialecki [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=a852ebc ] SOLR-12942: Add an option in IndexSizeTrigger to select the split shard method. > Update IndexSizeTrigger to allow selecting the split method > --- > > Key: SOLR-12942 > URL: https://issues.apache.org/jira/browse/SOLR-12942 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > > SOLR-12509 added a new method of shard splitting (\{{splitmethod-link}}). > IndexSizeTrigger should be able to select this method as a configurable > option, when requesting SPLITSHARD operations. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12948) Basic Auth login windows pops up with page loaded
[ https://issues.apache.org/jira/browse/SOLR-12948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670602#comment-16670602 ] Wei Liao commented on SOLR-12948: - Bit more info, as I browse to different page like Logging, Core Admin, Java Properties, etc, the login pops up, while the page loading up with all the info. > Basic Auth login windows pops up with page loaded > - > > Key: SOLR-12948 > URL: https://issues.apache.org/jira/browse/SOLR-12948 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: Admin UI >Affects Versions: 7.5 >Reporter: Wei Liao >Priority: Major > Attachments: Screenshot from 2018-10-31 14-30-09.png > > > I've enabled basic auth in my solr 7.5 installation (with no blockUnknown), > created an admin role and added all of the [predefined > permission|https://lucene.apache.org/solr/guide/7_5/rule-based-authorization-plugin.html] > (except read and all) to the role, and created an admin user with that role. > What I wanted to do, is to enable public access only to the /select for > querying, and password protect everything else. > With this, I can hit /select without authentication, but when I browse to the > admin UI, the login window pops up as I'd expect, but the dashboard page also > loaded up, see attached. I'd have expected nothing's showing except the login. > If this is the wrong approach to what I needed, I'm interested in what you > guys do to achieve this. > Thanks! > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670597#comment-16670597 ] Kevin Risden commented on SOLR-12932: - Commit: 88c37601f01c6fe5e508073f57dd2508ebed9a4b Test: OverseerTest#testDoubleAssignment {code:java} reproduce with: ant test -Dtestcase=OverseerTest -Dtests.method=testDoubleAssignment -Dtests.seed=9E1068EDAF5AF7A5 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=es-PA -Dtests.timezone=Pacific/Ponape -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 17.7s J3 | OverseerTest.testDoubleAssignment <<< [junit4]> Throwable #1: java.util.concurrent.TimeoutException [junit4]>at __randomizedtesting.SeedInfo.seed([9E1068EDAF5AF7A5:DE553B06E407E2F3]:0) [junit4]>at org.apache.solr.common.cloud.ZkStateReader.waitForState(ZkStateReader.java:1512) [junit4]>at org.apache.solr.cloud.OverseerTest.testDoubleAssignment(OverseerTest.java:987) [junit4]>at java.lang.Thread.run(Thread.java:748){code} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-12948) Basic Auth login windows pops up with page loaded
[ https://issues.apache.org/jira/browse/SOLR-12948?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wei Liao updated SOLR-12948: Description: I've enabled basic auth in my solr 7.5 installation (with no blockUnknown), created an admin role and added all of the [predefined permission|https://lucene.apache.org/solr/guide/7_5/rule-based-authorization-plugin.html] (except read and all) to the role, and created an admin user with that role. What I wanted to do, is to enable public access only to the /select for querying, and password protect everything else. With this, I can hit /select without authentication, but when I browse to the admin UI, the login window pops up as I'd expect, but the dashboard page also loaded up, see attached. I'd have expected nothing's showing except the login. If this is the wrong approach to what I needed, I'm interested in what you guys do to achieve this. Thanks! was: I've enabled basic auth in my solr 7.5 installation (with no blockUnknown), created an admin role and added all of the predefined permission (except read and all) to the role, and created an admin user with that role. What I wanted to do, is to enable public access only to the /select for querying, and password protect everything else. With this, I can hit /select without authentication, but when I browse to the admin UI, the login window pops up as I'd expect, but the dashboard page also loaded up, see attached. I'd have expected nothing's showing except the login. If this is the wrong approach to what I needed, I'm interested in what you guys do to achieve this. Thanks! > Basic Auth login windows pops up with page loaded > - > > Key: SOLR-12948 > URL: https://issues.apache.org/jira/browse/SOLR-12948 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: Admin UI >Affects Versions: 7.5 >Reporter: Wei Liao >Priority: Major > Attachments: Screenshot from 2018-10-31 14-30-09.png > > > I've enabled basic auth in my solr 7.5 installation (with no blockUnknown), > created an admin role and added all of the [predefined > permission|https://lucene.apache.org/solr/guide/7_5/rule-based-authorization-plugin.html] > (except read and all) to the role, and created an admin user with that role. > What I wanted to do, is to enable public access only to the /select for > querying, and password protect everything else. > With this, I can hit /select without authentication, but when I browse to the > admin UI, the login window pops up as I'd expect, but the dashboard page also > loaded up, see attached. I'd have expected nothing's showing except the login. > If this is the wrong approach to what I needed, I'm interested in what you > guys do to achieve this. > Thanks! > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-12948) Basic Auth login windows pops up with page loaded
Wei Liao created SOLR-12948: --- Summary: Basic Auth login windows pops up with page loaded Key: SOLR-12948 URL: https://issues.apache.org/jira/browse/SOLR-12948 Project: Solr Issue Type: Bug Security Level: Public (Default Security Level. Issues are Public) Components: Admin UI Affects Versions: 7.5 Reporter: Wei Liao Attachments: Screenshot from 2018-10-31 14-30-09.png I've enabled basic auth in my solr 7.5 installation (with no blockUnknown), created an admin role and added all of the predefined permission (except read and all) to the role, and created an admin user with that role. What I wanted to do, is to enable public access only to the /select for querying, and password protect everything else. With this, I can hit /select without authentication, but when I browse to the admin UI, the login window pops up as I'd expect, but the dashboard page also loaded up, see attached. I'd have expected nothing's showing except the login. If this is the wrong approach to what I needed, I'm interested in what you guys do to achieve this. Thanks! -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670542#comment-16670542 ] Kevin Risden commented on SOLR-12932: - Adding the commit hash since I know you are updating the PR. First failure out of 3 builds on the new commit so far :) Commit: 88c37601f01c6fe5e508073f57dd2508ebed9a4b Test: AutoAddReplicasPlanActionTest#testSimple {code:java} reproduce with: ant test -Dtestcase=AutoAddReplicasPlanActionTest -Dtests.method=testSimple -Dtests.seed=ED45ACA1F83399DB -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=ga -Dtests.timezone=Canada/Pacific -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [junit4] ERROR 57.2s J5 | AutoAddReplicasPlanActionTest.testSimple <<< [junit4]> Throwable #1: java.util.concurrent.TimeoutException [junit4]>at __randomizedtesting.SeedInfo.seed([ED45ACA1F83399DB:D5F6885FDFC04D0A]:0) [junit4]>at org.apache.solr.common.cloud.ZkStateReader.waitForState(ZkStateReader.java:1512) [junit4]>at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.waitForNodeLeave(AutoAddReplicasPlanActionTest.java:188) [junit4]>at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.testSimple(AutoAddReplicasPlanActionTest.java:181) [junit4]>at java.lang.Thread.run(Thread.java:748){code} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12947) SolrJ Helper for JSON Request API
[ https://issues.apache.org/jira/browse/SOLR-12947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670504#comment-16670504 ] Jason Gerlowski commented on SOLR-12947: The attached patch adds 2 classes to supports JSON DSL requests: *JsonQueryRequest* This takes the 1st approach above. That is, it represents the JSON internally as a Map and provides a mix of specific and generic setters for building out the map representation. {code} class JsonQueryRequest extends QueryRequest JsonQueryRequest() JsonQueryRequest(SolrParams) setQuery(String) // Can take simple queries ("text:foo") or local-params syntax ("{!lucene df=text v=foo}") setQuery(Map) // For nested or move involved query JSON setOffset(int) setLimit(int) ... {code} *DirectJsonQueryRequest* Follows almost exactly in the footsteps of DirectXmlRequest, except that it takes a JSON string instead of an XML string. In most cases users will probably want to use JsonQueryRequest as above, but it's so simple and there's a few narrow use cases where it'd be preferable, so I thought it made sense to add it. (espec. since there was precedent) {code} class DirectJsonQueryRequest extends QueryRequest DirectJsonQueryRequest(String jsonString) DirectJsonQueryRequest(String jsonString, SolrParams params) {code} *Miscellaneous Notes* * I like the flexibility of allowing users to provides their own Map to fill in more involved sections of the JSON structure, but it requires users to be familiar with the JSON syntax. Right know we only have this problem with queries, but we'll soon run into it with queries as well. It'd be nice to add something to abstract this away in all but the most involved cases. Could create a {{JsonQuery}} class that extends {{Map}} that abstracts away the Map-creation for all but the most advanced cases, but not sure if that's worth the trouble or not. * patch has Javadocs, tests, and ref-guide changes, so should be ready to go if no one has suggestions on the proposed interface. > SolrJ Helper for JSON Request API > - > > Key: SOLR-12947 > URL: https://issues.apache.org/jira/browse/SOLR-12947 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: clients - java, SolrJ >Affects Versions: 7.5 >Reporter: Jason Gerlowski >Assignee: Jason Gerlowski >Priority: Minor > Attachments: SOLR-12947.patch > > > The JSON request API is becoming increasingly popular for sending querying or > accessing the JSON faceting functionality. The query DSL is simple and easy > to understand, but crafting requests programmatically is tough in SolrJ. > Currently, SolrJ users must hardcode in the JSON body they want their request > to convey. Nothing helps them build the JSON request they're going for, > making use of these APIs manual and painful. > We should see what we can do to alleviate this. I'd like to tackle this work > in two pieces. This (the first piece) would introduces classes that make it > easier to craft non-faceting requests that use the JSON Request API. > Improving JSON Faceting support is a bit more involved (it likely requires > improvements to the Response as well as the Request objects), so I'll aim to > tackle that in a separate JIRA to keep things moving. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12946) DistribCursorPagingTest non-reproducible failures in comparing facet counts
[ https://issues.apache.org/jira/browse/SOLR-12946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670491#comment-16670491 ] Hoss Man commented on SOLR-12946: - bq. I'm not sure if there is a general purpose lesson/fix hat can be made here regarding the way background merges can happen in tests and what kinds of discrepencies in behavior it can cause, ... To be clear: i'm also just speculating on all of this, but the probosed change to the test is a good "tightening" of the expectations anyway, even if i'm wrong about the root cause of the discrepency > DistribCursorPagingTest non-reproducible failures in comparing facet counts > --- > > Key: SOLR-12946 > URL: https://issues.apache.org/jira/browse/SOLR-12946 > Project: Solr > Issue Type: Test > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > Attachments: risdenk-nuc-20181031-build-11.txt.gz, > risdenk-nuc-20181031-build-31.txt.gz > > > Anecdotal reports of failures from DistribCursorPagingTest long the lines of.. > {noformat} > reproduce with: ant test -Dtestcase=DistribCursorPagingTest > -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true > -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 > -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< > 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: > .facet_counts.facet_fields.str.x:0!=null > 23:47:46[junit4]> at > __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) > 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) > 23:47:46[junit4]> at > java.lang.Thread.run(Thread.java:748){noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12946) DistribCursorPagingTest non-reproducible failures in comparing facet counts
[ https://issues.apache.org/jira/browse/SOLR-12946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670489#comment-16670489 ] Hoss Man commented on SOLR-12946: - Thanks kevin ... i was comparing your failure logs with logs from a success expecting to see a delay in a commit or searcher open to explain how the control collection might be out of sync with the distrib collection, but i didn't find anything -- however the full log is more verbose about the missmatch in the responses... {noformat} [junit4] 2> 88972 ERROR (TEST-DistribCursorPagingTest.test-seed#[87B400F0180614A3]) [] o.a.s.BaseDistributedSearchTestCase Mismatched responses: [junit4] 2> {responseHeader={zkConnected=true,status=0,QTime=31},response={numFound=8,start=0,docs=[SolrDocument{id=7}, SolrDocument{id=0}, SolrDocument{id=3}]},nextCursorMark=AoIGACEz,facet_counts={facet_queries={},facet_fields={str={a=4,c=3,b=1,x=0,z=0}},facet_ranges={},facet_intervals={},facet_heatmaps={}}} [junit4] 2> {responseHeader={zkConnected=true,status=0,QTime=10},response={numFound=8,start=0,docs=[SolrDocument{id=7}, SolrDocument{id=0}, SolrDocument{id=3}]},nextCursorMark=AoIGACEz,facet_counts={facet_queries={},facet_fields={str={a=4,c=3,b=1}},facet_ranges={},facet_intervals={},facet_heatmaps={}}} {noformat} ...which helped me realize what i hadn't noticed before: the mismatched facet values from the failure are specifically for "x" (null != 0) although it would clearly fail for "z" as well once it got to it .. but those values aren't even expected at that part of the test -- all docs with those values have been deleted. i'd bet money that where the discrepency/failure is coming from is this... * the docs with values 'x' and 'z' get deleted * variability exists in what happens in the background before the next commit/newSearcher... ** on a "fast" machine (w/o thread contention), one of 2 things happens depending on the randomized merge policy in effect for the seed: *** "1" a background merge happens on both collections *** "2" a background merge does _not_ happen on either collection ** on a "slow" machine (w/thread contention) #1 and #2 may have happened inconssintently and we get... *** "3" a background merge happens on the control collection, but _not_ on a replica o the distrib collection * both collections get the {{commit}} command from the test thread and open a new searcher * the facet request is issued ** in case #1, or #2, the results are consistent between the control collection and the distrib collection -- the test does not itself verify all the facet buckets returned ** in case #3 the test framework detects a mismatch between the responses, because one collection still sees that the "x" and "z" terms exist in the index -- they haven't been merged away -- and returns "0" counts for them. I'm not sure if there is a general purpose lesson/fix hat can be made here regarding the way background merges can happen in tests and what kinds of discrepencies in behavior it can cause, but for this particular test it can be tightened up by using `facet.mincount=1` since that doesn't undermine the intent of the test. I'll look into that and try to commit asap (but first i want to see if i can semi-reliably reproduce locally while hammering my machine with load) > DistribCursorPagingTest non-reproducible failures in comparing facet counts > --- > > Key: SOLR-12946 > URL: https://issues.apache.org/jira/browse/SOLR-12946 > Project: Solr > Issue Type: Test > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man > Assignee: Hoss Man >Priority: Major > Attachments: risdenk-nuc-20181031-build-11.txt.gz, > risdenk-nuc-20181031-build-31.txt.gz > > > Anecdotal reports of failures from DistribCursorPagingTest long the lines of.. > {noformat} > reproduce with: ant test -Dtestcase=DistribCursorPagingTest > -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true > -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 > -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< > 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: > .facet_counts.facet_fields.str.x:0!=null > 23:47:46[junit4]> at > __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) > 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) > 23:47:46[junit4]>
[jira] [Updated] (SOLR-12947) SolrJ Helper for JSON Request API
[ https://issues.apache.org/jira/browse/SOLR-12947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Gerlowski updated SOLR-12947: --- Attachment: SOLR-12947.patch > SolrJ Helper for JSON Request API > - > > Key: SOLR-12947 > URL: https://issues.apache.org/jira/browse/SOLR-12947 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: clients - java, SolrJ >Affects Versions: 7.5 >Reporter: Jason Gerlowski >Assignee: Jason Gerlowski >Priority: Minor > Attachments: SOLR-12947.patch > > > The JSON request API is becoming increasingly popular for sending querying or > accessing the JSON faceting functionality. The query DSL is simple and easy > to understand, but crafting requests programmatically is tough in SolrJ. > Currently, SolrJ users must hardcode in the JSON body they want their request > to convey. Nothing helps them build the JSON request they're going for, > making use of these APIs manual and painful. > We should see what we can do to alleviate this. I'd like to tackle this work > in two pieces. This (the first piece) would introduces classes that make it > easier to craft non-faceting requests that use the JSON Request API. > Improving JSON Faceting support is a bit more involved (it likely requires > improvements to the Response as well as the Request objects), so I'll aim to > tackle that in a separate JIRA to keep things moving. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12947) SolrJ Helper for JSON Request API
[ https://issues.apache.org/jira/browse/SOLR-12947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670485#comment-16670485 ] Jason Gerlowski commented on SOLR-12947: There's a few general approaches we can take with a {{JsonQueryRequest}} class. The main question is how the JSON request body gets constructed. 1. {{JsonQueryRequest}} can have setters which assign fields based on primitives or other more structured classes (Map). This is pretty simple/easy and is resilient to future syntax/schema changes to boot. More advanced (nested) queries would have to be supported by taking in Maps constructed by users, so users aren't completely abstracted from the JSON schema. So that's a downside. But this can be mitigated in ways too. 2. {{JsonQueryRequest}} would use a small library of "bean"/annotated-POJO classes. Users would construct an object-graph to represent their JSON query which would then be converted to JSON by Jackson or some other library. This might be the best for users if done well, but it would require vigilance to ensure that the bean-classes stay up to date with future DSL syntax changes. It might also require adding jackson or some other json serde library as a SolrJ dependency, which would suck. 3. {{JsonQueryRequest}} would still use a user-provided String as the whole request body, but would utilize the request DSL's macro-expansion capabilities to make this hardcoded string a bit more flexible. This option gets us the least, but is also the least work. I don't think it's worth discarding entirely though. There are some use-cases where it's more convenient: e.g if a user typically runs a small number of very complex queries, it's possibly easier to construct these as Strings rather than building a deep object graph for each. > SolrJ Helper for JSON Request API > - > > Key: SOLR-12947 > URL: https://issues.apache.org/jira/browse/SOLR-12947 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: clients - java, SolrJ >Affects Versions: 7.5 >Reporter: Jason Gerlowski >Assignee: Jason Gerlowski >Priority: Minor > > The JSON request API is becoming increasingly popular for sending querying or > accessing the JSON faceting functionality. The query DSL is simple and easy > to understand, but crafting requests programmatically is tough in SolrJ. > Currently, SolrJ users must hardcode in the JSON body they want their request > to convey. Nothing helps them build the JSON request they're going for, > making use of these APIs manual and painful. > We should see what we can do to alleviate this. I'd like to tackle this work > in two pieces. This (the first piece) would introduces classes that make it > easier to craft non-faceting requests that use the JSON Request API. > Improving JSON Faceting support is a bit more involved (it likely requires > improvements to the Response as well as the Request objects), so I'll aim to > tackle that in a separate JIRA to keep things moving. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12946) DistribCursorPagingTest non-reproducible failures in comparing facet counts
[ https://issues.apache.org/jira/browse/SOLR-12946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670475#comment-16670475 ] Kevin Risden commented on SOLR-12946: - build-11 and build-31 were both from [https://github.com/apache/lucene-solr/pull/486/commits/0934d88f2cb5eee10ee319d94332fdc1300939a4] at that specific commit. > DistribCursorPagingTest non-reproducible failures in comparing facet counts > --- > > Key: SOLR-12946 > URL: https://issues.apache.org/jira/browse/SOLR-12946 > Project: Solr > Issue Type: Test > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > Attachments: risdenk-nuc-20181031-build-11.txt.gz, > risdenk-nuc-20181031-build-31.txt.gz > > > Anecdotal reports of failures from DistribCursorPagingTest long the lines of.. > {noformat} > reproduce with: ant test -Dtestcase=DistribCursorPagingTest > -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true > -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 > -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< > 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: > .facet_counts.facet_fields.str.x:0!=null > 23:47:46[junit4]> at > __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) > 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) > 23:47:46[junit4]> at > java.lang.Thread.run(Thread.java:748){noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-12947) SolrJ Helper for JSON Request API
Jason Gerlowski created SOLR-12947: -- Summary: SolrJ Helper for JSON Request API Key: SOLR-12947 URL: https://issues.apache.org/jira/browse/SOLR-12947 Project: Solr Issue Type: Improvement Security Level: Public (Default Security Level. Issues are Public) Components: clients - java, SolrJ Affects Versions: 7.5 Reporter: Jason Gerlowski Assignee: Jason Gerlowski The JSON request API is becoming increasingly popular for sending querying or accessing the JSON faceting functionality. The query DSL is simple and easy to understand, but crafting requests programmatically is tough in SolrJ. Currently, SolrJ users must hardcode in the JSON body they want their request to convey. Nothing helps them build the JSON request they're going for, making use of these APIs manual and painful. We should see what we can do to alleviate this. I'd like to tackle this work in two pieces. This (the first piece) would introduces classes that make it easier to craft non-faceting requests that use the JSON Request API. Improving JSON Faceting support is a bit more involved (it likely requires improvements to the Response as well as the Request objects), so I'll aim to tackle that in a separate JIRA to keep things moving. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Linux (64bit/jdk-10.0.1) - Build # 23129 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/23129/ Java: 64bit/jdk-10.0.1 -XX:-UseCompressedOops -XX:+UseParallelGC 4 tests failed. FAILED: org.apache.solr.cloud.TestTlogReplica.testRecovery Error Message: Can not find doc 7 in https://127.0.0.1:41037/solr Stack Trace: java.lang.AssertionError: Can not find doc 7 in https://127.0.0.1:41037/solr at __randomizedtesting.SeedInfo.seed([F3A1055A4174C996:32517CF66C240331]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.TestTlogReplica.checkRTG(TestTlogReplica.java:902) at org.apache.solr.cloud.TestTlogReplica.testRecovery(TestTlogReplica.java:567) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:564) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:880) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.base/java.lang.Thread.run(Thread.java:844) FAILED: org.apache.solr.cloud.TestTlogReplica.testRecovery Error Message: Can not find doc 7 in https://127.0.0.1:34515/solr Stack Trace:
[JENKINS] Lucene-Solr-BadApples-Tests-master - Build # 198 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-BadApples-Tests-master/198/ 3 tests failed. FAILED: org.apache.solr.cloud.TestAuthenticationFramework.testBasics Error Message: Error from server at http://127.0.0.1:44177/solr/testcollection_shard1_replica_n3: Expected mime type application/octet-stream but got text/html.Error 404 Can not find: /solr/testcollection_shard1_replica_n3/update HTTP ERROR 404 Problem accessing /solr/testcollection_shard1_replica_n3/update. Reason: Can not find: /solr/testcollection_shard1_replica_n3/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.11.v20180605 Stack Trace: org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from server at http://127.0.0.1:44177/solr/testcollection_shard1_replica_n3: Expected mime type application/octet-stream but got text/html. Error 404 Can not find: /solr/testcollection_shard1_replica_n3/update HTTP ERROR 404 Problem accessing /solr/testcollection_shard1_replica_n3/update. Reason: Can not find: /solr/testcollection_shard1_replica_n3/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.11.v20180605 at __randomizedtesting.SeedInfo.seed([A327A3D2F0FF7566:9EFF0DFEC8112B16]:0) at org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:551) at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1016) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194) at org.apache.solr.client.solrj.request.UpdateRequest.commit(UpdateRequest.java:237) at org.apache.solr.cloud.TestAuthenticationFramework.collectionCreateSearchDeleteTwice(TestAuthenticationFramework.java:125) at org.apache.solr.cloud.TestAuthenticationFramework.testBasics(TestAuthenticationFramework.java:76) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:880) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
[jira] [Commented] (SOLR-12946) DistribCursorPagingTest non-reproducible failures in comparing facet counts
[ https://issues.apache.org/jira/browse/SOLR-12946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670457#comment-16670457 ] Kevin Risden commented on SOLR-12946: - [~hossman] - Attached full logs from two test failures. For reference here is some build information: * Intel Nuc 8th gen i5 32 GB RAM 512GB SSD * Builds on docker clean workspace each time * No other CPU/memory/disk intensive jobs at the same time * build-11 had jvms=8 * build-31 had jvms=4 > DistribCursorPagingTest non-reproducible failures in comparing facet counts > --- > > Key: SOLR-12946 > URL: https://issues.apache.org/jira/browse/SOLR-12946 > Project: Solr > Issue Type: Test > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > Attachments: risdenk-nuc-20181031-build-11.txt.gz, > risdenk-nuc-20181031-build-31.txt.gz > > > Anecdotal reports of failures from DistribCursorPagingTest long the lines of.. > {noformat} > reproduce with: ant test -Dtestcase=DistribCursorPagingTest > -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true > -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 > -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< > 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: > .facet_counts.facet_fields.str.x:0!=null > 23:47:46[junit4]> at > __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) > 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) > 23:47:46[junit4]> at > java.lang.Thread.run(Thread.java:748){noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12942) Update IndexSizeTrigger to allow selecting the split method
[ https://issues.apache.org/jira/browse/SOLR-12942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670456#comment-16670456 ] ASF subversion and git services commented on SOLR-12942: Commit 3ed64375efc1ce19152eac9f75fbdf9e56dcf1b6 in lucene-solr's branch refs/heads/master from Andrzej Bialecki [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=3ed6437 ] SOLR-12942: Add an option in IndexSizeTrigger to select the split shard method. > Update IndexSizeTrigger to allow selecting the split method > --- > > Key: SOLR-12942 > URL: https://issues.apache.org/jira/browse/SOLR-12942 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > > SOLR-12509 added a new method of shard splitting (\{{splitmethod-link}}). > IndexSizeTrigger should be able to select this method as a configurable > option, when requesting SPLITSHARD operations. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-12946) DistribCursorPagingTest non-reproducible failures in comparing facet counts
[ https://issues.apache.org/jira/browse/SOLR-12946?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Risden updated SOLR-12946: Attachment: risdenk-nuc-20181031-build-31.txt.gz risdenk-nuc-20181031-build-11.txt.gz > DistribCursorPagingTest non-reproducible failures in comparing facet counts > --- > > Key: SOLR-12946 > URL: https://issues.apache.org/jira/browse/SOLR-12946 > Project: Solr > Issue Type: Test > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > Attachments: risdenk-nuc-20181031-build-11.txt.gz, > risdenk-nuc-20181031-build-31.txt.gz > > > Anecdotal reports of failures from DistribCursorPagingTest long the lines of.. > {noformat} > reproduce with: ant test -Dtestcase=DistribCursorPagingTest > -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true > -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 > -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< > 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: > .facet_counts.facet_fields.str.x:0!=null > 23:47:46[junit4]> at > __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) > 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) > 23:47:46[junit4]> at > java.lang.Thread.run(Thread.java:748){noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670441#comment-16670441 ] Hoss Man commented on SOLR-12932: - bq. Test: DistribCursorPagingTest ...i can't reproduce and there is no obvious indicationg that it is a problem with the cursor or the test (it's failing when comparing he distributed facet counts with the single node facet counts) i've spun off into SOLR-12946 .. logs there would be helpful. > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12946) DistribCursorPagingTest non-reproducible failures in comparing facet counts
[ https://issues.apache.org/jira/browse/SOLR-12946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670437#comment-16670437 ] Hoss Man commented on SOLR-12946: - i can't get this failure to reproduce, and the specific assertion relates to facet counts being different when comparing the single node response vs a cloud node response ... which would have been *after* the actual document results were already compared and validated -- so some/all of the data returned in the 2 requests is in fact in sync. [~markrmil...@gmail.com] & [~risdenk] ... you both mentioned seeing this failure, full logs would in fact be helpful. > DistribCursorPagingTest non-reproducible failures in comparing facet counts > --- > > Key: SOLR-12946 > URL: https://issues.apache.org/jira/browse/SOLR-12946 > Project: Solr > Issue Type: Test > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hoss Man >Assignee: Hoss Man >Priority: Major > > Anecdotal reports of failures from DistribCursorPagingTest long the lines of.. > {noformat} > reproduce with: ant test -Dtestcase=DistribCursorPagingTest > -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true > -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 > -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< > 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: > .facet_counts.facet_fields.str.x:0!=null > 23:47:46[junit4]> at > __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) > 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) > 23:47:46[junit4]> at > org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) > 23:47:46[junit4]> at > org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) > 23:47:46[junit4]> at > java.lang.Thread.run(Thread.java:748){noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-12946) DistribCursorPagingTest non-reproducible failures in comparing facet counts
Hoss Man created SOLR-12946: --- Summary: DistribCursorPagingTest non-reproducible failures in comparing facet counts Key: SOLR-12946 URL: https://issues.apache.org/jira/browse/SOLR-12946 Project: Solr Issue Type: Test Security Level: Public (Default Security Level. Issues are Public) Reporter: Hoss Man Assignee: Hoss Man Anecdotal reports of failures from DistribCursorPagingTest long the lines of.. {noformat} reproduce with: ant test -Dtestcase=DistribCursorPagingTest -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: .facet_counts.facet_fields.str.x:0!=null 23:47:46[junit4]> at __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) 23:47:46[junit4]> at org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) 23:47:46[junit4]> at org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) 23:47:46[junit4]> at java.lang.Thread.run(Thread.java:748){noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670386#comment-16670386 ] Mark Miller commented on SOLR-12932: [~hossman], I've seen the DistribCursorPagingTest failure above too FYI. Correct me if I'm wrong, but I remember you as the authority on that feature. > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (LUCENE-8552) optimize getMergedFieldInfos for one-segment FieldInfos
David Smiley created LUCENE-8552: Summary: optimize getMergedFieldInfos for one-segment FieldInfos Key: LUCENE-8552 URL: https://issues.apache.org/jira/browse/LUCENE-8552 Project: Lucene - Core Issue Type: New Feature Reporter: David Smiley FieldInfos.getMergedFieldInfos could trivially return the FieldInfos of the first and only LeafReader if there is only one LeafReader. Also... if there is more than one LeafReader, and if FieldInfos & FieldInfo implemented equals() & hashCode() (including a cached hashCode), maybe we could also call equals() iterating through the FieldInfos to see if we should bother adding it to the FieldInfos.Builder? Admittedly this is speculative; may not be worth the bother. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12878) FacetFieldProcessorByHashDV is reconstructing FieldInfos on every instantiation
[ https://issues.apache.org/jira/browse/SOLR-12878?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670338#comment-16670338 ] David Smiley commented on SOLR-12878: - The fix looks correct to me. {{searcher.getSlowAtomicReader().getFieldInfos()}} should be called exactly once (by SolrIndexSearcher) and never again. To prevent this error from popping up again, I think it should be cached at {{SlowCompositeReaderWrapper}} and not in SolrIndexSearcher. Note it caches other things (albeit on-demand). SCRW is only used by Solr ever since it was ejected from Lucene. > FacetFieldProcessorByHashDV is reconstructing FieldInfos on every > instantiation > --- > > Key: SOLR-12878 > URL: https://issues.apache.org/jira/browse/SOLR-12878 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: Facet Module >Affects Versions: 7.5 >Reporter: Tim Underwood >Assignee: Mikhail Khludnev >Priority: Major > Labels: performance > Fix For: 7.6, master (8.0) > > Time Spent: 10m > Remaining Estimate: 0h > > The FacetFieldProcessorByHashDV constructor is currently calling: > {noformat} > FieldInfo fieldInfo = > fcontext.searcher.getSlowAtomicReader().getFieldInfos().fieldInfo(sf.getName()); > {noformat} > Which is reconstructing FieldInfos each time. Simply switching it to: > {noformat} > FieldInfo fieldInfo = > fcontext.searcher.getFieldInfos().fieldInfo(sf.getName()); > {noformat} > > causes it to use the cached version of FieldInfos in the SolrIndexSearcher. > On my index the FacetFieldProcessorByHashDV is 2-3 times slower than the > legacy facets without this fix. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12939) standardise test class naming
[ https://issues.apache.org/jira/browse/SOLR-12939?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670321#comment-16670321 ] David Smiley commented on SOLR-12939: - I concur with Gus. If we're going to standardize, I've seen explicit code styles and other projects that have Test as the suffix and I think we should follow suite. Though I admit it may not matter what we standardize on. Thanks for working on the patch Christine. > standardise test class naming > - > > Key: SOLR-12939 > URL: https://issues.apache.org/jira/browse/SOLR-12939 > Project: Solr > Issue Type: Test >Reporter: Christine Poerschke >Priority: Major > Attachments: SOLR-12939.01.patch, SOLR-12939.02.patch > > > This was mentioned and proposed on the dev mailing list. Starting this ticket > here to start to make it happen? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670314#comment-16670314 ] Elizabeth Haubert commented on SOLR-12932: -- Tests are taking about 60m each, with almost every other run succeeding. Failure: testSqlStream {code:java} junit4] 2> NOTE: reproduce with: ant test -Dtestcase=StreamExpressionTest -Dtests.method=testSqlStream -Dtests.seed=88A53CC5725063FF -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=de-LU -Dtests.timezone=Atlantic/South_Georgia -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 30.1s J2 | StreamExpressionTest.testSqlStream <<< [junit4]> Throwable #1: java.io.IOException: params qt=/stream=sql(collection1,+stmt%3D"select+id+from+collection1+order+by+a_i+asc") [junit4]>at __randomizedtesting.SeedInfo.seed([88A53CC5725063FF:87631551033B6329]:0) [junit4]>at org.apache.solr.client.solrj.io.stream.SolrStream.open(SolrStream.java:111) [junit4]>at org.apache.solr.client.solrj.io.stream.StreamExpressionTest.getTuples(StreamExpressionTest.java:2475) [junit4]>at org.apache.solr.client.solrj.io.stream.StreamExpressionTest.testSqlStream(StreamExpressionTest.java:254) [junit4]>at java.lang.Thread.run(Thread.java:745) [junit4]> Caused by: org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting response from server at: http://127.0.0.1:55522/solr/collection1_collection_shard2_replica_n2 [junit4]>at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:654) [junit4]>at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:255) [junit4]>at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:244) [junit4]>at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1260) [junit4]>at org.apache.solr.client.solrj.io.stream.SolrStream.constructParser(SolrStream.java:263) [junit4]>at org.apache.solr.client.solrj.io.stream.SolrStream.open(SolrStream.java:109) [junit4]>... 41 more [junit4]> Caused by: java.net.SocketTimeoutException: Read timed out [junit4]>at java.net.SocketInputStream.socketRead0(Native Method) [junit4]>at java.net.SocketInputStream.socketRead(SocketInputStream.java:116) [junit4]>at java.net.SocketInputStream.read(SocketInputStream.java:171) [junit4]>at java.net.SocketInputStream.read(SocketInputStream.java:141) [junit4]>at org.apache.http.impl.io.SessionInputBufferImpl.streamRead(SessionInputBufferImpl.java:137) [junit4]>at org.apache.http.impl.io.SessionInputBufferImpl.fillBuffer(SessionInputBufferImpl.java:153) [junit4]>at org.apache.http.impl.io.SessionInputBufferImpl.readLine(SessionInputBufferImpl.java:282) [junit4]>at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:138) [junit4]>at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:56) [junit4]>at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:259) [junit4]>at org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:163) [junit4]>at org.apache.http.impl.conn.CPoolProxy.receiveResponseHeader(CPoolProxy.java:165) [junit4]>at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:273) [junit4]>at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:125) [junit4]>at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:272) [junit4]>at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185) [junit4]>at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89) [junit4]>at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:111) [junit4]>at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185) [junit4]>at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83) [junit4]>at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:56) [junit4]>at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:542) [junit4]>... 46 more [junit4] 1> 09:38:15.960 [qtp1722635893-3497] ERROR org.apache.solr.client.solrj.io.stream.ExceptionStream - java.io.IOException: org.apache.solr.common.SolrException: Collection not
[JENKINS-EA] Lucene-Solr-7.x-Linux (64bit/jdk-12-ea+12) - Build # 3011 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/3011/ Java: 64bit/jdk-12-ea+12 -XX:-UseCompressedOops -XX:+UseG1GC 17 tests failed. FAILED: org.apache.solr.cloud.TestMiniSolrCloudClusterSSL.testSslWithInvalidPeerName Error Message: Could not find collection:second_collection Stack Trace: java.lang.AssertionError: Could not find collection:second_collection at __randomizedtesting.SeedInfo.seed([58159ECD79D7F30B:FA4DB76B92B0C1A]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:155) at org.apache.solr.cloud.TestMiniSolrCloudClusterSSL.checkCreateCollection(TestMiniSolrCloudClusterSSL.java:263) at org.apache.solr.cloud.TestMiniSolrCloudClusterSSL.checkClusterWithCollectionCreations(TestMiniSolrCloudClusterSSL.java:249) at org.apache.solr.cloud.TestMiniSolrCloudClusterSSL.testSslWithInvalidPeerName(TestMiniSolrCloudClusterSSL.java:185) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) 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.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:880) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at
[GitHub] lucene-solr pull request #:
Github user dsmiley commented on the pull request: https://github.com/apache/lucene-solr/commit/43d7f5d104802bc3281d5995c6c2d71bebf1f369#commitcomment-31121980 I understand it's a design decision. I'm not certain about the correctness of the logic; I've been leaving that to you here; DUP is a mess to untangle. I think your method name is still inappropriate -- for example "if (sdoc.hasChildDocuments()) return true" thus even it's not an update, we still can return true. So instead lets name the method based on why the caller cares -- it wants to know wether to get the version or not. Put on DUP. The method is not clean enough or general enough to go on the Cmd. --- - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7804) TestCloudPivotFacet failures: expected: but was:
[ https://issues.apache.org/jira/browse/SOLR-7804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670242#comment-16670242 ] Steve Rowe commented on SOLR-7804: -- Another failure from [https://builds.apache.org/job/Lucene-Solr-NightlyTests-7.x/363], reproduces for me 10/10 iterations: {noformat} Checking out Revision e8503da7c43b8ff3eb968c631ca2ac718a2c736b (refs/remotes/origin/branch_7x) [...] [junit4] 2> NOTE: reproduce with: ant test -Dtestcase=TestCloudPivotFacet -Dtests.method=test -Dtests.seed=E8745FA6D96CE260 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=ko-KR -Dtests.timezone=Pacific/Samoa -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [junit4] FAILURE 37.2s J1 | TestCloudPivotFacet.test <<< [junit4]> Throwable #1: java.lang.AssertionError: {main(facet=true={!stats%3Dst0}bogus_not_in_any_doc_s={!stats%3Dst2}pivot_z_s1,pivot_x_s,pivot_tdt=15=true=index=0),extra(rows=0=*:*=true={!key%3Dsk1+tag%3Dst1,st2}pivot_d={!key%3Dsk2+tag%3Dst2,st3}pivot_dt1={!key%3Dsk3+tag%3Dst3,st4}pivot_z_s&_test_miss=true&_test_sort=index)} ==> Stddev of sk2 => pivot_z_s1,pivot_x_s,pivot_tdt: {params(rows=0),defaults({main({main(rows=0=*:*=true={!key%3Dsk1+tag%3Dst1,st2}pivot_d={!key%3Dsk2+tag%3Dst2,st3}pivot_dt1={!key%3Dsk3+tag%3Dst3,st4}pivot_z_s&_test_miss=true&_test_sort=index),extra(fq={!term+f%3Dpivot_z_s1}a)}),extra(fq={!term+f%3Dpivot_x_s}b)})} expected:<0.0> but was:<20724.30287367949> [junit4]>at __randomizedtesting.SeedInfo.seed([E8745FA6D96CE260:6020607C77908F98]:0) [junit4]>at org.apache.solr.cloud.TestCloudPivotFacet.assertPivotCountsAreCorrect(TestCloudPivotFacet.java:292) [junit4]>at org.apache.solr.cloud.TestCloudPivotFacet.test(TestCloudPivotFacet.java:239) [junit4]>at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1010) [junit4]>at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:985) [junit4]>at java.lang.Thread.run(Thread.java:748) [junit4]> Caused by: java.lang.AssertionError: Stddev of sk2 => pivot_z_s1,pivot_x_s,pivot_tdt: {params(rows=0),defaults({main({main(rows=0=*:*=true={!key%3Dsk1+tag%3Dst1,st2}pivot_d={!key%3Dsk2+tag%3Dst2,st3}pivot_dt1={!key%3Dsk3+tag%3Dst3,st4}pivot_z_s&_test_miss=true&_test_sort=index),extra(fq={!term+f%3Dpivot_z_s1}a)}),extra(fq={!term+f%3Dpivot_x_s}b)})} expected:<0.0> but was:<20724.30287367949> [junit4]>at org.apache.solr.cloud.TestCloudPivotFacet.assertNumerics(TestCloudPivotFacet.java:743) [junit4]>at org.apache.solr.cloud.TestCloudPivotFacet.assertPivotStats(TestCloudPivotFacet.java:402) [junit4]>at org.apache.solr.cloud.TestCloudPivotFacet.assertPivotData(TestCloudPivotFacet.java:350) [junit4]>at org.apache.solr.cloud.TestCloudPivotFacet.assertPivotCountsAreCorrect(TestCloudPivotFacet.java:313) [junit4]>at org.apache.solr.cloud.TestCloudPivotFacet.assertPivotCountsAreCorrect(TestCloudPivotFacet.java:324) [junit4]>at org.apache.solr.cloud.TestCloudPivotFacet.assertPivotCountsAreCorrect(TestCloudPivotFacet.java:282) [junit4]>... 42 more [...] [junit4] 2> NOTE: test params are: codec=Asserting(Lucene70): {dense_pivot_y_s=FSTOrd50, multiDefault=FSTOrd50, pivot_x_s=PostingsFormat(name=Memory), pivot_b1=FSTOrd50, pivot_x_s1=PostingsFormat(name=Direct), pivot_y_s=FSTOrd50, pivot_z_s=PostingsFormat(name=MockRandom), pivot_y_s1=PostingsFormat(name=Memory), pivot_z_s1=FSTOrd50, id=PostingsFormat(name=MockRandom), dense_pivot_x_s1=PostingsFormat(name=Direct), pivot_b=PostingsFormat(name=MockRandom), dense_pivot_y_s1=PostingsFormat(name=Memory), dense_pivot_x_s=PostingsFormat(name=MockRandom)}, docValues:{pivot_dt1=DocValuesFormat(name=Direct), dense_pivot_i1=DocValuesFormat(name=Asserting), pivot_l1=DocValuesFormat(name=Lucene70), range_facet_l_dv=DocValuesFormat(name=Asserting), multiDefault=DocValuesFormat(name=Direct), pivot_f1=DocValuesFormat(name=Direct), intDefault=DocValuesFormat(name=Lucene70), pivot_d1=DocValuesFormat(name=Lucene70), pivot_x_s=DocValuesFormat(name=Memory), pivot_b1=DocValuesFormat(name=Direct), pivot_dt=DocValuesFormat(name=Asserting), dense_pivot_ti1=DocValuesFormat(name=Asserting), range_facet_l=DocValuesFormat(name=Lucene70), pivot_y_s=DocValuesFormat(name=Direct), pivot_x_s1=DocValuesFormat(name=Lucene70), pivot_z_s=DocValuesFormat(name=Asserting), dense_pivot_ti=DocValuesFormat(name=Lucene70), pivot_z_s1=DocValuesFormat(name=Direct), pivot_tl1=DocValuesFormat(name=Direct),
Re: [jira] [Commented] (SOLR-12801) Fix the tests, remove BadApples and AwaitsFix annotations, improve env for test development.
Gus: 1> did you apply to 7x? 2> did you pull before you applied? It applied cleanly for me doing the exact same process. I did have one compile issue where a variable was somehow defined twice, but it was trivial to just take one out. Erick On Wed, Oct 31, 2018 at 5:19 AM Gus Heck (JIRA) wrote: > > > [ > https://issues.apache.org/jira/browse/SOLR-12801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670011#comment-16670011 > ] > > Gus Heck commented on SOLR-12801: > - > > [https://patch-diff.githubusercontent.com/raw/apache/lucene-solr/pull/486.patch] > didn't apply cleanly on a fresh checkout last night, had a bunch of hunks > not applied (intellij's VCS > Apply Patch...). > > > Fix the tests, remove BadApples and AwaitsFix annotations, improve env for > > test development. > > > > > > Key: SOLR-12801 > > URL: https://issues.apache.org/jira/browse/SOLR-12801 > > Project: Solr > > Issue Type: Task > > Security Level: Public(Default Security Level. Issues are Public) > >Reporter: Mark Miller > >Assignee: Mark Miller > >Priority: Critical > > Time Spent: 50m > > Remaining Estimate: 0h > > > > A single issue to counteract the single issue adding tons of annotations, > > the continued addition of new flakey tests, and the continued addition of > > flakiness to existing tests. > > Lots more to come. > > > > -- > This message was sent by Atlassian JIRA > (v7.6.3#76005) > > - > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Solr TLS/SSL key alias configuration (with patch to come)
On 31/10/2018 15:51, Erick Erickson wrote: > Probably just add a note to the upgrade section of CHANGES.txt, > unless others disagree. I confess knowing very little about the > mechanics here. Thanks for the quick feedback. Will try to do this tomorrow. > BTW, don't know if you're familiar with asciidoc but in case not I > wanted to mention that there's an IntelliJ (and, I assume Eclipse) > plugin showing you the rendering, and you can also use Atom. vim has wonderful asciidoc support as well :-) - Bram - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-8551) Purge unused FieldInfo on segment merge
[ https://issues.apache.org/jira/browse/LUCENE-8551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670205#comment-16670205 ] Erick Erickson commented on LUCENE-8551: David: This would be way cool to get to happen on merge. We've had situations where some wild program adds over a million fields and the only remedy was to re-index. I'm working on SOLR-12259 which will, I hope, allow us to "do things" to the index. If this is too expensive to make happen as part of the regular merging process, that might be an alternative way to go about it on a one-off basis. I'd rather have it happen as part of regular merging of course. If this is part of regular segment merging, we should still be able to make it happen with SOLR-12259 to cover those cases where there are segments that are never merged because they're full and aren't having records deleted. > Purge unused FieldInfo on segment merge > --- > > Key: LUCENE-8551 > URL: https://issues.apache.org/jira/browse/LUCENE-8551 > Project: Lucene - Core > Issue Type: Improvement > Components: core/index >Reporter: David Smiley >Priority: Major > > If a field is effectively unused (no norms, terms index, term vectors, > docValues, stored value, points index), it will nonetheless hang around in > FieldInfos indefinitely. It would be nice to be able to recognize an unused > FieldInfo and allow it to disappear after a merge (or two). > SegmentMerger merges FieldInfo (from each segment) as nearly the first thing > it does. After that, the different index parts, before it's known what's > "used" or not. After writing, we theoretically know which fields are used or > not, though we're not doing any bookkeeping to track it. Maybe we should > track the fields used during writing so we write a filtered merged fieldInfo > at the end instead of unfiltered up front? Or perhaps upon reading a > segment, we make it cheap/easy for each index type (e.g. terms index, stored > fields, ...) to know which fields have data for the corresponding type. > Then, on a subsequent merge, we know up front to filter the FieldInfos. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Solr TLS/SSL key alias configuration (with patch to come)
There's no reason I can imagine not to open a JIRA, basically anyone willing to create a patch has my vote! bq. I'm a bit worried that adding certAlias to jetty-ssl.xml might break existing setups which don't use an alias. Probably just add a note to the upgrade section of CHANGES.txt, unless others disagree. I confess knowing very little about the mechanics here. BTW, don't know if you're familiar with asciidoc but in case not I wanted to mention that there's an IntelliJ (and, I assume Eclipse) plugin showing you the rendering, and you can also use Atom. Best, Erick On Wed, Oct 31, 2018 at 7:41 AM Bram Van Dam wrote: > > Hey folks, > > Context: > There's a jetty-ssl.xml config file which configures Jetty's > SslContextFactory using properties set in solr.in.sh, but it's > incomplete for some purposes. > > Problem: > I've noticed that no "certAlias" property is present. This means that > when Jetty starts, it will pick an arbitrary (based on some internal > order, I guess?) key from the keystore to use. This is fine when you're > only using your keystore for Solr and it only contains one key, but it > makes life a lot more complicated in environments where keystores are > managed and distributed to servers automagically. > > When you add a key to the keystore, you can assign an alias. Jetty can > then use the key with that alias by means of its certAlias config property. > > The Solr documentation [1] confusingly assigns the alias "solr-ssl" to > the key, but as far as I can tell this alias isn't actually used or > referenced anywhere else. > > Solution: > I'm currently dealing with a slightly more complicated TLS setup, so I > propose I patch jetty-ssl.xml, solr.in.sh|cmd and enabling-ssl.adoc to > (optionally) use the alias? Unless someone can think of a reason why I > shouldn't do this? > > I'm a bit worried that adding certAlias to jetty-ssl.xml might break > existing setups which don't use an alias, but I'm guessing that only > keystores with more than one key will be affected? > > - Bram > > [1] https://lucene.apache.org/solr/guide/7_5/enabling-ssl.html > - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670190#comment-16670190 ] Erick Erickson commented on SOLR-12932: --- I had two clean runs, starting again with ten. > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Solr TLS/SSL key alias configuration (with patch to come)
Hey folks, Context: There's a jetty-ssl.xml config file which configures Jetty's SslContextFactory using properties set in solr.in.sh, but it's incomplete for some purposes. Problem: I've noticed that no "certAlias" property is present. This means that when Jetty starts, it will pick an arbitrary (based on some internal order, I guess?) key from the keystore to use. This is fine when you're only using your keystore for Solr and it only contains one key, but it makes life a lot more complicated in environments where keystores are managed and distributed to servers automagically. When you add a key to the keystore, you can assign an alias. Jetty can then use the key with that alias by means of its certAlias config property. The Solr documentation [1] confusingly assigns the alias "solr-ssl" to the key, but as far as I can tell this alias isn't actually used or referenced anywhere else. Solution: I'm currently dealing with a slightly more complicated TLS setup, so I propose I patch jetty-ssl.xml, solr.in.sh|cmd and enabling-ssl.adoc to (optionally) use the alias? Unless someone can think of a reason why I shouldn't do this? I'm a bit worried that adding certAlias to jetty-ssl.xml might break existing setups which don't use an alias, but I'm guessing that only keystores with more than one key will be affected? - Bram [1] https://lucene.apache.org/solr/guide/7_5/enabling-ssl.html
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670180#comment-16670180 ] Kevin Risden commented on SOLR-12932: - I checked all the reproduce with lines and was not able to reproduce the failures for the failures I posted. For the record I've run 20 runs and 5 have succeeded. I didn't post all the failures since many were the same. I'll keep running the tests to see if anything else falls out. > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12945) Cluster endpoint doesn't work
[ https://issues.apache.org/jira/browse/SOLR-12945?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670158#comment-16670158 ] Cassandra Targett commented on SOLR-12945: -- It doesn't work because it's not the right endpoint. If you want collections, it's {{http://localhost:8983/api/collections}}. Did you find this in docs somewhere? If so, it's a mistake. > Cluster endpoint doesn't work > - > > Key: SOLR-12945 > URL: https://issues.apache.org/jira/browse/SOLR-12945 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: v2 API >Reporter: Varun Thacker >Priority: Major > > I have a 2 node cluster and then when I hit this URL ( > [http://localhost:8983/api/cluster/collections] ) with Solr 7.5 I run into > this error > {code:java} > 2018-10-31 00:03:42.565 ERROR (qtp690521419-111) [ ] o.a.s.a.V2HttpCall >> > path: '/cluster/collections/test_empty' > 2018-10-31 00:03:42.565 ERROR (qtp690521419-111) [ ] o.a.s.a.V2HttpCall > Error in init() > org.apache.solr.common.SolrException: no core retrieved for null > at org.apache.solr.api.V2HttpCall.init(V2HttpCall.java:141) > [solr-core-7.5.0.jar:7.5.0 b5bf70b7e32d7ddd9742cc821d471c5fabd4e3df - jimczi > - 2018-09-18 13:07:55] > at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:469) > [solr-core-7.5.0.jar:7.5.0 b5bf70b7e32d7ddd9742cc821d471c5fabd4e3df - jimczi > - 2018-09-18 13:07:55] > at > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:377) > [solr-core-7.5.0.jar:7.5.0 b5bf70b7e32d7ddd9742cc821d471c5fabd4e3df - jimczi > - 2018-09-18 13:07:55] > at > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:323) > [solr-core-7.5.0.jar:7.5.0 b5bf70b7e32d7ddd9742cc821d471c5fabd4e3df - jimczi > - 2018-09-18 13:07:55] > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1634) > [jetty-servlet-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:533) > [jetty-servlet-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) > [jetty-security-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1317) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473) > [jetty-servlet-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1219) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:219) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:126) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) > [jetty-server-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:335) > [jetty-rewrite-9.4.11.v20180605.jar:9.4.11.v20180605] > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) >
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670159#comment-16670159 ] Kevin Risden commented on SOLR-12932: - Test:TestAuthenticationFramework#testBasics {code:java} reproduce with: ant test -Dtestcase=TestAuthenticationFramework -Dtests.method=testBasics -Dtests.seed=D3D81D8F48AFF8C -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=de-LU -Dtests.timezone=PRT -Dtests.asserts=true -Dtests.file.encoding=UTF-8 09:52:10[junit4] ERROR 7.23s J0 | TestAuthenticationFramework.testBasics <<< 09:52:10[junit4]> Throwable #1: org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from server at https://127.0.0.1:39937/solr/testcollection_shard1_replica_n3: Expected mime type application/octet-stream but got text/html. 09:52:10[junit4]> 09:52:10[junit4]> 09:52:10[junit4]> Error 404 Can not find: /solr/testcollection_shard1_replica_n3/update 09:52:10[junit4]> 09:52:10[junit4]> HTTP ERROR 404 09:52:10[junit4]> Problem accessing /solr/testcollection_shard1_replica_n3/update. Reason: 09:52:10[junit4]> Can not find: /solr/testcollection_shard1_replica_n3/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.11.v20180605 09:52:10[junit4]> 09:52:10[junit4]> 09:52:10[junit4]> at __randomizedtesting.SeedInfo.seed([D3D81D8F48AFF8C:30E52FF4CC64A1FC]:0) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:551) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1016) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817) 09:52:10[junit4]> at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194) 09:52:10[junit4]> at org.apache.solr.client.solrj.request.UpdateRequest.commit(UpdateRequest.java:237) 09:52:10[junit4]> at org.apache.solr.cloud.TestAuthenticationFramework.collectionCreateSearchDeleteTwice(TestAuthenticationFramework.java:128) 09:52:10[junit4]> at org.apache.solr.cloud.TestAuthenticationFramework.testBasics(TestAuthenticationFramework.java:75) 09:52:10[junit4]> at java.lang.Thread.run(Thread.java:748) 09:52:10[junit4]> Caused by: org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error from server at https://127.0.0.1:39937/solr/testcollection_shard1_replica_n3: Expected mime type application/octet-stream but got text/html. 09:52:10[junit4]> 09:52:10[junit4]> 09:52:10[junit4]> Error 404 Can not find: /solr/testcollection_shard1_replica_n3/update 09:52:10[junit4]> 09:52:10[junit4]> HTTP ERROR 404 09:52:10[junit4]> Problem accessing /solr/testcollection_shard1_replica_n3/update. Reason: 09:52:10[junit4]> Can not find: /solr/testcollection_shard1_replica_n3/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.11.v20180605 09:52:10[junit4]> 09:52:10[junit4]> 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:607) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:255) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:244) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:484) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:414) 09:52:10[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.lambda$directUpdate$0(CloudSolrClient.java:528) 09:52:10[junit4]> at java.util.concurrent.FutureTask.run(FutureTask.java:266) 09:52:10[junit4]> at
[jira] [Created] (LUCENE-8551) Purge unused FieldInfo on segment merge
David Smiley created LUCENE-8551: Summary: Purge unused FieldInfo on segment merge Key: LUCENE-8551 URL: https://issues.apache.org/jira/browse/LUCENE-8551 Project: Lucene - Core Issue Type: Improvement Components: core/index Reporter: David Smiley If a field is effectively unused (no norms, terms index, term vectors, docValues, stored value, points index), it will nonetheless hang around in FieldInfos indefinitely. It would be nice to be able to recognize an unused FieldInfo and allow it to disappear after a merge (or two). SegmentMerger merges FieldInfo (from each segment) as nearly the first thing it does. After that, the different index parts, before it's known what's "used" or not. After writing, we theoretically know which fields are used or not, though we're not doing any bookkeeping to track it. Maybe we should track the fields used during writing so we write a filtered merged fieldInfo at the end instead of unfiltered up front? Or perhaps upon reading a segment, we make it cheap/easy for each index type (e.g. terms index, stored fields, ...) to know which fields have data for the corresponding type. Then, on a subsequent merge, we know up front to filter the FieldInfos. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670086#comment-16670086 ] Kevin Risden commented on SOLR-12932: - All of the ones I posted above are single failures in a test run. Here is a run with 3 failures: Test: TestCloudSearcherWarming#testRepFactor1LeaderStartup {code:java} reproduce with: ant test -Dtestcase=TestCloudSearcherWarming -Dtests.method=testRepFactor1LeaderStartup -Dtests.seed=E30A144FF13D52E7 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=ar-SA -Dtests.timezone=NZ-CHAT -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 33.4s J0 | TestCloudSearcherWarming.testRepFactor1LeaderStartup <<< [junit4]> Throwable #1: java.lang.AssertionError: jetty count:0 [junit4]> null [junit4]> Live Nodes: [127.0.0.1:44315_solr] [junit4]> Last available state: DocCollection(testRepFactor1LeaderStartup//collections/testRepFactor1LeaderStartup/state.json/4)={ [junit4]> "pullReplicas":"0", [junit4]> "replicationFactor":"1", [junit4]> "shards":{"shard1":{ [junit4]> "range":"8000-7fff", [junit4]> "state":"active", [junit4]> "replicas":{"core_node2":{ [junit4]> "core":"testRepFactor1LeaderStartup_shard1_replica_n1", [junit4]> "base_url":"http://127.0.0.1:44315/solr;, [junit4]> "node_name":"127.0.0.1:44315_solr", [junit4]> "state":"active", [junit4]> "type":"NRT", [junit4]> "force_set_state":"false", [junit4]> "leader":"true", [junit4]> "router":{"name":"compositeId"}, [junit4]> "maxShardsPerNode":"1", [junit4]> "autoAddReplicas":"false", [junit4]> "nrtReplicas":"1", [junit4]> "tlogReplicas":"0"} [junit4]>at org.apache.solr.cloud.SolrCloudTestCase.waitForState(SolrCloudTestCase.java:283) [junit4]>at org.apache.solr.cloud.SolrCloudTestCase.waitForState(SolrCloudTestCase.java:261) [junit4]>at org.apache.solr.cloud.TestCloudSearcherWarming.testRepFactor1LeaderStartup(TestCloudSearcherWarming.java:117) [junit4]>at java.lang.Thread.run(Thread.java:748)Throwable #2: org.apache.solr.client.solrj.SolrServerException: No live SolrServers available to handle this request [junit4]>at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:461) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1107) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884) [junit4]>at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817) [junit4]>at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194) [junit4]>at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:211) [junit4]>at org.apache.solr.cloud.MiniSolrCloudCluster.deleteAllCollections(MiniSolrCloudCluster.java:508) [junit4]>at org.apache.solr.cloud.TestCloudSearcherWarming.tearDown(TestCloudSearcherWarming.java:78) [junit4]>at java.lang.Thread.run(Thread.java:748){code} Test: NodeLostTriggerTest#testListenerAcceptance {code:java} NOTE: reproduce with: ant test -Dtestcase=NodeLostTriggerTest -Dtests.method=testListenerAcceptance -Dtests.seed=E30A144FF13D52E7 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=fr-CH -Dtests.timezone=ART -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] FAILURE 0.20s J0 | NodeLostTriggerTest.testListenerAcceptance <<< [junit4]> Throwable #1: java.lang.AssertionError: expected:<1> but was:<0> [junit4]>at __randomizedtesting.SeedInfo.seed([E30A144FF13D52E7:F2BE4EA848B44611]:0) [junit4]>at org.apache.solr.cloud.autoscaling.NodeLostTriggerTest.testListenerAcceptance(NodeLostTriggerTest.java:265) [junit4]>at java.lang.Thread.run(Thread.java:748){code} Test: NodeLostTriggerTest#testTrigger {code:java} reproduce with: ant test -Dtestcase=NodeLostTriggerTest -Dtests.method=testTrigger -Dtests.seed=E30A144FF13D52E7 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=fr-CH -Dtests.timezone=ART -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] FAILURE 2.04s J0 | NodeLostTriggerTest.testTrigger <<< [junit4]> Throwable #1: java.lang.AssertionError: [127.0.0.1:40385_solr] doesn't contain 127.0.0.1:45145_solr [junit4]>at __randomizedtesting.SeedInfo.seed([E30A144FF13D52E7:80C122CD68F221CA]:0) [junit4]>at org.apache.solr.cloud.autoscaling.NodeLostTriggerTest.testTrigger(NodeLostTriggerTest.java:117) [junit4]>at
[jira] [Comment Edited] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670075#comment-16670075 ] Kevin Risden edited comment on SOLR-12932 at 10/31/18 1:06 PM: --- Test: ExecutePlanActionTest#testIntegration {code:java} NOTE: reproduce with: ant test -Dtestcase=ExecutePlanActionTest -Dtests.method=testIntegration -Dtests.seed=C96AD1F563B86BE2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=es-VE -Dtests.timezone=America/Ensenada -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [junit4] FAILURE 2.56s J0 | ExecutePlanActionTest.testIntegration <<< [junit4]> Throwable #1: java.lang.AssertionError: expected:<2> but was:<1> [junit4]>at __randomizedtesting.SeedInfo.seed([C96AD1F563B86BE2:790BDFD94687CAC7]:0) [junit4]>at org.apache.solr.cloud.autoscaling.ExecutePlanActionTest.testIntegration(ExecutePlanActionTest.java:224) [junit4]>at java.lang.Thread.run(Thread.java:748){code} was (Author: risdenk): Test: ExecutePlanActionTest {code:java} NOTE: reproduce with: ant test -Dtestcase=ExecutePlanActionTest -Dtests.method=testIntegration -Dtests.seed=C96AD1F563B86BE2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=es-VE -Dtests.timezone=America/Ensenada -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [junit4] FAILURE 2.56s J0 | ExecutePlanActionTest.testIntegration <<< [junit4]> Throwable #1: java.lang.AssertionError: expected:<2> but was:<1> [junit4]>at __randomizedtesting.SeedInfo.seed([C96AD1F563B86BE2:790BDFD94687CAC7]:0) [junit4]>at org.apache.solr.cloud.autoscaling.ExecutePlanActionTest.testIntegration(ExecutePlanActionTest.java:224) [junit4]>at java.lang.Thread.run(Thread.java:748){code} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670059#comment-16670059 ] Kevin Risden edited comment on SOLR-12932 at 10/31/18 1:06 PM: --- Test: TestPKIAuthenticationPlugin#test {code:java} reproduce with: ant test -Dtestcase=TestPKIAuthenticationPlugin -Dtests.method=test -Dtests.seed=4FE78DD4E91611D9 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=ar-BH -Dtests.timezone=Asia/Kabul -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 10.7s J0 | TestPKIAuthenticationPlugin.test <<< [junit4] > Throwable #1: java.lang.NullPointerException [junit4] > at __randomizedtesting.SeedInfo.seed([4FE78DD4E91611D9:C7B3B20E47EA7C21]:0) [junit4] > at org.apache.solr.security.TestPKIAuthenticationPlugin.test(TestPKIAuthenticationPlugin.java:105) [junit4] > at java.lang.Thread.run(Thread.java:748){code} was (Author: risdenk): Test: TestPKIAuthenticationPlugin {noformat} reproduce with: ant test -Dtestcase=TestPKIAuthenticationPlugin -Dtests.method=test -Dtests.seed=4FE78DD4E91611D9 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=ar-BH -Dtests.timezone=Asia/Kabul -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 10.7s J0 | TestPKIAuthenticationPlugin.test <<< [junit4] > Throwable #1: java.lang.NullPointerException [junit4] > at __randomizedtesting.SeedInfo.seed([4FE78DD4E91611D9:C7B3B20E47EA7C21]:0) [junit4] > at org.apache.solr.security.TestPKIAuthenticationPlugin.test(TestPKIAuthenticationPlugin.java:105) [junit4] > at java.lang.Thread.run(Thread.java:748){noformat} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670065#comment-16670065 ] Kevin Risden edited comment on SOLR-12932 at 10/31/18 1:06 PM: --- Test: TestCollectionsAPIViaSolrCloudCluster#testCollectionCreateSearchDelete {code:java} reproduce with: ant test -Dtestcase=TestCollectionsAPIViaSolrCloudCluster -Dtests.method=testCollectionCreateSearchDelete -Dtests.seed=879612B1BD020602 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=fr-LU -Dtests.timezone=Canada/Yukon -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 01:16:51[junit4] ERROR 8.48s J7 | TestCollectionsAPIViaSolrCloudCluster.testCollectionCreateSearchDelete <<< 01:16:51[junit4]> Throwable #1: org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from server at https://127.0.0.1:35461/solr/testcollection_shard1_replica_n2: Expected mime type application/octet-stream but got text/html. 01:16:51[junit4]> 01:16:51[junit4]> 01:16:51[junit4]> Error 404 Can not find: /solr/testcollection_shard1_replica_n2/update 01:16:51[junit4]> 01:16:51[junit4]> HTTP ERROR 404 01:16:51[junit4]> Problem accessing /solr/testcollection_shard1_replica_n2/update. Reason: 01:16:51[junit4]> Can not find: /solr/testcollection_shard1_replica_n2/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.11.v20180605 01:16:51[junit4]> 01:16:51[junit4]> 01:16:51[junit4]> at __randomizedtesting.SeedInfo.seed([879612B1BD020602:246CBC143AEAECA7]:0) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:551) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1016) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:949) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817) 01:16:51[junit4]> at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194) 01:16:51[junit4]> at org.apache.solr.client.solrj.request.UpdateRequest.commit(UpdateRequest.java:237) 01:16:51[junit4]> at org.apache.solr.cloud.api.collections.TestCollectionsAPIViaSolrCloudCluster.testCollectionCreateSearchDelete(TestCollectionsAPIViaSolrCloudCluster.java:181) 01:16:51[junit4]> at java.lang.Thread.run(Thread.java:748) 01:16:51[junit4]> Caused by: org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error from server at https://127.0.0.1:35461/solr/testcollection_shard1_replica_n2: Expected mime type application/octet-stream but got text/html. 01:16:51[junit4]> 01:16:51[junit4]> 01:16:51[junit4]> Error 404 Can not find: /solr/testcollection_shard1_replica_n2/update 01:16:51[junit4]> 01:16:51[junit4]> HTTP ERROR 404 01:16:51[junit4]> Problem accessing /solr/testcollection_shard1_replica_n2/update. Reason: 01:16:51[junit4]> Can not find: /solr/testcollection_shard1_replica_n2/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.11.v20180605 01:16:51[junit4]> 01:16:51[junit4]> 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:607) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:255) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:244) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:484) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:414) 01:16:51[junit4]> at org.apache.solr.client.solrj.impl.CloudSolrClient.lambda$directUpdate$0(CloudSolrClient.java:528) 01:16:51[junit4]> at
[jira] [Comment Edited] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670060#comment-16670060 ] Kevin Risden edited comment on SOLR-12932 at 10/31/18 1:06 PM: --- Test: AutoAddReplicasPlanActionTest#testSimple {code:java} reproduce with: ant test -Dtestcase=AutoAddReplicasPlanActionTest -Dtests.method=testSimple -Dtests.seed=76A7FA053BF740C5 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=fr -Dtests.timezone=Asia/Baku -Dtests.asserts=true -Dtests.file.encoding=US-ASCII 00:46:11[junit4] ERROR 37.4s J5 | AutoAddReplicasPlanActionTest.testSimple <<< 00:46:11[junit4]> Throwable #1: java.util.concurrent.TimeoutException 00:46:11[junit4]> at __randomizedtesting.SeedInfo.seed([76A7FA053BF740C5:4E14DEFB1C049414]:0) 00:46:11[junit4]> at org.apache.solr.common.cloud.ZkStateReader.waitForState(ZkStateReader.java:1512) 00:46:11[junit4]> at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.waitForNodeLeave(AutoAddReplicasPlanActionTest.java:188) 00:46:11[junit4]> at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.testSimple(AutoAddReplicasPlanActionTest.java:114) 00:46:11[junit4]> at java.lang.Thread.run(Thread.java:748){code} was (Author: risdenk): Test: AutoAddReplicasPlanActionTest {code:java} reproduce with: ant test -Dtestcase=AutoAddReplicasPlanActionTest -Dtests.method=testSimple -Dtests.seed=76A7FA053BF740C5 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=fr -Dtests.timezone=Asia/Baku -Dtests.asserts=true -Dtests.file.encoding=US-ASCII 00:46:11[junit4] ERROR 37.4s J5 | AutoAddReplicasPlanActionTest.testSimple <<< 00:46:11[junit4]> Throwable #1: java.util.concurrent.TimeoutException 00:46:11[junit4]> at __randomizedtesting.SeedInfo.seed([76A7FA053BF740C5:4E14DEFB1C049414]:0) 00:46:11[junit4]> at org.apache.solr.common.cloud.ZkStateReader.waitForState(ZkStateReader.java:1512) 00:46:11[junit4]> at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.waitForNodeLeave(AutoAddReplicasPlanActionTest.java:188) 00:46:11[junit4]> at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.testSimple(AutoAddReplicasPlanActionTest.java:114) 00:46:11[junit4]> at java.lang.Thread.run(Thread.java:748){code} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670078#comment-16670078 ] Kevin Risden commented on SOLR-12932: - Test: SolrCoreTest#testReloadLeak {code:java} NOTE: reproduce with: ant test -Dtestcase=SolrCoreTest -Dtests.method=testReloadLeak -Dtests.seed=153A4F27CDF7F30F -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=vi-VN -Dtests.timezone=America/Denver -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 0.81s J3 | SolrCoreTest.testReloadLeak <<< [junit4]> Throwable #1: com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught exception in thread: Thread[id=18166, name=testReloadLeak-7844-thread-1, state=RUNNABLE, group=TGRP-SolrCoreTest] [junit4]>at __randomizedtesting.SeedInfo.seed([153A4F27CDF7F30F:9792FAE9140ECF29]:0) [junit4]> Caused by: org.apache.solr.update.SolrCoreState$CoreIsClosedException [junit4]>at __randomizedtesting.SeedInfo.seed([153A4F27CDF7F30F]:0) [junit4]>at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2003) [junit4]>at org.apache.solr.core.SolrCoreTest$NewSearcherRunnable.run(SolrCoreTest.java:311) [junit4]>at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:209) [junit4]>at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [junit4]>at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [junit4]>at java.lang.Thread.run(Thread.java:748){code} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670075#comment-16670075 ] Kevin Risden commented on SOLR-12932: - Test: ExecutePlanActionTest {code:java} NOTE: reproduce with: ant test -Dtestcase=ExecutePlanActionTest -Dtests.method=testIntegration -Dtests.seed=C96AD1F563B86BE2 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=es-VE -Dtests.timezone=America/Ensenada -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [junit4] FAILURE 2.56s J0 | ExecutePlanActionTest.testIntegration <<< [junit4]> Throwable #1: java.lang.AssertionError: expected:<2> but was:<1> [junit4]>at __randomizedtesting.SeedInfo.seed([C96AD1F563B86BE2:790BDFD94687CAC7]:0) [junit4]>at org.apache.solr.cloud.autoscaling.ExecutePlanActionTest.testIntegration(ExecutePlanActionTest.java:224) [junit4]>at java.lang.Thread.run(Thread.java:748){code} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12913) Streaming Expressions / Math Expressions docs for 7.6 release
[ https://issues.apache.org/jira/browse/SOLR-12913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670066#comment-16670066 ] ASF subversion and git services commented on SOLR-12913: Commit 487e5befab5e48cdbdcb0618f6188c2fe4c44c0a in lucene-solr's branch refs/heads/branch_7x from [~joel.bernstein] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=487e5be ] SOLR-12913: Add recip and expand percentile docs > Streaming Expressions / Math Expressions docs for 7.6 release > - > > Key: SOLR-12913 > URL: https://issues.apache.org/jira/browse/SOLR-12913 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Joel Bernstein >Priority: Major > Attachments: SOLR-12913.patch, SOLR-12913.patch > > > This ticket will add docs for new Streaming Expressions and Math Expressions > for Solr 7.6 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12259) Robustly upgrade indexes
[ https://issues.apache.org/jira/browse/SOLR-12259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670063#comment-16670063 ] Steve Rowe commented on SOLR-12259: --- [~erickerickson]: maybe make the Lucene MergePolicy have an abstract method {{boolean shouldRewrite(SegmentCommitInfo)}}? > Robustly upgrade indexes > > > Key: SOLR-12259 > URL: https://issues.apache.org/jira/browse/SOLR-12259 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Erick Erickson >Assignee: Erick Erickson >Priority: Major > > The general problem statement is that the current upgrade path is trappy and > cumbersome. It would be a great help "in the field" to make the upgrade > process less painful. > Additionally one of the most common things users want to do is enable > docValues, but currently they often have to re-index. > Issues: > 1> if I upgrade from 5x to 6x and then 7x, theres no guarantee that when I go > to 7x all the segments have been rewritten in 6x format. Say I have a segment > at max size that has no deletions. It'll never be rewritten until it has > deleted docs. And perhaps 50% deleted docs currently. > 2> IndexUpgraderTool explicitly does a forcemerge to 1 segment, which is bad. > 3> in a large distributed system, running IndexUpgraderTool on all the nodes > is cumbersome even if <2> is acceptable. > 4> Users who realize specifying docValues on a field would be A Good Thing > have to re-index. We have UninvertDocValuesMergePolicyFactory. Wouldn't it be > nice to be able to have this done all at once without forceMerging to one > segment. > Proposal: > Somehow avoid the above. Currently LUCENE-7976 is a start in that direction. > It will make TMP respect max segments size so can avoid forceMerges that > result in one segment. What it does _not_ do is rewrite segments with zero > (or a small percentage) deleted documents. > So it doesn't seem like a huge stretch to be able to specify to TMP the > option to rewrite segments that have no deleted documents. Perhaps a new > parameter to optimize? > This would likely require another change to TMP or whatever. > So upgrading to a new solr would look like > 1> install the new Solr > 2> execute > "http://node:port/solr/collection_or_core/update?optimize=true=true; > What's not clear to me is whether we'd require > UninvertDocValuesMergePolicyFactory to be specified and wrap TMP or not. > Anyway, let's discuss. I'll create yet another LUCENE JIRA for TMP do rewrite > all segments that I'll link. > I'll also link several other JIRAs in here, they're coalescing. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670060#comment-16670060 ] Kevin Risden edited comment on SOLR-12932 at 10/31/18 12:58 PM: Test: AutoAddReplicasPlanActionTest {code:java} reproduce with: ant test -Dtestcase=AutoAddReplicasPlanActionTest -Dtests.method=testSimple -Dtests.seed=76A7FA053BF740C5 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=fr -Dtests.timezone=Asia/Baku -Dtests.asserts=true -Dtests.file.encoding=US-ASCII 00:46:11[junit4] ERROR 37.4s J5 | AutoAddReplicasPlanActionTest.testSimple <<< 00:46:11[junit4]> Throwable #1: java.util.concurrent.TimeoutException 00:46:11[junit4]> at __randomizedtesting.SeedInfo.seed([76A7FA053BF740C5:4E14DEFB1C049414]:0) 00:46:11[junit4]> at org.apache.solr.common.cloud.ZkStateReader.waitForState(ZkStateReader.java:1512) 00:46:11[junit4]> at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.waitForNodeLeave(AutoAddReplicasPlanActionTest.java:188) 00:46:11[junit4]> at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.testSimple(AutoAddReplicasPlanActionTest.java:114) 00:46:11[junit4]> at java.lang.Thread.run(Thread.java:748){code} was (Author: risdenk): Test: AutoAddReplicasPlanActionTest {noformat} reproduce with: ant test -Dtestcase=AutoAddReplicasPlanActionTest -Dtests.method=testSimple -Dtests.seed=76A7FA053BF740C5 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=fr -Dtests.timezone=Asia/Baku -Dtests.asserts=true -Dtests.file.encoding=US-ASCII 00:46:11 [junit4] ERROR 37.4s J5 | AutoAddReplicasPlanActionTest.testSimple <<< 00:46:11 [junit4] > Throwable #1: java.util.concurrent.TimeoutException 00:46:11 [junit4] > at __randomizedtesting.SeedInfo.seed([76A7FA053BF740C5:4E14DEFB1C049414]:0) 00:46:11 [junit4] > at org.apache.solr.common.cloud.ZkStateReader.waitForState(ZkStateReader.java:1512) 00:46:11 [junit4] > at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.waitForNodeLeave(AutoAddReplicasPlanActionTest.java:188) 00:46:11 [junit4] > at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.testSimple(AutoAddReplicasPlanActionTest.java:114) 00:46:11 [junit4] > at java.lang.Thread.run(Thread.java:748) {noformat} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670060#comment-16670060 ] Kevin Risden commented on SOLR-12932: - Test: AutoAddReplicasPlanActionTest {noformat} reproduce with: ant test -Dtestcase=AutoAddReplicasPlanActionTest -Dtests.method=testSimple -Dtests.seed=76A7FA053BF740C5 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=fr -Dtests.timezone=Asia/Baku -Dtests.asserts=true -Dtests.file.encoding=US-ASCII 00:46:11 [junit4] ERROR 37.4s J5 | AutoAddReplicasPlanActionTest.testSimple <<< 00:46:11 [junit4] > Throwable #1: java.util.concurrent.TimeoutException 00:46:11 [junit4] > at __randomizedtesting.SeedInfo.seed([76A7FA053BF740C5:4E14DEFB1C049414]:0) 00:46:11 [junit4] > at org.apache.solr.common.cloud.ZkStateReader.waitForState(ZkStateReader.java:1512) 00:46:11 [junit4] > at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.waitForNodeLeave(AutoAddReplicasPlanActionTest.java:188) 00:46:11 [junit4] > at org.apache.solr.cloud.autoscaling.AutoAddReplicasPlanActionTest.testSimple(AutoAddReplicasPlanActionTest.java:114) 00:46:11 [junit4] > at java.lang.Thread.run(Thread.java:748) {noformat} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670058#comment-16670058 ] Kevin Risden edited comment on SOLR-12932 at 10/31/18 12:57 PM: Test: DistribCursorPagingTest {noformat} reproduce with: ant test -Dtestcase=DistribCursorPagingTest -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: .facet_counts.facet_fields.str.x:0!=null 23:47:46[junit4]> at __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) 23:47:46[junit4]> at org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) 23:47:46[junit4]> at org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) 23:47:46[junit4]> at java.lang.Thread.run(Thread.java:748){noformat} was (Author: risdenk): Test: DistribCursorPagingTest {noformat} reproduce with: ant test -Dtestcase=DistribCursorPagingTest -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: .facet_counts.facet_fields.str.x:0!=null 23:47:46[junit4]> at __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) 23:47:46[junit4]> at org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) 23:47:46[junit4]> at org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) 23:47:46[junit4]> at java.lang.Thread.run(Thread.java:748){noformat} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail:
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670059#comment-16670059 ] Kevin Risden commented on SOLR-12932: - Test: TestPKIAuthenticationPlugin {noformat} reproduce with: ant test -Dtestcase=TestPKIAuthenticationPlugin -Dtests.method=test -Dtests.seed=4FE78DD4E91611D9 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=ar-BH -Dtests.timezone=Asia/Kabul -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 10.7s J0 | TestPKIAuthenticationPlugin.test <<< [junit4] > Throwable #1: java.lang.NullPointerException [junit4] > at __randomizedtesting.SeedInfo.seed([4FE78DD4E91611D9:C7B3B20E47EA7C21]:0) [junit4] > at org.apache.solr.security.TestPKIAuthenticationPlugin.test(TestPKIAuthenticationPlugin.java:105) [junit4] > at java.lang.Thread.run(Thread.java:748){noformat} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670058#comment-16670058 ] Kevin Risden commented on SOLR-12932: - Test: DistribCursorPagingTest {noformat} reproduce with: ant test -Dtestcase=DistribCursorPagingTest -Dtests.method=test -Dtests.seed=87B400F0180614A3 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=sq-AL -Dtests.timezone=Etc/GMT+9 -Dtests.asserts=true -Dtests.file.encoding=UTF-8 23:47:46[junit4] FAILURE 19.4s J7 | DistribCursorPagingTest.test <<< 23:47:46[junit4]> Throwable #1: junit.framework.AssertionFailedError: .facet_counts.facet_fields.str.x:0!=null 23:47:46[junit4]> at __randomizedtesting.SeedInfo.seed([87B400F0180614A3:FE03F2AB6FA795B]:0) 23:47:46[junit4]> at junit.framework.Assert.fail(Assert.java:50) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.compareSolrResponses(BaseDistributedSearchTestCase.java:985) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.compareResponses(BaseDistributedSearchTestCase.java:1012) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:666) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase.query(BaseDistributedSearchTestCase.java:629) 23:47:46[junit4]> at org.apache.solr.cloud.DistribCursorPagingTest.doSimpleTest(DistribCursorPagingTest.java:258) 23:47:46[junit4]> at org.apache.solr.cloud.DistribCursorPagingTest.test(DistribCursorPagingTest.java:90) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1066) 23:47:46[junit4]> at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1040) 23:47:46[junit4]> at java.lang.Thread.run(Thread.java:748){noformat} > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12913) Streaming Expressions / Math Expressions docs for 7.6 release
[ https://issues.apache.org/jira/browse/SOLR-12913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670048#comment-16670048 ] ASF subversion and git services commented on SOLR-12913: Commit 914c4319876421f0b489914614a0b8a60ff85e6d in lucene-solr's branch refs/heads/master from [~joel.bernstein] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=914c431 ] SOLR-12913: Add recip and expand percentile docs > Streaming Expressions / Math Expressions docs for 7.6 release > - > > Key: SOLR-12913 > URL: https://issues.apache.org/jira/browse/SOLR-12913 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Joel Bernstein >Priority: Major > Attachments: SOLR-12913.patch, SOLR-12913.patch > > > This ticket will add docs for new Streaming Expressions and Math Expressions > for Solr 7.6 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670037#comment-16670037 ] Elizabeth Haubert commented on SOLR-12932: -- Test: TestExternalValueFeatures {code:java} [junit4] 2> SEVERE: 1 thread leaked from SUITE scope at org.apache.solr.ltr.feature.TestExternalValueFeatures: [junit4] 2>1) Thread[id=112, name=qtp970227545-112, state=TIMED_WAITING, group=TGRP-TestExternalValueFeatures] [junit4] 2> at sun.misc.Unsafe.park(Native Method) [junit4] 2> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) [junit4] 2> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163) [junit4] 2> at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:292) [junit4] 2> at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:357) [junit4] 2> at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:762) [junit4] 2> at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:680) [junit4] 2> at java.lang.Thread.run(Thread.java:745) [junit4] 2> Oct 31, 2018 7:44:18 AM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2> INFO: Starting to interrupt leaked threads: [junit4] 2>1) Thread[id=112, name=qtp970227545-112, state=TIMED_WAITING, group=TGRP-TestExternalValueFeatures] [junit4] 2> Oct 31, 2018 7:44:21 AM com.carrotsearch.randomizedtesting.ThreadLeakControl tryToInterruptAll [junit4] 2> SEVERE: There are still zombie threads that couldn't be terminated: [junit4] 2>1) Thread[id=112, name=qtp970227545-112, state=TIMED_WAITING, group=TGRP-TestExternalValueFeatures] [junit4] 2> at sun.misc.Unsafe.park(Native Method) [junit4] 2> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) [junit4] 2> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163) [junit4] 2> at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:292) [junit4] 2> at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:357) [junit4] 2> at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:762) [junit4] 2> at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:680) [junit4] 2> at java.lang.Thread.run(Thread.java:745) [junit4] 2> NOTE: test params are: codec=Asserting(Lucene70): {_version_=FST50, popularity=PostingsFormat(name=Asserting), description=PostingsFormat(name=LuceneVarGapFixedInterval), id=PostingsFormat(name=Asserting), text=PostingsFormat(name=MockRandom), title=PostingsFormat(name=LuceneVarGapFixedInterval)}, docValues:{_version_=DocValuesFormat(name=Direct), popularity=DocValuesFormat(name=Lucene70)}, maxPointsInLeafNode=956, maxMBSortInHeap=7.014047826661978, sim=RandomSimilarity(queryNorm=true): {}, locale=ar-EG, timezone=Africa/El_Aaiun [junit4] 2> NOTE: Mac OS X 10.13.6 x86_64/Oracle Corporation 1.8.0_121 (64-bit)/cpus=4,threads=2,free=198059320,total=277872640 [junit4] 2> NOTE: All tests run in this JVM: [TestValueFeature, TestDefaultWrapperModel, TestExternalValueFeatures] [junit4] 2> NOTE: reproduce with: ant test -Dtestcase=TestExternalValueFeatures -Dtests.seed=CA847E592B26E1E8 -Dtests.slow=true -Dtests.badapples=true -Dtests.locale=ar-EG -Dtests.timezone=Africa/El_Aaiun -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [junit4] ERROR 0.00s J0 | TestExternalValueFeatures (suite) <<< [junit4]> Throwable #1: com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE scope at org.apache.solr.ltr.feature.TestExternalValueFeatures: [junit4]>1) Thread[id=112, name=qtp970227545-112, state=TIMED_WAITING, group=TGRP-TestExternalValueFeatures] [junit4]> at sun.misc.Unsafe.park(Native Method) [junit4]> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) [junit4]> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163) [junit4]> at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:292) [junit4]> at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:357) [junit4]> at
[JENKINS] Lucene-Solr-7.x-Windows (64bit/jdk-9.0.4) - Build # 863 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Windows/863/ Java: 64bit/jdk-9.0.4 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 5 tests failed. FAILED: org.apache.solr.cloud.autoscaling.TriggerSetPropertiesIntegrationTest.testSetProperties Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([F51A11C2AC8D0113:9E7EC68B1FA09497]:0) at org.junit.Assert.fail(Assert.java:92) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertTrue(Assert.java:54) at org.apache.solr.cloud.autoscaling.TriggerSetPropertiesIntegrationTest.testSetProperties(TriggerSetPropertiesIntegrationTest.java:111) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:564) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:880) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.base/java.lang.Thread.run(Thread.java:844) FAILED: org.apache.solr.cloud.autoscaling.TriggerSetPropertiesIntegrationTest.testSetProperties Error Message: Stack Trace: java.lang.AssertionError at __randomizedtesting.SeedInfo.seed([F51A11C2AC8D0113:9E7EC68B1FA09497]:0) at
[jira] [Commented] (SOLR-12801) Fix the tests, remove BadApples and AwaitsFix annotations, improve env for test development.
[ https://issues.apache.org/jira/browse/SOLR-12801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670011#comment-16670011 ] Gus Heck commented on SOLR-12801: - [https://patch-diff.githubusercontent.com/raw/apache/lucene-solr/pull/486.patch] didn't apply cleanly on a fresh checkout last night, had a bunch of hunks not applied (intellij's VCS > Apply Patch...). > Fix the tests, remove BadApples and AwaitsFix annotations, improve env for > test development. > > > Key: SOLR-12801 > URL: https://issues.apache.org/jira/browse/SOLR-12801 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Critical > Time Spent: 50m > Remaining Estimate: 0h > > A single issue to counteract the single issue adding tons of annotations, the > continued addition of new flakey tests, and the continued addition of > flakiness to existing tests. > Lots more to come. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12932) ant test (without badapples=false) should pass easily for developers.
[ https://issues.apache.org/jira/browse/SOLR-12932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16670004#comment-16670004 ] Kevin Risden commented on SOLR-12932: - I ran the tests overnight about ever 45min and have some more failures to share. I'll collect the test cases and error messages. > ant test (without badapples=false) should pass easily for developers. > - > > Key: SOLR-12932 > URL: https://issues.apache.org/jira/browse/SOLR-12932 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Components: Tests >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > > If we fix the tests we will end up here anyway, but we can shortcut this. > Once I get my first patch in, anyone who mentions a test that fails locally > for them at any time (not jenkins), I will fix it. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-repro - Build # 1821 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/1821/ [...truncated 28 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-BadApples-NightlyTests-7.x/33/consoleText [repro] Revision: e8503da7c43b8ff3eb968c631ca2ac718a2c736b [repro] Ant options: -Dtests.multiplier=2 -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-NightlyTests-7.x/test-data/enwiki.random.lines.txt [repro] Repro line: ant test -Dtestcase=HdfsRestartWhileUpdatingTest -Dtests.method=test -Dtests.seed=27819D609D1F050 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.badapples=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=ja -Dtests.timezone=Europe/Zurich -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=TestCollectionsAPIViaSolrCloudCluster -Dtests.method=testCollectionCreateSearchDelete -Dtests.seed=27819D609D1F050 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.badapples=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=vi-VN -Dtests.timezone=Africa/Douala -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=TestDocTermOrdsUninvertLimit -Dtests.method=testTriggerUnInvertLimit -Dtests.seed=27819D609D1F050 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.badapples=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=sv-SE -Dtests.timezone=Pacific/Noumea -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=ChaosMonkeyNothingIsSafeTest -Dtests.method=test -Dtests.seed=27819D609D1F050 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.badapples=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=zh-TW -Dtests.timezone=Pacific/Bougainville -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=ChaosMonkeyNothingIsSafeTest -Dtests.seed=27819D609D1F050 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.badapples=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=zh-TW -Dtests.timezone=Pacific/Bougainville -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=ScheduledMaintenanceTriggerTest -Dtests.method=testInactiveShardCleanup -Dtests.seed=27819D609D1F050 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.badapples=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=ar-LB -Dtests.timezone=America/Glace_Bay -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=HdfsChaosMonkeyNothingIsSafeTest -Dtests.method=test -Dtests.seed=27819D609D1F050 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.badapples=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=ms -Dtests.timezone=Europe/Warsaw -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=HdfsChaosMonkeyNothingIsSafeTest -Dtests.seed=27819D609D1F050 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.badapples=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=ms -Dtests.timezone=Europe/Warsaw -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] Repro line: ant test -Dtestcase=CloudSolrClientTest -Dtests.method=testVersionsAreReturned -Dtests.seed=9919E1BF1324B5F4 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.badapples=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-BadApples-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=de-DE -Dtests.timezone=America/Indiana/Petersburg -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 856e28d8cf07cc34bc1361784bf00e7aceb3af97 [repro] git fetch [repro] git checkout e8503da7c43b8ff3eb968c631ca2ac718a2c736b [...truncated 2 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/solrj [repro] CloudSolrClientTest [repro]solr/core [repro]
[JENKINS] Lucene-Solr-master-Linux (64bit/jdk-10.0.1) - Build # 23127 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/23127/ Java: 64bit/jdk-10.0.1 -XX:+UseCompressedOops -XX:+UseParallelGC 4 tests failed. FAILED: org.apache.solr.cloud.TestTlogReplica.testRecovery Error Message: Can not find doc 7 in https://127.0.0.1:37465/solr Stack Trace: java.lang.AssertionError: Can not find doc 7 in https://127.0.0.1:37465/solr at __randomizedtesting.SeedInfo.seed([5D7DFA0B2B8D19AA:9C8D83A706DDD30D]:0) at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.junit.Assert.assertNotNull(Assert.java:526) at org.apache.solr.cloud.TestTlogReplica.checkRTG(TestTlogReplica.java:902) at org.apache.solr.cloud.TestTlogReplica.testRecovery(TestTlogReplica.java:567) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:564) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:880) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at java.base/java.lang.Thread.run(Thread.java:844) FAILED: org.apache.solr.cloud.TestTlogReplica.testRecovery Error Message: Can not find doc 7 in https://127.0.0.1:39015/solr Stack Trace:
[JENKINS] Lucene-Solr-master-Windows (32bit/jdk1.8.0_172) - Build # 7597 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/7597/ Java: 32bit/jdk1.8.0_172 -client -XX:+UseParallelGC 10 tests failed. FAILED: org.apache.solr.cloud.DeleteReplicaTest.raceConditionOnDeleteAndRegisterReplica Error Message: Expected new active leader null Live Nodes: [127.0.0.1:55008_solr, 127.0.0.1:55009_solr, 127.0.0.1:55014_solr] Last available state: DocCollection(raceDeleteReplica_true//collections/raceDeleteReplica_true/state.json/14)={ "pullReplicas":"0", "replicationFactor":"2", "shards":{"shard1":{ "range":"8000-7fff", "state":"active", "replicas":{ "core_node4":{ "core":"raceDeleteReplica_true_shard1_replica_n2", "base_url":"http://127.0.0.1:55017/solr;, "node_name":"127.0.0.1:55017_solr", "state":"down", "type":"NRT", "leader":"true"}, "core_node6":{ "core":"raceDeleteReplica_true_shard1_replica_n5", "base_url":"http://127.0.0.1:55017/solr;, "node_name":"127.0.0.1:55017_solr", "state":"down", "type":"NRT"}, "core_node3":{ "core":"raceDeleteReplica_true_shard1_replica_n1", "base_url":"http://127.0.0.1:55008/solr;, "node_name":"127.0.0.1:55008_solr", "state":"down", "type":"NRT", "router":{"name":"compositeId"}, "maxShardsPerNode":"1", "autoAddReplicas":"false", "nrtReplicas":"2", "tlogReplicas":"0"} Stack Trace: java.lang.AssertionError: Expected new active leader null Live Nodes: [127.0.0.1:55008_solr, 127.0.0.1:55009_solr, 127.0.0.1:55014_solr] Last available state: DocCollection(raceDeleteReplica_true//collections/raceDeleteReplica_true/state.json/14)={ "pullReplicas":"0", "replicationFactor":"2", "shards":{"shard1":{ "range":"8000-7fff", "state":"active", "replicas":{ "core_node4":{ "core":"raceDeleteReplica_true_shard1_replica_n2", "base_url":"http://127.0.0.1:55017/solr;, "node_name":"127.0.0.1:55017_solr", "state":"down", "type":"NRT", "leader":"true"}, "core_node6":{ "core":"raceDeleteReplica_true_shard1_replica_n5", "base_url":"http://127.0.0.1:55017/solr;, "node_name":"127.0.0.1:55017_solr", "state":"down", "type":"NRT"}, "core_node3":{ "core":"raceDeleteReplica_true_shard1_replica_n1", "base_url":"http://127.0.0.1:55008/solr;, "node_name":"127.0.0.1:55008_solr", "state":"down", "type":"NRT", "router":{"name":"compositeId"}, "maxShardsPerNode":"1", "autoAddReplicas":"false", "nrtReplicas":"2", "tlogReplicas":"0"} at __randomizedtesting.SeedInfo.seed([5F7A8FB91CC14BDF:356CEE6974330115]:0) at org.junit.Assert.fail(Assert.java:93) at org.apache.solr.cloud.SolrCloudTestCase.waitForState(SolrCloudTestCase.java:280) at org.apache.solr.cloud.DeleteReplicaTest.raceConditionOnDeleteAndRegisterReplica(DeleteReplicaTest.java:328) at org.apache.solr.cloud.DeleteReplicaTest.raceConditionOnDeleteAndRegisterReplica(DeleteReplicaTest.java:223) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at
[JENKINS] Lucene-Solr-NightlyTests-7.x - Build # 363 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-7.x/363/ 1 tests failed. FAILED: org.apache.solr.cloud.TestCloudPivotFacet.test Error Message: {main(facet=true={!stats%3Dst0}bogus_not_in_any_doc_s={!stats%3Dst2}pivot_z_s1,pivot_x_s,pivot_tdt=15=true=index=0),extra(rows=0=*:*=true={!key%3Dsk1+tag%3Dst1,st2}pivot_d={!key%3Dsk2+tag%3Dst2,st3}pivot_dt1={!key%3Dsk3+tag%3Dst3,st4}pivot_z_s&_test_miss=true&_test_sort=index)} ==> Stddev of sk2 => pivot_z_s1,pivot_x_s,pivot_tdt: {params(rows=0),defaults({main({main(rows=0=*:*=true={!key%3Dsk1+tag%3Dst1,st2}pivot_d={!key%3Dsk2+tag%3Dst2,st3}pivot_dt1={!key%3Dsk3+tag%3Dst3,st4}pivot_z_s&_test_miss=true&_test_sort=index),extra(fq={!term+f%3Dpivot_z_s1}a)}),extra(fq={!term+f%3Dpivot_x_s}b)})} expected:<0.0> but was:<20724.30287367949> Stack Trace: java.lang.AssertionError: {main(facet=true={!stats%3Dst0}bogus_not_in_any_doc_s={!stats%3Dst2}pivot_z_s1,pivot_x_s,pivot_tdt=15=true=index=0),extra(rows=0=*:*=true={!key%3Dsk1+tag%3Dst1,st2}pivot_d={!key%3Dsk2+tag%3Dst2,st3}pivot_dt1={!key%3Dsk3+tag%3Dst3,st4}pivot_z_s&_test_miss=true&_test_sort=index)} ==> Stddev of sk2 => pivot_z_s1,pivot_x_s,pivot_tdt: {params(rows=0),defaults({main({main(rows=0=*:*=true={!key%3Dsk1+tag%3Dst1,st2}pivot_d={!key%3Dsk2+tag%3Dst2,st3}pivot_dt1={!key%3Dsk3+tag%3Dst3,st4}pivot_z_s&_test_miss=true&_test_sort=index),extra(fq={!term+f%3Dpivot_z_s1}a)}),extra(fq={!term+f%3Dpivot_x_s}b)})} expected:<0.0> but was:<20724.30287367949> at __randomizedtesting.SeedInfo.seed([E8745FA6D96CE260:6020607C77908F98]:0) at org.apache.solr.cloud.TestCloudPivotFacet.assertPivotCountsAreCorrect(TestCloudPivotFacet.java:292) at org.apache.solr.cloud.TestCloudPivotFacet.test(TestCloudPivotFacet.java:239) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1742) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:935) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:971) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:985) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1010) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:985) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:944) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:830) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:880) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:891) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40) at
[jira] [Commented] (SOLR-12861) Add Solr factory for new ByteBuffersDirectory
[ https://issues.apache.org/jira/browse/SOLR-12861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16669820#comment-16669820 ] ASF subversion and git services commented on SOLR-12861: Commit d362439e277c63a0e3be539179d3b18cf96df617 in lucene-solr's branch refs/heads/jira/http2 from [~steve_rowe] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=d362439 ] SOLR-12861: Add Solr factory for new ByteBuffersDirectory > Add Solr factory for new ByteBuffersDirectory > - > > Key: SOLR-12861 > URL: https://issues.apache.org/jira/browse/SOLR-12861 > Project: Solr > Issue Type: Task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Steve Rowe >Assignee: Steve Rowe >Priority: Major > Fix For: 7.6, master (8.0) > > Attachments: SOLR-12861.patch > > > LUCENE-8438 and sub-tasks introduced ByteBuffersDirectory, a RAMDirectory > replacement. Solr needs a factory class in order to expose it to end-users. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12875) ArrayIndexOutOfBoundsException when using uniqueBlock(_root_) in JSON Facets
[ https://issues.apache.org/jira/browse/SOLR-12875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16669824#comment-16669824 ] ASF subversion and git services commented on SOLR-12875: Commit 5aa8ad5b14ab7f6f8f3191cba39285c3a0bf9112 in lucene-solr's branch refs/heads/jira/http2 from [~mkhludnev] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=5aa8ad5 ] SOLR-12875: AIOOBE fix when unique()/uniqueBlock() is used with DVHASH method in json.facet > ArrayIndexOutOfBoundsException when using uniqueBlock(_root_) in JSON Facets > > > Key: SOLR-12875 > URL: https://issues.apache.org/jira/browse/SOLR-12875 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: Facet Module >Affects Versions: 7.5 >Reporter: Tim Underwood >Assignee: Mikhail Khludnev >Priority: Major > Fix For: 7.6, master (8.0) > > Attachments: SOLR-12875.patch > > Time Spent: 10m > Remaining Estimate: 0h > > I'm seeing java.lang.ArrayIndexOutOfBoundsException exceptions for some > requests when trying to make use of > {noformat} > uniqueBlock(_root_){noformat} > within JSON Facets. > Here are some example Stack Traces: > {noformat} > 2018-10-12 14:08:50.587 ERROR (qtp215078753-3353) [ x:my_core] > o.a.s.s.HttpSolrCall null:java.lang.ArrayIndexOutOfBoundsException: Index 13 > out of bounds for length 8 > at > org.apache.solr.search.facet.UniqueBlockAgg$UniqueBlockSlotAcc.collectOrdToSlot(UniqueBlockAgg.java:40) > at > org.apache.solr.search.facet.UniqueSinglevaluedSlotAcc.collect(UniqueSinglevaluedSlotAcc.java:85) > at > org.apache.solr.search.facet.FacetFieldProcessor.collectFirstPhase(FacetFieldProcessor.java:243) > at > org.apache.solr.search.facet.FacetFieldProcessorByHashDV.collectValFirstPhase(FacetFieldProcessorByHashDV.java:432) > at > org.apache.solr.search.facet.FacetFieldProcessorByHashDV.access$100(FacetFieldProcessorByHashDV.java:50) > at > org.apache.solr.search.facet.FacetFieldProcessorByHashDV$5.collect(FacetFieldProcessorByHashDV.java:395) > at > org.apache.solr.search.DocSetUtil.collectSortedDocSet(DocSetUtil.java:284) > at > org.apache.solr.search.facet.FacetFieldProcessorByHashDV.collectDocs(FacetFieldProcessorByHashDV.java:376) > at > org.apache.solr.search.facet.FacetFieldProcessorByHashDV.calcFacets(FacetFieldProcessorByHashDV.java:247) > at > org.apache.solr.search.facet.FacetFieldProcessorByHashDV.process(FacetFieldProcessorByHashDV.java:214) > at > org.apache.solr.search.facet.FacetRequest.process(FacetRequest.java:368) > at > org.apache.solr.search.facet.FacetProcessor.processSubs(FacetProcessor.java:472) > at > org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetProcessor.java:429) > at > org.apache.solr.search.facet.FacetQueryProcessor.process(FacetQuery.java:64) > at > org.apache.solr.search.facet.FacetRequest.process(FacetRequest.java:368) > at > org.apache.solr.search.facet.FacetModule.process(FacetModule.java:139) > at > org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:298) > at > org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:199) > {noformat} > > Here is another one at a different location in UniqueBlockAgg: > > {noformat} > 2018-10-12 21:37:57.322 ERROR (qtp215078753-4072) [ x:my_core] > o.a.s.h.RequestHandlerBase java.lang.ArrayIndexOutOfBoundsException: Index 23 > out of bounds for length 16 > at > org.apache.solr.search.facet.UniqueBlockAgg$UniqueBlockSlotAcc.getValue(UniqueBlockAgg.java:59) > at org.apache.solr.search.facet.SlotAcc.setValues(SlotAcc.java:146) > at > org.apache.solr.search.facet.FacetFieldProcessor.fillBucket(FacetFieldProcessor.java:431) > at > org.apache.solr.search.facet.FacetFieldProcessor.findTopSlots(FacetFieldProcessor.java:381) > at > org.apache.solr.search.facet.FacetFieldProcessorByHashDV.calcFacets(FacetFieldProcessorByHashDV.java:249) > at > org.apache.solr.search.facet.FacetFieldProcessorByHashDV.process(FacetFieldProcessorByHashDV.java:214) > at > org.apache.solr.search.facet.FacetRequest.process(FacetRequest.java:368) > at > org.apache.solr.search.facet.FacetProcessor.processSubs(FacetProcessor.java:472) > at > org.apache.solr.search.facet.FacetProcessor.fillBucket(FacetProcessor.java:429) > at > org.apache.solr.search.facet.FacetQueryProcessor.process(FacetQuery.java:64) > at > org.apache.solr.search.facet.FacetRequest.process(FacetRequest.java:368) >