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

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/1444/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseSerialGC

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

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

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 2 threads leaked from SUITE 
scope at org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 
   1) Thread[id=27793, name=jetty-launcher-4218-thread-2-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
at 

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

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/20579/
Java: 64bit/jdk1.8.0_144 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  
org.apache.solr.cloud.CdcrBootstrapTest.testBootstrapWithContinousIndexingOnSourceCluster

Error Message:
Document mismatch on target after sync expected:<2000> but was:<1901>

Stack Trace:
java.lang.AssertionError: Document mismatch on target after sync 
expected:<2000> but was:<1901>
at 
__randomizedtesting.SeedInfo.seed([5B1B43C5668EA9E0:8F5E089C81D81A1B]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at 
org.apache.solr.cloud.CdcrBootstrapTest.testBootstrapWithContinousIndexingOnSourceCluster(CdcrBootstrapTest.java:309)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)




Build Log:

[JENKINS] Lucene-Solr-SmokeRelease-7.0 - Build # 45 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-7.0/45/

No tests ran.

Build Log:
[...truncated 25714 lines...]
prepare-release-no-sign:
[mkdir] Created dir: 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/lucene/build/smokeTestRelease/dist
 [copy] Copying 476 files to 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/lucene/build/smokeTestRelease/dist/lucene
 [copy] Copying 215 files to 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/lucene/build/smokeTestRelease/dist/solr
   [smoker] Java 1.8 JAVA_HOME=/home/jenkins/tools/java/latest1.8
   [smoker] NOTE: output encoding is UTF-8
   [smoker] 
   [smoker] Load release URL 
"file:/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/lucene/build/smokeTestRelease/dist/"...
   [smoker] 
   [smoker] Test Lucene...
   [smoker]   test basics...
   [smoker]   get KEYS
   [smoker] 0.2 MB in 0.02 sec (13.1 MB/sec)
   [smoker]   check changes HTML...
   [smoker] Traceback (most recent call last):
   [smoker]   File 
"/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/dev-tools/scripts/smokeTestRelease.py",
 line 1484, in 
   [smoker] main()
   [smoker]   File 
"/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/dev-tools/scripts/smokeTestRelease.py",
 line 1428, in main
   [smoker] smokeTest(c.java, c.url, c.revision, c.version, c.tmp_dir, 
c.is_signed, ' '.join(c.test_args))
   [smoker]   File 
"/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/dev-tools/scripts/smokeTestRelease.py",
 line 1463, in smokeTest
   [smoker] checkSigs('lucene', lucenePath, version, tmpDir, isSigned)
   [smoker]   File 
"/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/dev-tools/scripts/smokeTestRelease.py",
 line 370, in checkSigs
   [smoker] testChanges(project, version, changesURL)
   [smoker]   File 
"/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/dev-tools/scripts/smokeTestRelease.py",
 line 418, in testChanges
   [smoker] checkChangesContent(s, version, changesURL, project, True)
   [smoker]   File 
"/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/dev-tools/scripts/smokeTestRelease.py",
 line 475, in checkChangesContent
   [smoker] raise RuntimeError('Future release %s is greater than %s in %s' 
% (release, version, name))
   [smoker] RuntimeError: Future release 7.0.1 is greater than 7.0.0 in 
file:///home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/lucene/build/smokeTestRelease/dist/lucene/changes/Changes.html

BUILD FAILED
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.0/build.xml:606:
 exec returned: 1

Total time: 36 minutes 47 seconds
Build step 'Invoke Ant' marked build as failure
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any

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

Re: Welcome Hrishikesh Gadre as Lucene/Solr committer

[Đạt Cao Mạnh]

Welcome!
On Sat, Sep 30, 2017 at 10:14 AM David Smiley 
wrote:

> Welcome Hrishikesh!  Well deserved.
> ~ David
>
>
> On Fri, Sep 29, 2017 at 1:23 PM Yonik Seeley  wrote:
>
>> Hi All,
>>
>> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
>> committer.
>> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
>>
>> Congrats and Welcome!
>> -Yonik
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>> --
> Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
> LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
> http://www.solrenterprisesearchserver.com
>

Re: Welcome Hrishikesh Gadre as Lucene/Solr committer

[David Smiley]

Welcome Hrishikesh!  Well deserved.
~ David

On Fri, Sep 29, 2017 at 1:23 PM Yonik Seeley  wrote:

> Hi All,
>
> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
> committer.
> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
>
> Congrats and Welcome!
> -Yonik
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
> --
Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
http://www.solrenterprisesearchserver.com

[JENKINS] Lucene-Solr-7.x-Linux (64bit/jdk-9) - Build # 520 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/520/
Java: 64bit/jdk-9 -XX:-UseCompressedOops -XX:+UseG1GC --illegal-access=deny

1 tests failed.
FAILED:  
org.apache.solr.cloud.TestTlogReplica.testOutOfOrderDBQWithInPlaceUpdates

Error Message:
Can not find doc 1 in https://127.0.0.1:33771/solr

Stack Trace:
java.lang.AssertionError: Can not find doc 1 in https://127.0.0.1:33771/solr
at 
__randomizedtesting.SeedInfo.seed([6D926F4996184547:EB5397A4C94993A7]: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:861)
at 
org.apache.solr.cloud.TestTlogReplica.testOutOfOrderDBQWithInPlaceUpdates(TestTlogReplica.java:664)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.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)




Build Log:
[...truncated 12480 lines...]
   [junit4] Suite: org.apache.solr.cloud.TestTlogReplica
   

[JENKINS] Lucene-Solr-Tests-7.x - Build # 171 - Still Unstable

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/171/

9 tests failed.
FAILED:  
org.apache.solr.cloud.CollectionsAPIDistributedZkTest.testMaxNodesPerShard

Error Message:
KeeperErrorCode = Session expired for /clusterstate.json

Stack Trace:
org.apache.zookeeper.KeeperException$SessionExpiredException: KeeperErrorCode = 
Session expired for /clusterstate.json
at 
__randomizedtesting.SeedInfo.seed([BE314D563967C518:524AC79560C0D49E]:0)
at org.apache.zookeeper.KeeperException.create(KeeperException.java:127)
at org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
at org.apache.zookeeper.ZooKeeper.exists(ZooKeeper.java:1102)
at 
org.apache.solr.common.cloud.SolrZkClient$5.execute(SolrZkClient.java:323)
at 
org.apache.solr.common.cloud.SolrZkClient$5.execute(SolrZkClient.java:320)
at 
org.apache.solr.common.cloud.ZkCmdExecutor.retryOperation(ZkCmdExecutor.java:60)
at 
org.apache.solr.common.cloud.SolrZkClient.exists(SolrZkClient.java:320)
at 
org.apache.solr.common.cloud.ZkStateReader.createClusterStateWatchersAndUpdate(ZkStateReader.java:384)
at 
org.apache.solr.cloud.MiniSolrCloudCluster.deleteAllCollections(MiniSolrCloudCluster.java:442)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest.clearCluster(CollectionsAPIDistributedZkTest.java:111)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:968)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 

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

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/4197/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseSerialGC

1 tests failed.
FAILED:  
org.apache.solr.cloud.CollectionsAPIDistributedZkTest.testCollectionsAPI

Error Message:
Error from server at 
https://127.0.0.1:64336/solr/awhollynewcollection_0_shard2_replica_n2: 
ClusterState says we are the leader 
(https://127.0.0.1:64336/solr/awhollynewcollection_0_shard2_replica_n2), but 
locally we don't think so. Request came from null

Stack Trace:
org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from 
server at 
https://127.0.0.1:64336/solr/awhollynewcollection_0_shard2_replica_n2: 
ClusterState says we are the leader 
(https://127.0.0.1:64336/solr/awhollynewcollection_0_shard2_replica_n2), but 
locally we don't think so. Request came from null
at 
__randomizedtesting.SeedInfo.seed([8D5F71B6A94238DB:C52A0502AF71174E]:0)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:539)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:993)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:862)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:793)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:178)
at 
org.apache.solr.client.solrj.request.UpdateRequest.commit(UpdateRequest.java:233)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest.testCollectionsAPI(CollectionsAPIDistributedZkTest.java:459)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[JENKINS] Lucene-Solr-7.0-Linux (64bit/jdk-9) - Build # 393 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.0-Linux/393/
Java: 64bit/jdk-9 -XX:+UseCompressedOops -XX:+UseSerialGC --illegal-access=deny

1 tests failed.
FAILED:  org.apache.solr.cloud.TestTlogReplica.testRecovery

Error Message:
Can not find doc 3 in https://127.0.0.1:38883/solr

Stack Trace:
java.lang.AssertionError: Can not find doc 3 in https://127.0.0.1:38883/solr
at 
__randomizedtesting.SeedInfo.seed([C42A8BBA8ADE53A6:5DAF216A78E9901]: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:868)
at 
org.apache.solr.cloud.TestTlogReplica.testRecovery(TestTlogReplica.java:559)
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:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java: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:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
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)




Build Log:
[...truncated 11171 lines...]
   [junit4] Suite: org.apache.solr.cloud.TestTlogReplica
   [junit4]   2> Creating dataDir: 

[JENKINS] Lucene-Solr-NightlyTests-7.x - Build # 53 - Still unstable

[Apache Jenkins Server]

Error processing tokens: Error while parsing action 
'Text/ZeroOrMore/FirstOf/Token/DelimitedToken/DelimitedToken_Action3' at input 
position (line 76, pos 4):
)"}
   ^

java.lang.OutOfMemoryError: Java heap space

-
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-9) - Build # 20578 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/20578/
Java: 64bit/jdk-9 -XX:+UseCompressedOops -XX:+UseSerialGC --illegal-access=deny

1 tests failed.
FAILED:  org.apache.solr.cloud.TestAuthenticationFramework.testBasics

Error Message:
Error from server at 
https://127.0.0.1:35483/solr/testcollection_shard1_replica_n2: Expected mime 
type application/octet-stream but got text/html.Error 
404HTTP ERROR: 404 Problem accessing 
/solr/testcollection_shard1_replica_n2/update. Reason: Can not find: 
/solr/testcollection_shard1_replica_n2/update http://eclipse.org/jetty;>Powered by Jetty:// 9.3.20.v20170531 
  

Stack Trace:
org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from 
server at https://127.0.0.1:35483/solr/testcollection_shard1_replica_n2: 
Expected mime type application/octet-stream but got text/html. 


Error 404 


HTTP ERROR: 404
Problem accessing /solr/testcollection_shard1_replica_n2/update. Reason:
Can not find: /solr/testcollection_shard1_replica_n2/update
http://eclipse.org/jetty;>Powered by Jetty:// 
9.3.20.v20170531



at 
__randomizedtesting.SeedInfo.seed([A560C438C6E3272F:98B86A14FE0D795F]:0)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:539)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:993)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:862)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:793)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:178)
at 
org.apache.solr.client.solrj.request.UpdateRequest.commit(UpdateRequest.java:233)
at 
org.apache.solr.cloud.TestAuthenticationFramework.collectionCreateSearchDeleteTwice(TestAuthenticationFramework.java:126)
at 
org.apache.solr.cloud.TestAuthenticationFramework.testBasics(TestAuthenticationFramework.java:74)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 

[JENKINS] Lucene-Solr-7.x-Linux (32bit/jdk1.8.0_144) - Build # 519 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/519/
Java: 32bit/jdk1.8.0_144 -server -XX:+UseParallelGC

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

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

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




Build Log:
[...truncated 12139 lines...]
   [junit4] Suite: org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation
   [junit4]   2> 522379 INFO  
(SUITE-TestSolrCloudWithSecureImpersonation-seed#[A5271665D53E2E86]-worker) [   
 ] o.a.s.SolrTestCaseJ4 SecureRandom sanity checks: 
test.solr.allowed.securerandom=null & java.security.egd=file:/dev/./urandom
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-7.x-Linux/solr/build/solr-core/test/J0/temp/solr.cloud.TestSolrCloudWithSecureImpersonation_A5271665D53E2E86-001/init-core-data-001
   [junit4]   2> 522379 WARN  
(SUITE-TestSolrCloudWithSecureImpersonation-seed#[A5271665D53E2E86]-worker) [   
 ] o.a.s.SolrTestCaseJ4 startTrackingSearchers: numOpens=6 numCloses=6
   [junit4]   2> 522379 INFO  
(SUITE-TestSolrCloudWithSecureImpersonation-seed#[A5271665D53E2E86]-worker) [   
 ] o.a.s.SolrTestCaseJ4 Using PointFields (NUMERIC_POINTS_SYSPROP=true) 
w/NUMERIC_DOCVALUES_SYSPROP=false
   [junit4]   2> 522380 INFO  

[JENKINS] Lucene-Solr-7.x-Windows (64bit/jdk1.8.0_144) - Build # 221 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Windows/221/
Java: 64bit/jdk1.8.0_144 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

5 tests failed.
FAILED:  
org.apache.solr.cloud.CollectionsAPIDistributedZkTest.testCollectionsAPI

Error Message:
Error from server at http://127.0.0.1:56102/solr/awhollynewcollection_0: 
{"awhollynewcollection_0":8}

Stack Trace:
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at http://127.0.0.1:56102/solr/awhollynewcollection_0: 
{"awhollynewcollection_0":8}
at 
__randomizedtesting.SeedInfo.seed([86FE0C4FA164EB79:CE8B78FBA757C4EC]:0)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:627)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:253)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:242)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:483)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:413)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1121)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:862)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:967)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:967)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:967)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:967)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:967)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:793)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:178)
at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:942)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest.testCollectionsAPI(CollectionsAPIDistributedZkTest.java:460)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[jira] [Commented] (SOLR-10564) NPE in QueryComponent when RTG

[Yonik Seeley (JIRA)]

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

Yonik Seeley commented on SOLR-10564:
-

QueryComponent is not even involved in a real-time-get request.  The real issue 
here looks like the selection of the desired request handler?

{code}
/get
{code}
vs
{code}
/select?qt=/get
{code}

I haven't been following changes to handling of "qt", and why those changes 
were made myself, but a related JIRA is SOLR-6807 (although that is only for 
7.0 and later).
SOLR-3161 looks related... it removed the ability to use "qt" with a leading 
slash (since 4.0?)


> NPE in QueryComponent when RTG
> --
>
> Key: SOLR-10564
> URL: https://issues.apache.org/jira/browse/SOLR-10564
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.5
>Reporter: Markus Jelsma
> Fix For: 7.0
>
> Attachments: screenshot-1.png, screenshot-2.png, screenshot-3.png, 
> screenshot-4.png, screenshot-5.png, SOLR-10564.patch, SOLR-10564.patch
>
>
> The following URL:
> {code}
> /get?fl=queries,prob_*,view_score,feedback_score=
> {code}
> Kindly returns the document.
> This once, however:
> {code}
> /select?qt=/get=queries,prob_*,view_score,feedback_score=
> {code}
> throws:
> {code}
> 2017-04-25 10:23:26.222 ERROR (qtp1873653341-28693) [c:documents s:shard1 
> r:core_node3 x:documents_shard1_replica1] o.a.s.s.HttpSolrCall 
> null:java.lang.NullPointerException
> at 
> org.apache.solr.handler.component.QueryComponent.unmarshalSortValues(QueryComponent.java:1226)
> at 
> org.apache.solr.handler.component.QueryComponent.mergeIds(QueryComponent.java:1077)
> at 
> org.apache.solr.handler.component.QueryComponent.handleRegularResponses(QueryComponent.java:777)
> at 
> org.apache.solr.handler.component.QueryComponent.handleResponses(QueryComponent.java:756)
> at 
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:428)
> at 
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:173)
> at org.apache.solr.core.SolrCore.execute(SolrCore.java:2440)
> at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:723)
> at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:529)
> at 
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:347)
> at 
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:298)
> {code}
> This is thrown when i do it manually, but the error does not appear when Solr 
> issues those same queries under the hood.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (SOLR-11278) Fix race in cdcr bootstrap process

[Varun Thacker (JIRA)]

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

Varun Thacker commented on SOLR-11278:
--

Looks like it was happy for 1 day but today I see a failure : 
https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/517/

I won't get time to look at this for another till tuesday atleast . Let's not 
hold up 7.0.1 for this? 

People who hit this race condition in 7.0 can fix it by restarting the target 
cluster as the bootstrap will fail. Not the best experience but they are 
starting a new cluster so hopefully not a big deal.


> Fix race in cdcr bootstrap process
> --
>
> Key: SOLR-11278
> URL: https://issues.apache.org/jira/browse/SOLR-11278
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: CDCR
>Affects Versions: 6.6.1, 7.0
>Reporter: Amrit Sarkar
>Assignee: Varun Thacker
>Priority: Critical
>  Labels: test
> Fix For: 7.1
>
> Attachments: master-bs.patch, SOLR-11278-awaits-fix.patch, 
> SOLR-11278-cancel-bootstrap-on-stop.patch, SOLR-11278.patch, 
> SOLR-11278.patch, SOLR-11278.patch, SOLR-11278.patch, test_results
>
>
> {{CdcrBootstrapTest}} is failing while running beasts for significant 
> iterations.
> The bootstrapping is failing in the test, after the first batch is indexed 
> for each {{testmethod}}, which results in documents mismatch ::
> {code}
>   [beaster]   2> 39167 ERROR 
> (updateExecutor-39-thread-1-processing-n:127.0.0.1:42155_solr 
> x:cdcr-target_shard1_replica_n1 s:shard1 c:cdcr-target r:core_node2) 
> [n:127.0.0.1:42155_solr c:cdcr-target s:shard1 r:core_node2 
> x:cdcr-target_shard1_replica_n1] o.a.s.h.CdcrRequestHandler Bootstrap 
> operation failed
>   [beaster]   2> java.util.concurrent.ExecutionException: 
> java.lang.AssertionError
>   [beaster]   2>  at 
> java.util.concurrent.FutureTask.report(FutureTask.java:122)
>   [beaster]   2>  at 
> java.util.concurrent.FutureTask.get(FutureTask.java:192)
>   [beaster]   2>  at 
> org.apache.solr.handler.CdcrRequestHandler.lambda$handleBootstrapAction$0(CdcrRequestHandler.java:654)
>   [beaster]   2>  at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176)
>   [beaster]   2>  at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>   [beaster]   2>  at 
> java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   [beaster]   2>  at 
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:188)
>   [beaster]   2>  at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   [beaster]   2>  at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   [beaster]   2>  at java.lang.Thread.run(Thread.java:748)
>   [beaster]   2> Caused by: java.lang.AssertionError
>   [beaster]   2>  at 
> org.apache.solr.handler.CdcrRequestHandler$BootstrapCallable.call(CdcrRequestHandler.java:813)
>   [beaster]   2>  at 
> org.apache.solr.handler.CdcrRequestHandler$BootstrapCallable.call(CdcrRequestHandler.java:724)
>   [beaster]   2>  at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedCallable.call(InstrumentedExecutorService.java:197)
>   [beaster]   2>  ... 5 more
> {code}
> {code}
>   [beaster] [01:37:16.282] FAILURE  153s | 
> CdcrBootstrapTest.testBootstrapWithSourceCluster <<<
>   [beaster]> Throwable #1: java.lang.AssertionError: Document mismatch on 
> target after sync expected:<2000> but was:<1000>
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (SOLR-11278) Fix race in cdcr bootstrap process

[Steve Rowe (JIRA)]

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

Steve Rowe commented on SOLR-11278:
---

Should the commits on this issue be backported to branch_7_0, to be included in 
Solr 7.0.1?

> Fix race in cdcr bootstrap process
> --
>
> Key: SOLR-11278
> URL: https://issues.apache.org/jira/browse/SOLR-11278
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: CDCR
>Affects Versions: 6.6.1, 7.0
>Reporter: Amrit Sarkar
>Assignee: Varun Thacker
>Priority: Critical
>  Labels: test
> Fix For: 7.1
>
> Attachments: master-bs.patch, SOLR-11278-awaits-fix.patch, 
> SOLR-11278-cancel-bootstrap-on-stop.patch, SOLR-11278.patch, 
> SOLR-11278.patch, SOLR-11278.patch, SOLR-11278.patch, test_results
>
>
> {{CdcrBootstrapTest}} is failing while running beasts for significant 
> iterations.
> The bootstrapping is failing in the test, after the first batch is indexed 
> for each {{testmethod}}, which results in documents mismatch ::
> {code}
>   [beaster]   2> 39167 ERROR 
> (updateExecutor-39-thread-1-processing-n:127.0.0.1:42155_solr 
> x:cdcr-target_shard1_replica_n1 s:shard1 c:cdcr-target r:core_node2) 
> [n:127.0.0.1:42155_solr c:cdcr-target s:shard1 r:core_node2 
> x:cdcr-target_shard1_replica_n1] o.a.s.h.CdcrRequestHandler Bootstrap 
> operation failed
>   [beaster]   2> java.util.concurrent.ExecutionException: 
> java.lang.AssertionError
>   [beaster]   2>  at 
> java.util.concurrent.FutureTask.report(FutureTask.java:122)
>   [beaster]   2>  at 
> java.util.concurrent.FutureTask.get(FutureTask.java:192)
>   [beaster]   2>  at 
> org.apache.solr.handler.CdcrRequestHandler.lambda$handleBootstrapAction$0(CdcrRequestHandler.java:654)
>   [beaster]   2>  at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176)
>   [beaster]   2>  at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>   [beaster]   2>  at 
> java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   [beaster]   2>  at 
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:188)
>   [beaster]   2>  at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   [beaster]   2>  at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   [beaster]   2>  at java.lang.Thread.run(Thread.java:748)
>   [beaster]   2> Caused by: java.lang.AssertionError
>   [beaster]   2>  at 
> org.apache.solr.handler.CdcrRequestHandler$BootstrapCallable.call(CdcrRequestHandler.java:813)
>   [beaster]   2>  at 
> org.apache.solr.handler.CdcrRequestHandler$BootstrapCallable.call(CdcrRequestHandler.java:724)
>   [beaster]   2>  at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedCallable.call(InstrumentedExecutorService.java:197)
>   [beaster]   2>  ... 5 more
> {code}
> {code}
>   [beaster] [01:37:16.282] FAILURE  153s | 
> CdcrBootstrapTest.testBootstrapWithSourceCluster <<<
>   [beaster]> Throwable #1: java.lang.AssertionError: Document mismatch on 
> target after sync expected:<2000> but was:<1000>
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[JENKINS] Lucene-Solr-7.0-Linux (32bit/jdk1.8.0_144) - Build # 392 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.0-Linux/392/
Java: 32bit/jdk1.8.0_144 -client -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.solr.cloud.TestTlogReplica.testRecovery

Error Message:
Can not find doc 3 in http://127.0.0.1:33153/solr

Stack Trace:
java.lang.AssertionError: Can not find doc 3 in http://127.0.0.1:33153/solr
at 
__randomizedtesting.SeedInfo.seed([E90352E52580FD13:28F32B4908D037B4]: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:868)
at 
org.apache.solr.cloud.TestTlogReplica.testRecovery(TestTlogReplica.java:559)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java: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:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)




Build Log:
[...truncated 11674 lines...]
   [junit4] Suite: org.apache.solr.cloud.TestTlogReplica
   [junit4]   2> Creating dataDir: 

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

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/6928/
Java: 64bit/jdk1.8.0_144 -XX:+UseCompressedOops -XX:+UseParallelGC

2 tests failed.
FAILED:  junit.framework.TestSuite.org.apache.lucene.store.TestRAFDirectory

Error Message:
Could not remove the following files (in the order of attempts):
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\misc\test\J0\temp\lucene.store.TestRAFDirectory_9A4B2AD40259C479-001\testThreadSafety-001:
 java.nio.file.AccessDeniedException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\misc\test\J0\temp\lucene.store.TestRAFDirectory_9A4B2AD40259C479-001\testThreadSafety-001

C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\misc\test\J0\temp\lucene.store.TestRAFDirectory_9A4B2AD40259C479-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\misc\test\J0\temp\lucene.store.TestRAFDirectory_9A4B2AD40259C479-001
 

Stack Trace:
java.io.IOException: Could not remove the following files (in the order of 
attempts):
   
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\misc\test\J0\temp\lucene.store.TestRAFDirectory_9A4B2AD40259C479-001\testThreadSafety-001:
 java.nio.file.AccessDeniedException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\misc\test\J0\temp\lucene.store.TestRAFDirectory_9A4B2AD40259C479-001\testThreadSafety-001
   
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\misc\test\J0\temp\lucene.store.TestRAFDirectory_9A4B2AD40259C479-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\misc\test\J0\temp\lucene.store.TestRAFDirectory_9A4B2AD40259C479-001

at __randomizedtesting.SeedInfo.seed([9A4B2AD40259C479]:0)
at org.apache.lucene.util.IOUtils.rm(IOUtils.java:329)
at 
org.apache.lucene.util.TestRuleTemporaryFilesCleanup.afterAlways(TestRuleTemporaryFilesCleanup.java:216)
at 
com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.afterAlways(TestRuleAdapter.java:31)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:43)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  
org.apache.solr.cloud.CdcrBootstrapTest.testBootstrapWithContinousIndexingOnSourceCluster

Error Message:
Document mismatch on target after sync expected:<2000> but was:<1901>

Stack Trace:
java.lang.AssertionError: Document mismatch on target after sync 
expected:<2000> but was:<1901>
at 
__randomizedtesting.SeedInfo.seed([BD958B4BF55439D1:69D0C01212028A2A]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at 
org.apache.solr.cloud.CdcrBootstrapTest.testBootstrapWithContinousIndexingOnSourceCluster(CdcrBootstrapTest.java:309)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 

[jira] [Commented] (SOLR-5970) Create collection API always has status 0

[Steve Rowe (JIRA)]

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

Steve Rowe commented on SOLR-5970:
--

On SOLR-11406, I saw the core creation failure equivalent of the failures 
reported here: because pre-7.0 indexes can't be opened with Solr 7.0, core 
creation over a 6.x index fails, but {{bin/solr start -s contains/6.x/index}} 
nevertheless acts as if everything went fine - only the success message is 
printed: {{Started Solr server on port 8983 (pid=). Happy searching!}}.

Likely the fix here for collections will take individual cores into account 
too, so I don't think a separate JIRA is warranted.

> Create collection API always has status 0
> -
>
> Key: SOLR-5970
> URL: https://issues.apache.org/jira/browse/SOLR-5970
> Project: Solr
>  Issue Type: Bug
>Reporter: Abraham Elmahrek
> Attachments: bad.jar, schema.xml, SOLR-5970-test.patch, solrconfig.xml
>
>
> The responses below are from a successful create collection API 
> (https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-CreateormodifyanAliasforaCollection)
>  call and an unsuccessful create collection API call. It seems the 'status' 
> is always 0.
> Success:
> {u'responseHeader': {u'status': 0, u'QTime': 4421}, u'success': {u'': 
> {u'core': u'test1_shard1_replica1', u'responseHeader': {u'status': 0, 
> u'QTime': 3449
> Failure:
> {u'failure': 
>   {u'': 
> u"org.apache.solr.client.solrj.impl.HttpSolrServer$RemoteSolrException:Error 
> CREATEing SolrCore 'test43_shard1_replica1': Unable to create core: 
> test43_shard1_replica1 Caused by: Could not find configName for collection 
> test43 found:[test1]"},
>  u'responseHeader': {u'status': 0, u'QTime': 17149}
> }
> It seems like the status should be 400 or something similar for an 
> unsuccessful attempt?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Resolved] (SOLR-11406) Solr 7.0 cannot read indexes from 6.x versions

[Steve Rowe (JIRA)]

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

Steve Rowe resolved SOLR-11406.
---
   Resolution: Fixed
 Assignee: Steve Rowe
Fix Version/s: master (8.0)
   7.1

> Solr 7.0 cannot read indexes from 6.x versions
> --
>
> Key: SOLR-11406
> URL: https://issues.apache.org/jira/browse/SOLR-11406
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 7.0
> Environment: C:\Users\sheisey\Downloads\solr-7.0.0>ver
> Microsoft Windows [Version 6.1.7601]
> C:\Users\sheisey\Downloads\solr-7.0.0>java -version
> java version "1.8.0_144"
> Java(TM) SE Runtime Environment (build 1.8.0_144-b01)
> Java HotSpot(TM) 64-Bit Server VM (build 25.144-b01, mixed mode)
>Reporter: Shawn Heisey
>Assignee: Steve Rowe
>Priority: Blocker
> Fix For: 7.0.1, 7.1, master (8.0)
>
> Attachments: SOLR-11406.patch, SOLR-11406.patch
>
>
> Reproduced a user problem from the mailing list.
> Steps:
>  * Start Solr 6.6.0 from an extracted download with "bin/solr start"
>  * Create a core: "bin/solr create -c foo"
>  * Add documents with the admin UI
>  * Stop Solr
>  * Copy solr-6.6.0/server/solr/foo to solr-7.0.0/server/solr in extracted 
> Solr 7.0 download
>  * Start Solr 7.0 with "bin/solr start"
> (I was on Windows, so I used backslashes everywhere these steps have forward 
> slashes)
> Solr will be unable to start the core.  Error and stacktrace:
> {code}
> 2017-09-27 15:13:30.050 ERROR (coreContainerWorkExecutor-2-thread-1) [   ] 
> o.a.s.c.CoreContainer Error waiting for SolrCore to be created
> java.util.concurrent.ExecutionException: 
> org.apache.solr.common.SolrException: Unable to create core [foo]
> at java.util.concurrent.FutureTask.report(FutureTask.java:122)
> at java.util.concurrent.FutureTask.get(FutureTask.java:192)
> at 
> org.apache.solr.core.CoreContainer.lambda$load$118(CoreContainer.java:647)
> at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at 
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$128(ExecutorUtil.java:188)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.apache.solr.common.SolrException: Unable to create core [foo]
> at 
> org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:996)
> at 
> org.apache.solr.core.CoreContainer.lambda$load$117(CoreContainer.java:619)
> at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedCallable.call(InstrumentedExecutorService.java:197)
> ... 5 more
> Caused by: org.apache.solr.common.SolrException: Error opening new searcher
> at org.apache.solr.core.SolrCore.(SolrCore.java:988)
> at org.apache.solr.core.SolrCore.(SolrCore.java:843)
> at 
> org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:980)
> ... 7 more
> Caused by: org.apache.solr.common.SolrException: Error opening new searcher
> at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2066)
> at org.apache.solr.core.SolrCore.getSearcher(SolrCore.java:2186)
> at org.apache.solr.core.SolrCore.initSearcher(SolrCore.java:1071)
> at org.apache.solr.core.SolrCore.(SolrCore.java:960)
> ... 9 more
> Caused by: java.lang.NullPointerException
> at java.util.Objects.requireNonNull(Objects.java:203)
> at java.util.Optional.(Optional.java:96)
> at java.util.Optional.of(Optional.java:108)
> at java.util.stream.ReduceOps$2ReducingSink.get(ReduceOps.java:129)
> at java.util.stream.ReduceOps$2ReducingSink.get(ReduceOps.java:107)
> at 
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at java.util.stream.ReferencePipeline.reduce(ReferencePipeline.java:479)
> at 
> org.apache.solr.index.SlowCompositeReaderWrapper.(SlowCompositeReaderWrapper.java:76)
> at 
> org.apache.solr.index.SlowCompositeReaderWrapper.wrap(SlowCompositeReaderWrapper.java:57)
> at 
> org.apache.solr.search.SolrIndexSearcher.(SolrIndexSearcher.java:252)
> at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2034)
> ... 12 more
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (SOLR-11406) Solr 7.0 cannot read indexes from 6.x versions

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-11406:


Commit 47ea4283d9311c1e8619dcedd262f285954120ac in lucene-solr's branch 
refs/heads/branch_7x from [~steve_rowe]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=47ea428 ]

SOLR-11406: Solr 7.0 cannot read indexes from 6.x versions


> Solr 7.0 cannot read indexes from 6.x versions
> --
>
> Key: SOLR-11406
> URL: https://issues.apache.org/jira/browse/SOLR-11406
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 7.0
> Environment: C:\Users\sheisey\Downloads\solr-7.0.0>ver
> Microsoft Windows [Version 6.1.7601]
> C:\Users\sheisey\Downloads\solr-7.0.0>java -version
> java version "1.8.0_144"
> Java(TM) SE Runtime Environment (build 1.8.0_144-b01)
> Java HotSpot(TM) 64-Bit Server VM (build 25.144-b01, mixed mode)
>Reporter: Shawn Heisey
>Priority: Blocker
> Fix For: 7.0.1
>
> Attachments: SOLR-11406.patch, SOLR-11406.patch
>
>
> Reproduced a user problem from the mailing list.
> Steps:
>  * Start Solr 6.6.0 from an extracted download with "bin/solr start"
>  * Create a core: "bin/solr create -c foo"
>  * Add documents with the admin UI
>  * Stop Solr
>  * Copy solr-6.6.0/server/solr/foo to solr-7.0.0/server/solr in extracted 
> Solr 7.0 download
>  * Start Solr 7.0 with "bin/solr start"
> (I was on Windows, so I used backslashes everywhere these steps have forward 
> slashes)
> Solr will be unable to start the core.  Error and stacktrace:
> {code}
> 2017-09-27 15:13:30.050 ERROR (coreContainerWorkExecutor-2-thread-1) [   ] 
> o.a.s.c.CoreContainer Error waiting for SolrCore to be created
> java.util.concurrent.ExecutionException: 
> org.apache.solr.common.SolrException: Unable to create core [foo]
> at java.util.concurrent.FutureTask.report(FutureTask.java:122)
> at java.util.concurrent.FutureTask.get(FutureTask.java:192)
> at 
> org.apache.solr.core.CoreContainer.lambda$load$118(CoreContainer.java:647)
> at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at 
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$128(ExecutorUtil.java:188)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.apache.solr.common.SolrException: Unable to create core [foo]
> at 
> org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:996)
> at 
> org.apache.solr.core.CoreContainer.lambda$load$117(CoreContainer.java:619)
> at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedCallable.call(InstrumentedExecutorService.java:197)
> ... 5 more
> Caused by: org.apache.solr.common.SolrException: Error opening new searcher
> at org.apache.solr.core.SolrCore.(SolrCore.java:988)
> at org.apache.solr.core.SolrCore.(SolrCore.java:843)
> at 
> org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:980)
> ... 7 more
> Caused by: org.apache.solr.common.SolrException: Error opening new searcher
> at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2066)
> at org.apache.solr.core.SolrCore.getSearcher(SolrCore.java:2186)
> at org.apache.solr.core.SolrCore.initSearcher(SolrCore.java:1071)
> at org.apache.solr.core.SolrCore.(SolrCore.java:960)
> ... 9 more
> Caused by: java.lang.NullPointerException
> at java.util.Objects.requireNonNull(Objects.java:203)
> at java.util.Optional.(Optional.java:96)
> at java.util.Optional.of(Optional.java:108)
> at java.util.stream.ReduceOps$2ReducingSink.get(ReduceOps.java:129)
> at java.util.stream.ReduceOps$2ReducingSink.get(ReduceOps.java:107)
> at 
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at java.util.stream.ReferencePipeline.reduce(ReferencePipeline.java:479)
> at 
> org.apache.solr.index.SlowCompositeReaderWrapper.(SlowCompositeReaderWrapper.java:76)
> at 
> org.apache.solr.index.SlowCompositeReaderWrapper.wrap(SlowCompositeReaderWrapper.java:57)
> at 
> org.apache.solr.search.SolrIndexSearcher.(SolrIndexSearcher.java:252)
> at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2034)
> ... 12 more
> {code}



--
This message was sent by 

[jira] [Commented] (SOLR-11406) Solr 7.0 cannot read indexes from 6.x versions

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-11406:


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

SOLR-11406: Solr 7.0 cannot read indexes from 6.x versions


> Solr 7.0 cannot read indexes from 6.x versions
> --
>
> Key: SOLR-11406
> URL: https://issues.apache.org/jira/browse/SOLR-11406
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 7.0
> Environment: C:\Users\sheisey\Downloads\solr-7.0.0>ver
> Microsoft Windows [Version 6.1.7601]
> C:\Users\sheisey\Downloads\solr-7.0.0>java -version
> java version "1.8.0_144"
> Java(TM) SE Runtime Environment (build 1.8.0_144-b01)
> Java HotSpot(TM) 64-Bit Server VM (build 25.144-b01, mixed mode)
>Reporter: Shawn Heisey
>Priority: Blocker
> Fix For: 7.0.1
>
> Attachments: SOLR-11406.patch, SOLR-11406.patch
>
>
> Reproduced a user problem from the mailing list.
> Steps:
>  * Start Solr 6.6.0 from an extracted download with "bin/solr start"
>  * Create a core: "bin/solr create -c foo"
>  * Add documents with the admin UI
>  * Stop Solr
>  * Copy solr-6.6.0/server/solr/foo to solr-7.0.0/server/solr in extracted 
> Solr 7.0 download
>  * Start Solr 7.0 with "bin/solr start"
> (I was on Windows, so I used backslashes everywhere these steps have forward 
> slashes)
> Solr will be unable to start the core.  Error and stacktrace:
> {code}
> 2017-09-27 15:13:30.050 ERROR (coreContainerWorkExecutor-2-thread-1) [   ] 
> o.a.s.c.CoreContainer Error waiting for SolrCore to be created
> java.util.concurrent.ExecutionException: 
> org.apache.solr.common.SolrException: Unable to create core [foo]
> at java.util.concurrent.FutureTask.report(FutureTask.java:122)
> at java.util.concurrent.FutureTask.get(FutureTask.java:192)
> at 
> org.apache.solr.core.CoreContainer.lambda$load$118(CoreContainer.java:647)
> at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at 
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$128(ExecutorUtil.java:188)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.apache.solr.common.SolrException: Unable to create core [foo]
> at 
> org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:996)
> at 
> org.apache.solr.core.CoreContainer.lambda$load$117(CoreContainer.java:619)
> at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedCallable.call(InstrumentedExecutorService.java:197)
> ... 5 more
> Caused by: org.apache.solr.common.SolrException: Error opening new searcher
> at org.apache.solr.core.SolrCore.(SolrCore.java:988)
> at org.apache.solr.core.SolrCore.(SolrCore.java:843)
> at 
> org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:980)
> ... 7 more
> Caused by: org.apache.solr.common.SolrException: Error opening new searcher
> at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2066)
> at org.apache.solr.core.SolrCore.getSearcher(SolrCore.java:2186)
> at org.apache.solr.core.SolrCore.initSearcher(SolrCore.java:1071)
> at org.apache.solr.core.SolrCore.(SolrCore.java:960)
> ... 9 more
> Caused by: java.lang.NullPointerException
> at java.util.Objects.requireNonNull(Objects.java:203)
> at java.util.Optional.(Optional.java:96)
> at java.util.Optional.of(Optional.java:108)
> at java.util.stream.ReduceOps$2ReducingSink.get(ReduceOps.java:129)
> at java.util.stream.ReduceOps$2ReducingSink.get(ReduceOps.java:107)
> at 
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at java.util.stream.ReferencePipeline.reduce(ReferencePipeline.java:479)
> at 
> org.apache.solr.index.SlowCompositeReaderWrapper.(SlowCompositeReaderWrapper.java:76)
> at 
> org.apache.solr.index.SlowCompositeReaderWrapper.wrap(SlowCompositeReaderWrapper.java:57)
> at 
> org.apache.solr.search.SolrIndexSearcher.(SolrIndexSearcher.java:252)
> at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2034)
> ... 12 more
> {code}



--
This message was sent by 

[jira] [Commented] (SOLR-11406) Solr 7.0 cannot read indexes from 6.x versions

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-11406:


Commit 2916fba3b24adce7eaf0f55a36b8287e6afc6e40 in lucene-solr's branch 
refs/heads/branch_7_0 from [~steve_rowe]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2916fba ]

SOLR-11406: Solr 7.0 cannot read indexes from 6.x versions


> Solr 7.0 cannot read indexes from 6.x versions
> --
>
> Key: SOLR-11406
> URL: https://issues.apache.org/jira/browse/SOLR-11406
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 7.0
> Environment: C:\Users\sheisey\Downloads\solr-7.0.0>ver
> Microsoft Windows [Version 6.1.7601]
> C:\Users\sheisey\Downloads\solr-7.0.0>java -version
> java version "1.8.0_144"
> Java(TM) SE Runtime Environment (build 1.8.0_144-b01)
> Java HotSpot(TM) 64-Bit Server VM (build 25.144-b01, mixed mode)
>Reporter: Shawn Heisey
>Priority: Blocker
> Fix For: 7.0.1
>
> Attachments: SOLR-11406.patch, SOLR-11406.patch
>
>
> Reproduced a user problem from the mailing list.
> Steps:
>  * Start Solr 6.6.0 from an extracted download with "bin/solr start"
>  * Create a core: "bin/solr create -c foo"
>  * Add documents with the admin UI
>  * Stop Solr
>  * Copy solr-6.6.0/server/solr/foo to solr-7.0.0/server/solr in extracted 
> Solr 7.0 download
>  * Start Solr 7.0 with "bin/solr start"
> (I was on Windows, so I used backslashes everywhere these steps have forward 
> slashes)
> Solr will be unable to start the core.  Error and stacktrace:
> {code}
> 2017-09-27 15:13:30.050 ERROR (coreContainerWorkExecutor-2-thread-1) [   ] 
> o.a.s.c.CoreContainer Error waiting for SolrCore to be created
> java.util.concurrent.ExecutionException: 
> org.apache.solr.common.SolrException: Unable to create core [foo]
> at java.util.concurrent.FutureTask.report(FutureTask.java:122)
> at java.util.concurrent.FutureTask.get(FutureTask.java:192)
> at 
> org.apache.solr.core.CoreContainer.lambda$load$118(CoreContainer.java:647)
> at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at 
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$128(ExecutorUtil.java:188)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.apache.solr.common.SolrException: Unable to create core [foo]
> at 
> org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:996)
> at 
> org.apache.solr.core.CoreContainer.lambda$load$117(CoreContainer.java:619)
> at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedCallable.call(InstrumentedExecutorService.java:197)
> ... 5 more
> Caused by: org.apache.solr.common.SolrException: Error opening new searcher
> at org.apache.solr.core.SolrCore.(SolrCore.java:988)
> at org.apache.solr.core.SolrCore.(SolrCore.java:843)
> at 
> org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:980)
> ... 7 more
> Caused by: org.apache.solr.common.SolrException: Error opening new searcher
> at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2066)
> at org.apache.solr.core.SolrCore.getSearcher(SolrCore.java:2186)
> at org.apache.solr.core.SolrCore.initSearcher(SolrCore.java:1071)
> at org.apache.solr.core.SolrCore.(SolrCore.java:960)
> ... 9 more
> Caused by: java.lang.NullPointerException
> at java.util.Objects.requireNonNull(Objects.java:203)
> at java.util.Optional.(Optional.java:96)
> at java.util.Optional.of(Optional.java:108)
> at java.util.stream.ReduceOps$2ReducingSink.get(ReduceOps.java:129)
> at java.util.stream.ReduceOps$2ReducingSink.get(ReduceOps.java:107)
> at 
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at java.util.stream.ReferencePipeline.reduce(ReferencePipeline.java:479)
> at 
> org.apache.solr.index.SlowCompositeReaderWrapper.(SlowCompositeReaderWrapper.java:76)
> at 
> org.apache.solr.index.SlowCompositeReaderWrapper.wrap(SlowCompositeReaderWrapper.java:57)
> at 
> org.apache.solr.search.SolrIndexSearcher.(SolrIndexSearcher.java:252)
> at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2034)
> ... 12 more
> {code}



--
This message was sent by 

Re: Welcome Hrishikesh Gadre as Lucene/Solr committer

[Tomás Fernández Löbbe]

Welcome!

On Fri, Sep 29, 2017 at 1:31 PM, Christian Moen  wrote:

> Congrats!
>
>
> On Fri, Sep 29, 2017 at 7:23 PM Yonik Seeley  wrote:
>
>> Hi All,
>>
>> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
>> committer.
>> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
>>
>> Congrats and Welcome!
>> -Yonik
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>

Re: Welcome Hrishikesh Gadre as Lucene/Solr committer

[Christian Moen]

Congrats!

On Fri, Sep 29, 2017 at 7:23 PM Yonik Seeley  wrote:

> Hi All,
>
> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
> committer.
> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
>
> Congrats and Welcome!
> -Yonik
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

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

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Solaris/214/
Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseG1GC

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

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

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 2 threads leaked from SUITE 
scope at org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 
   1) Thread[id=24433, name=jetty-launcher-3783-thread-2-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
at 

[jira] [Updated] (LUCENE-7957) ConjunctionScorer.getChildren does not return all children

[Michael McCandless (JIRA)]

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

Michael McCandless updated LUCENE-7957:
---
Fix Version/s: (was: 7.1)
   7.0.1

> ConjunctionScorer.getChildren does not return all children
> --
>
> Key: LUCENE-7957
> URL: https://issues.apache.org/jira/browse/LUCENE-7957
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/search
>Reporter: Michael McCandless
>Assignee: Michael McCandless
> Fix For: 7.0.1, master (8.0)
>
> Attachments: LUCENE-7957.patch
>
>
> Today it returns all scoring children and misses the `FILTER` clauses; I 
> think we just need to save the incoming `required` parameter to the ctor and 
> iterate over those in `getChildren` since `scorers` is a subset of `required`?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (LUCENE-7957) ConjunctionScorer.getChildren does not return all children

[ASF subversion and git services (JIRA)]

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

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

Commit 91faf5c631f3da17402b0a1694539e4a314b5c60 in lucene-solr's branch 
refs/heads/branch_7_0 from Mike McCandless
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=91faf5c ]

LUCENE-7957: ConjunctionScorer.getChildren was failing to return all child 
scorers


> ConjunctionScorer.getChildren does not return all children
> --
>
> Key: LUCENE-7957
> URL: https://issues.apache.org/jira/browse/LUCENE-7957
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: core/search
>Reporter: Michael McCandless
>Assignee: Michael McCandless
> Fix For: 7.1, master (8.0)
>
> Attachments: LUCENE-7957.patch
>
>
> Today it returns all scoring children and misses the `FILTER` clauses; I 
> think we just need to save the incoming `required` parameter to the ctor and 
> iterate over those in `getChildren` since `scorers` is a subset of `required`?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

Re: Release 7.0.1

[Anshum Gupta]

Thanks for taking this up Steve! 

-Anshum



> On Sep 29, 2017, at 12:05 PM, Steve Rowe  wrote:
> 
> SOLR-11406 (Solr 7.0 can’t read 6.x indexes) warrants an immediate bugfix 
> release.  I volunteer to be release manager.
> 
> I plan on creating a release candidate on Monday.
> 
> Today I’ll take a look at merging 7.1-targetted bugfixes into branch_7_0.
> 
> Please let me know if there is anything you think should make the release.
> 
> --
> Steve
> www.lucidworks.com
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
> 

Re: Release 7.0.1

[Steve Rowe]

Thanks Mike, please go ahead.

--
Steve
www.lucidworks.com

> On Sep 29, 2017, at 3:26 PM, Michael McCandless  
> wrote:
> 
> Thanks Steve.
> 
> I think LUCENE-7957 should be backported; I can do that.
> 
> Mike McCandless
> 
> http://blog.mikemccandless.com
> 
> On Fri, Sep 29, 2017 at 3:05 PM, Steve Rowe  wrote:
> SOLR-11406 (Solr 7.0 can’t read 6.x indexes) warrants an immediate bugfix 
> release.  I volunteer to be release manager.
> 
> I plan on creating a release candidate on Monday.
> 
> Today I’ll take a look at merging 7.1-targetted bugfixes into branch_7_0.
> 
> Please let me know if there is anything you think should make the release.
> 
> --
> Steve
> www.lucidworks.com
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
> 
> 


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

Re: Welcome Hrishikesh Gadre as Lucene/Solr committer

[Alan Woodward]

Welcome Hrishikesh!

Alan Woodward
www.flax.co.uk


> On 29 Sep 2017, at 18:23, Yonik Seeley  wrote:
> 
> Hi All,
> 
> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
> committer.
> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
> 
> Congrats and Welcome!
> -Yonik
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
> 

[jira] [Commented] (SOLR-11423) Overseer queue needs a hard cap (maximum size) that clients respect

[Scott Blum (JIRA)]

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

Scott Blum commented on SOLR-11423:
---

CC: [~jhump] [~noble.paul] [~shalinmangar]

> Overseer queue needs a hard cap (maximum size) that clients respect
> ---
>
> Key: SOLR-11423
> URL: https://issues.apache.org/jira/browse/SOLR-11423
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: SolrCloud
>Reporter: Scott Blum
>Assignee: Scott Blum
>
> When Solr gets into pathological GC thrashing states, it can fill the 
> overseer queue with literally thousands and thousands of queued state 
> changes.  Many of these end up being duplicated up/down state updates.  Our 
> production cluster has gotten to the 100k queued items level many times, and 
> there's nothing useful you can do at this point except manually purge the 
> queue in ZK.  Recently, it hit 3 million queued items, at which point our 
> entire ZK cluster exploded.
> I propose a hard cap.  Any client trying to enqueue a item when a queue is 
> full would throw an exception.  I was thinking maybe 10,000 items would be a 
> reasonable limit.  Thoughts?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Created] (SOLR-11423) Overseer queue needs a hard cap (maximum size) that clients respect

[Scott Blum (JIRA)]

Scott Blum created SOLR-11423:
-

 Summary: Overseer queue needs a hard cap (maximum size) that 
clients respect
 Key: SOLR-11423
 URL: https://issues.apache.org/jira/browse/SOLR-11423
 Project: Solr
  Issue Type: Improvement
  Security Level: Public (Default Security Level. Issues are Public)
  Components: SolrCloud
Reporter: Scott Blum
Assignee: Scott Blum


When Solr gets into pathological GC thrashing states, it can fill the overseer 
queue with literally thousands and thousands of queued state changes.  Many of 
these end up being duplicated up/down state updates.  Our production cluster 
has gotten to the 100k queued items level many times, and there's nothing 
useful you can do at this point except manually purge the queue in ZK.  
Recently, it hit 3 million queued items, at which point our entire ZK cluster 
exploded.

I propose a hard cap.  Any client trying to enqueue a item when a queue is full 
would throw an exception.  I was thinking maybe 10,000 items would be a 
reasonable limit.  Thoughts?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

Re: Welcome Hrishikesh Gadre as Lucene/Solr committer

[Varun Thacker]

Congratulations and welcome Hrishikesh!

On Fri, Sep 29, 2017 at 12:23 PM, Michael McCandless <
luc...@mikemccandless.com> wrote:

> Welcome Hrishikesh!
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
> On Fri, Sep 29, 2017 at 1:23 PM, Yonik Seeley  wrote:
>
>> Hi All,
>>
>> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
>> committer.
>> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
>>
>> Congrats and Welcome!
>> -Yonik
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>

Re: Release 7.0.1

[Michael McCandless]

Thanks Steve.

I think LUCENE-7957 should be backported; I can do that.

Mike McCandless

http://blog.mikemccandless.com

On Fri, Sep 29, 2017 at 3:05 PM, Steve Rowe  wrote:

> SOLR-11406 (Solr 7.0 can’t read 6.x indexes) warrants an immediate bugfix
> release.  I volunteer to be release manager.
>
> I plan on creating a release candidate on Monday.
>
> Today I’ll take a look at merging 7.1-targetted bugfixes into branch_7_0.
>
> Please let me know if there is anything you think should make the release.
>
> --
> Steve
> www.lucidworks.com
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: Welcome Hrishikesh Gadre as Lucene/Solr committer

[Michael McCandless]

Welcome Hrishikesh!

Mike McCandless

http://blog.mikemccandless.com

On Fri, Sep 29, 2017 at 1:23 PM, Yonik Seeley  wrote:

> Hi All,
>
> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
> committer.
> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
>
> Congrats and Welcome!
> -Yonik
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: Welcome Hrishikesh Gadre as Lucene/Solr committer

[Erick Erickson]

Congrats and Welcome!

On Fri, Sep 29, 2017 at 11:13 AM, Anshum Gupta  wrote:
> Congratulations and welcome Hrishikesh!
>
> -Anshum
>
>
>
> On Sep 29, 2017, at 10:23 AM, Yonik Seeley  wrote:
>
> Hi All,
>
> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
> committer.
> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
>
> Congrats and Welcome!
> -Yonik
>
> -
> 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

Release 7.0.1

[Steve Rowe]

SOLR-11406 (Solr 7.0 can’t read 6.x indexes) warrants an immediate bugfix 
release.  I volunteer to be release manager.

I plan on creating a release candidate on Monday.

Today I’ll take a look at merging 7.1-targetted bugfixes into branch_7_0.

Please let me know if there is anything you think should make the release.

--
Steve
www.lucidworks.com


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

[jira] [Updated] (SOLR-11406) Solr 7.0 cannot read indexes from 6.x versions

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-11406:
--
Attachment: SOLR-11406.patch

Patch for branch_7_0, includes previous fix-only patch, and adds a CHANGES 
entry and basic read/write testing of the (currently 6.x) indexes in Lucene's 
backward-codecs module.  The new test fails without the fix and succeeds with 
it.

Committing shortly.


> Solr 7.0 cannot read indexes from 6.x versions
> --
>
> Key: SOLR-11406
> URL: https://issues.apache.org/jira/browse/SOLR-11406
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 7.0
> Environment: C:\Users\sheisey\Downloads\solr-7.0.0>ver
> Microsoft Windows [Version 6.1.7601]
> C:\Users\sheisey\Downloads\solr-7.0.0>java -version
> java version "1.8.0_144"
> Java(TM) SE Runtime Environment (build 1.8.0_144-b01)
> Java HotSpot(TM) 64-Bit Server VM (build 25.144-b01, mixed mode)
>Reporter: Shawn Heisey
>Priority: Blocker
> Fix For: 7.0.1
>
> Attachments: SOLR-11406.patch, SOLR-11406.patch
>
>
> Reproduced a user problem from the mailing list.
> Steps:
>  * Start Solr 6.6.0 from an extracted download with "bin/solr start"
>  * Create a core: "bin/solr create -c foo"
>  * Add documents with the admin UI
>  * Stop Solr
>  * Copy solr-6.6.0/server/solr/foo to solr-7.0.0/server/solr in extracted 
> Solr 7.0 download
>  * Start Solr 7.0 with "bin/solr start"
> (I was on Windows, so I used backslashes everywhere these steps have forward 
> slashes)
> Solr will be unable to start the core.  Error and stacktrace:
> {code}
> 2017-09-27 15:13:30.050 ERROR (coreContainerWorkExecutor-2-thread-1) [   ] 
> o.a.s.c.CoreContainer Error waiting for SolrCore to be created
> java.util.concurrent.ExecutionException: 
> org.apache.solr.common.SolrException: Unable to create core [foo]
> at java.util.concurrent.FutureTask.report(FutureTask.java:122)
> at java.util.concurrent.FutureTask.get(FutureTask.java:192)
> at 
> org.apache.solr.core.CoreContainer.lambda$load$118(CoreContainer.java:647)
> at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at 
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$128(ExecutorUtil.java:188)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.apache.solr.common.SolrException: Unable to create core [foo]
> at 
> org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:996)
> at 
> org.apache.solr.core.CoreContainer.lambda$load$117(CoreContainer.java:619)
> at 
> com.codahale.metrics.InstrumentedExecutorService$InstrumentedCallable.call(InstrumentedExecutorService.java:197)
> ... 5 more
> Caused by: org.apache.solr.common.SolrException: Error opening new searcher
> at org.apache.solr.core.SolrCore.(SolrCore.java:988)
> at org.apache.solr.core.SolrCore.(SolrCore.java:843)
> at 
> org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:980)
> ... 7 more
> Caused by: org.apache.solr.common.SolrException: Error opening new searcher
> at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2066)
> at org.apache.solr.core.SolrCore.getSearcher(SolrCore.java:2186)
> at org.apache.solr.core.SolrCore.initSearcher(SolrCore.java:1071)
> at org.apache.solr.core.SolrCore.(SolrCore.java:960)
> ... 9 more
> Caused by: java.lang.NullPointerException
> at java.util.Objects.requireNonNull(Objects.java:203)
> at java.util.Optional.(Optional.java:96)
> at java.util.Optional.of(Optional.java:108)
> at java.util.stream.ReduceOps$2ReducingSink.get(ReduceOps.java:129)
> at java.util.stream.ReduceOps$2ReducingSink.get(ReduceOps.java:107)
> at 
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at java.util.stream.ReferencePipeline.reduce(ReferencePipeline.java:479)
> at 
> org.apache.solr.index.SlowCompositeReaderWrapper.(SlowCompositeReaderWrapper.java:76)
> at 
> org.apache.solr.index.SlowCompositeReaderWrapper.wrap(SlowCompositeReaderWrapper.java:57)
> at 
> org.apache.solr.search.SolrIndexSearcher.(SolrIndexSearcher.java:252)
> at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2034)
> ... 12 more
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[JENKINS] Lucene-Solr-SmokeRelease-7.x - Build # 51 - Still Failing

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-7.x/51/

No tests ran.

Build Log:
[...truncated 28017 lines...]
prepare-release-no-sign:
[mkdir] Created dir: 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/build/smokeTestRelease/dist
 [copy] Copying 476 files to 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/build/smokeTestRelease/dist/lucene
 [copy] Copying 215 files to 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/build/smokeTestRelease/dist/solr
   [smoker] Java 1.8 JAVA_HOME=/home/jenkins/tools/java/latest1.8
   [smoker] NOTE: output encoding is UTF-8
   [smoker] 
   [smoker] Load release URL 
"file:/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/build/smokeTestRelease/dist/"...
   [smoker] 
   [smoker] Test Lucene...
   [smoker]   test basics...
   [smoker]   get KEYS
   [smoker] 0.2 MB in 0.22 sec (1.1 MB/sec)
   [smoker]   check changes HTML...
   [smoker]   download lucene-7.1.0-src.tgz...
   [smoker] 29.6 MB in 0.06 sec (465.1 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   download lucene-7.1.0.tgz...
   [smoker] 69.4 MB in 0.07 sec (989.6 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   download lucene-7.1.0.zip...
   [smoker] 79.8 MB in 0.07 sec (1114.3 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   unpack lucene-7.1.0.tgz...
   [smoker] verify JAR metadata/identity/no javax.* or java.* classes...
   [smoker] test demo with 1.8...
   [smoker]   got 6221 hits for query "lucene"
   [smoker] checkindex with 1.8...
   [smoker] check Lucene's javadoc JAR
   [smoker]   unpack lucene-7.1.0.zip...
   [smoker] verify JAR metadata/identity/no javax.* or java.* classes...
   [smoker] test demo with 1.8...
   [smoker]   got 6221 hits for query "lucene"
   [smoker] checkindex with 1.8...
   [smoker] check Lucene's javadoc JAR
   [smoker]   unpack lucene-7.1.0-src.tgz...
   [smoker] make sure no JARs/WARs in src dist...
   [smoker] run "ant validate"
   [smoker] run tests w/ Java 8 and testArgs='-Dtests.slow=false'...
   [smoker] test demo with 1.8...
   [smoker]   got 213 hits for query "lucene"
   [smoker] checkindex with 1.8...
   [smoker] generate javadocs w/ Java 8...
   [smoker] 
   [smoker] Crawl/parse...
   [smoker] 
   [smoker] Verify...
   [smoker]   confirm all releases have coverage in TestBackwardsCompatibility
   [smoker] find all past Lucene releases...
   [smoker] run TestBackwardsCompatibility..
   [smoker] success!
   [smoker] 
   [smoker] Test Solr...
   [smoker]   test basics...
   [smoker]   get KEYS
   [smoker] 0.2 MB in 0.01 sec (20.4 MB/sec)
   [smoker]   check changes HTML...
   [smoker]   download solr-7.1.0-src.tgz...
   [smoker] 51.2 MB in 1.47 sec (34.7 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   download solr-7.1.0.tgz...
   [smoker] 143.5 MB in 4.62 sec (31.1 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   download solr-7.1.0.zip...
   [smoker] 144.5 MB in 1.57 sec (91.9 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   unpack solr-7.1.0.tgz...
   [smoker] verify JAR metadata/identity/no javax.* or java.* classes...
   [smoker] unpack lucene-7.1.0.tgz...
   [smoker]   **WARNING**: skipping check of 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/build/smokeTestRelease/tmp/unpack/solr-7.1.0/contrib/dataimporthandler-extras/lib/javax.mail-1.5.1.jar:
 it has javax.* classes
   [smoker]   **WARNING**: skipping check of 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/build/smokeTestRelease/tmp/unpack/solr-7.1.0/contrib/dataimporthandler-extras/lib/activation-1.1.1.jar:
 it has javax.* classes
   [smoker] copying unpacked distribution for Java 8 ...
   [smoker] test solr example w/ Java 8...
   [smoker]   start Solr instance 
(log=/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/build/smokeTestRelease/tmp/unpack/solr-7.1.0-java8/solr-example.log)...
   [smoker] No process found for Solr node running on port 8983
   [smoker]   Running techproducts example on port 8983 from 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/build/smokeTestRelease/tmp/unpack/solr-7.1.0-java8
   [smoker] Creating Solr home directory 
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-7.x/lucene/build/smokeTestRelease/tmp/unpack/solr-7.1.0-java8/example/techproducts/solr
   [smoker] 
   [smoker] Starting up Solr on port 8983 using command:
   [smoker] "bin/solr" start -p 8983 -s "example/techproducts/solr"
   [smoker] 
   [smoker] Waiting up to 180 seconds to see Solr running on port 8983 [|]  
 [/]   [-]   [\]   [|]   [/]   [-]   
[\]   [|]   [/]   [-]   [\]   [|]   [/]  

Re: Welcome Hrishikesh Gadre as Lucene/Solr committer

[Anshum Gupta]

Congratulations and welcome Hrishikesh!

-Anshum



> On Sep 29, 2017, at 10:23 AM, Yonik Seeley  wrote:
> 
> Hi All,
> 
> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
> committer.
> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
> 
> Congrats and Welcome!
> -Yonik
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
> 

Re: Welcome Hrishikesh Gadre as Lucene/Solr committer

[Steve Rowe]

Welcome Hrishikesh!

--
Steve
www.lucidworks.com

> On Sep 29, 2017, at 1:23 PM, Yonik Seeley  wrote:
> 
> Hi All,
> 
> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
> committer.
> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
> 
> Congrats and Welcome!
> -Yonik
> 
> -
> 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: Welcome Hrishikesh Gadre as Lucene/Solr committer

[Dawid Weiss]

Welcome!

Dawid

On Fri, Sep 29, 2017 at 7:44 PM, Mike Drob  wrote:
> Welcome!
>
> On Fri, Sep 29, 2017 at 12:23 PM, Yonik Seeley  wrote:
>>
>> Hi All,
>>
>> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
>> committer.
>> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
>>
>> Congrats and Welcome!
>> -Yonik
>>
>> -
>> 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: Welcome Hrishikesh Gadre as Lucene/Solr committer

[Mike Drob]

Welcome!

On Fri, Sep 29, 2017 at 12:23 PM, Yonik Seeley  wrote:

> Hi All,
>
> Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
> committer.
> Hrishikesh, it's tradition for you to introduce yourself with a brief bio.
>
> Congrats and Welcome!
> -Yonik
>
> -
> 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-9) - Build # 20576 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/20576/
Java: 64bit/jdk-9 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 
--illegal-access=deny

3 tests failed.
FAILED:  junit.framework.TestSuite.org.apache.solr.core.TestLazyCores

Error Message:
1 thread leaked from SUITE scope at org.apache.solr.core.TestLazyCores: 1) 
Thread[id=15794, name=searcherExecutor-4312-thread-1, state=WAITING, 
group=TGRP-TestLazyCores] at 
java.base@9/jdk.internal.misc.Unsafe.park(Native Method) at 
java.base@9/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)   
  at 
java.base@9/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2062)
 at 
java.base@9/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
 at 
java.base@9/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1092)
 at 
java.base@9/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1152)
 at 
java.base@9/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
 at java.base@9/java.lang.Thread.run(Thread.java:844)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE 
scope at org.apache.solr.core.TestLazyCores: 
   1) Thread[id=15794, name=searcherExecutor-4312-thread-1, state=WAITING, 
group=TGRP-TestLazyCores]
at java.base@9/jdk.internal.misc.Unsafe.park(Native Method)
at 
java.base@9/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
at 
java.base@9/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2062)
at 
java.base@9/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
at 
java.base@9/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1092)
at 
java.base@9/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1152)
at 
java.base@9/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
at java.base@9/java.lang.Thread.run(Thread.java:844)
at __randomizedtesting.SeedInfo.seed([29325B532F9769A4]:0)


FAILED:  junit.framework.TestSuite.org.apache.solr.core.TestLazyCores

Error Message:
There are still zombie threads that couldn't be terminated:1) 
Thread[id=15794, name=searcherExecutor-4312-thread-1, state=WAITING, 
group=TGRP-TestLazyCores] at 
java.base@9/jdk.internal.misc.Unsafe.park(Native Method) at 
java.base@9/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)   
  at 
java.base@9/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2062)
 at 
java.base@9/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
 at 
java.base@9/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1092)
 at 
java.base@9/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1152)
 at 
java.base@9/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
 at java.base@9/java.lang.Thread.run(Thread.java:844)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie 
threads that couldn't be terminated:
   1) Thread[id=15794, name=searcherExecutor-4312-thread-1, state=WAITING, 
group=TGRP-TestLazyCores]
at java.base@9/jdk.internal.misc.Unsafe.park(Native Method)
at 
java.base@9/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
at 
java.base@9/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2062)
at 
java.base@9/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
at 
java.base@9/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1092)
at 
java.base@9/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1152)
at 
java.base@9/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
at java.base@9/java.lang.Thread.run(Thread.java:844)
at __randomizedtesting.SeedInfo.seed([29325B532F9769A4]:0)


FAILED:  org.apache.solr.core.TestLazyCores.testNoCommit

Error Message:
Exception during query

Stack Trace:
java.lang.RuntimeException: Exception during query
at 
__randomizedtesting.SeedInfo.seed([29325B532F9769A4:F652FA82E4B00A01]:0)
at org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:884)
at org.apache.solr.core.TestLazyCores.check10(TestLazyCores.java:847)
at 
org.apache.solr.core.TestLazyCores.testNoCommit(TestLazyCores.java:829)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 

[jira] [Commented] (SOLR-11422) Add probabilities parameter to the enumeratedDistribution Stream Evaluator

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-11422:


Commit f19777b6ddfb3cb1a179cf8b941e89f9a870f63f 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=f19777b ]

SOLR-11422: Add probabilities parameter to the enumeratedDistribution Stream 
Evaluator


> Add probabilities parameter to the enumeratedDistribution Stream Evaluator
> --
>
> Key: SOLR-11422
> URL: https://issues.apache.org/jira/browse/SOLR-11422
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>
> Currently the enumeratedDistribution works like an empirical distribution for 
> discrete values. This ticket will allow the enumeratedDistribution to also 
> support passing specific integer values and their probabilities.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (SOLR-11422) Add probabilities parameter to the enumeratedDistribution Stream Evaluator

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-11422:


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

SOLR-11422: Add probabilities parameter to the enumeratedDistribution Stream 
Evaluator


> Add probabilities parameter to the enumeratedDistribution Stream Evaluator
> --
>
> Key: SOLR-11422
> URL: https://issues.apache.org/jira/browse/SOLR-11422
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>
> Currently the enumeratedDistribution works like an empirical distribution for 
> discrete values. This ticket will allow the enumeratedDistribution to also 
> support passing specific integer values and their probabilities.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

Welcome Hrishikesh Gadre as Lucene/Solr committer

[Yonik Seeley]

Hi All,

Please join me in welcoming Hrishikesh Gadre as the latest Lucene/Solr
committer.
Hrishikesh, it's tradition for you to introduce yourself with a brief bio.

Congrats and Welcome!
-Yonik

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

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

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-MacOSX/216/
Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseSerialGC

3 tests failed.
FAILED:  org.apache.solr.cloud.TestReplicaProperties.test

Error Message:
timeout waiting for collection in cluster state: collection=testcollection

Stack Trace:
java.lang.RuntimeException: timeout waiting for collection in cluster state: 
collection=testcollection
at 
__randomizedtesting.SeedInfo.seed([655E8469A892EA06:ED0ABBB3066E87FE]:0)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.waitForCollection(AbstractFullDistribZkTestBase.java:348)
at 
org.apache.solr.cloud.TestReplicaProperties.test(TestReplicaProperties.java:63)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

Re: VOTE: Solr Reference Guide for 7.0 - RC1

[Cassandra Targett]

Cool, thanks - I'm going to call this vote passed and get started with
the rest of the release steps.

On Fri, Sep 29, 2017 at 11:51 AM, Anshum Gupta  wrote:
> +1
>
> On Tue, Sep 26, 2017 at 9:26 AM Cassandra Targett 
> wrote:
>>
>> Please vote to release the Solr Reference Guide for 7.0.
>>
>> PDF Artifacts can be found here:
>>
>> https://dist.apache.org/repos/dist/dev/lucene/solr/ref-guide/apache-solr-ref-guide-7.0-RC1/
>>
>> $ cat apache-solr-ref-guide-7.0.pdf.sha1
>> 61bd4832679d9dd637b3e629f8e6435c3565e0b5  apache-solr-ref-guide-7.0.pdf
>>
>> The HTML version is also available online:
>> https://lucene.apache.org/solr/guide/7_0/
>>
>> A couple notes:
>>
>> * This release will move the Solr Tutorial from the website
>> (quickstart.html) to the Ref Guide (SOLR-10842). When I do the final
>> publication, I'll put in a redirect rule to send folks to the most
>> current location, and do a pass for other locations we control that
>> should be updated.
>> * Link to 7.0 Guide from https://lucene.apache.org/solr/guide & the
>> guide redirect rule will be updated as part of final production
>> release steps.
>>
>> Here's my +1.
>>
>> Cassandra
>>
>> -
>> 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: VOTE: Solr Reference Guide for 7.0 - RC1

[Cassandra Targett]

Yes, the file you fixed (thanks!) is only in master & 7.x branch for 7.1.

On Fri, Sep 29, 2017 at 11:38 AM, Alan Woodward  wrote:
> I fixed a broken link earlier today, but I think that was just for
> 7.1/master?  The site builds correctly on the 7.0 tag anyway.
>
> +1 to release
>
> Alan Woodward
> www.flax.co.uk
>
>
> On 29 Sep 2017, at 17:26, Cassandra Targett  wrote:
>
> Ping on this - I need one more PMC +1 to be able to start the release
> process for the Ref Guide.
>
> On Wed, Sep 27, 2017 at 5:10 PM, Varun Thacker  wrote:
>
> +1
>
> Ran the "Solr Tutorial" and it looks great!
>
> I had a few suggestions which I'll file a separate Jira for but nothing big
>
> On Tue, Sep 26, 2017 at 9:26 AM, Cassandra Targett 
> wrote:
>
>
> Please vote to release the Solr Reference Guide for 7.0.
>
> PDF Artifacts can be found here:
>
> https://dist.apache.org/repos/dist/dev/lucene/solr/ref-guide/apache-solr-ref-guide-7.0-RC1/
>
> $ cat apache-solr-ref-guide-7.0.pdf.sha1
> 61bd4832679d9dd637b3e629f8e6435c3565e0b5  apache-solr-ref-guide-7.0.pdf
>
> The HTML version is also available online:
> https://lucene.apache.org/solr/guide/7_0/
>
> A couple notes:
>
> * This release will move the Solr Tutorial from the website
> (quickstart.html) to the Ref Guide (SOLR-10842). When I do the final
> publication, I'll put in a redirect rule to send folks to the most
> current location, and do a pass for other locations we control that
> should be updated.
> * Link to 7.0 Guide from https://lucene.apache.org/solr/guide & the
> guide redirect rule will be updated as part of final production
> release steps.
>
> Here's my +1.
>
> Cassandra
>
> -
> 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
>
>

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

Re: VOTE: Solr Reference Guide for 7.0 - RC1

[Anshum Gupta]

+1

On Tue, Sep 26, 2017 at 9:26 AM Cassandra Targett 
wrote:

> Please vote to release the Solr Reference Guide for 7.0.
>
> PDF Artifacts can be found here:
>
> https://dist.apache.org/repos/dist/dev/lucene/solr/ref-guide/apache-solr-ref-guide-7.0-RC1/
>
> $ cat apache-solr-ref-guide-7.0.pdf.sha1
> 61bd4832679d9dd637b3e629f8e6435c3565e0b5  apache-solr-ref-guide-7.0.pdf
>
> The HTML version is also available online:
> https://lucene.apache.org/solr/guide/7_0/
>
> A couple notes:
>
> * This release will move the Solr Tutorial from the website
> (quickstart.html) to the Ref Guide (SOLR-10842). When I do the final
> publication, I'll put in a redirect rule to send folks to the most
> current location, and do a pass for other locations we control that
> should be updated.
> * Link to 7.0 Guide from https://lucene.apache.org/solr/guide & the
> guide redirect rule will be updated as part of final production
> release steps.
>
> Here's my +1.
>
> Cassandra
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: VOTE: Solr Reference Guide for 7.0 - RC1

[Steve Rowe]

+1

--
Steve
www.lucidworks.com

> On Sep 29, 2017, at 12:26 PM, Cassandra Targett  wrote:
> 
> Ping on this - I need one more PMC +1 to be able to start the release
> process for the Ref Guide.
> 
> On Wed, Sep 27, 2017 at 5:10 PM, Varun Thacker  wrote:
>> +1
>> 
>> Ran the "Solr Tutorial" and it looks great!
>> 
>> I had a few suggestions which I'll file a separate Jira for but nothing big
>> 
>> On Tue, Sep 26, 2017 at 9:26 AM, Cassandra Targett 
>> wrote:
>>> 
>>> Please vote to release the Solr Reference Guide for 7.0.
>>> 
>>> PDF Artifacts can be found here:
>>> 
>>> https://dist.apache.org/repos/dist/dev/lucene/solr/ref-guide/apache-solr-ref-guide-7.0-RC1/
>>> 
>>> $ cat apache-solr-ref-guide-7.0.pdf.sha1
>>> 61bd4832679d9dd637b3e629f8e6435c3565e0b5  apache-solr-ref-guide-7.0.pdf
>>> 
>>> The HTML version is also available online:
>>> https://lucene.apache.org/solr/guide/7_0/
>>> 
>>> A couple notes:
>>> 
>>> * This release will move the Solr Tutorial from the website
>>> (quickstart.html) to the Ref Guide (SOLR-10842). When I do the final
>>> publication, I'll put in a redirect rule to send folks to the most
>>> current location, and do a pass for other locations we control that
>>> should be updated.
>>> * Link to 7.0 Guide from https://lucene.apache.org/solr/guide & the
>>> guide redirect rule will be updated as part of final production
>>> release steps.
>>> 
>>> Here's my +1.
>>> 
>>> Cassandra
>>> 
>>> -
>>> 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
> 


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

Re: VOTE: Solr Reference Guide for 7.0 - RC1

[Alan Woodward]

I fixed a broken link earlier today, but I think that was just for 7.1/master?  
The site builds correctly on the 7.0 tag anyway.

+1 to release

Alan Woodward
www.flax.co.uk


> On 29 Sep 2017, at 17:26, Cassandra Targett  wrote:
> 
> Ping on this - I need one more PMC +1 to be able to start the release
> process for the Ref Guide.
> 
> On Wed, Sep 27, 2017 at 5:10 PM, Varun Thacker  wrote:
>> +1
>> 
>> Ran the "Solr Tutorial" and it looks great!
>> 
>> I had a few suggestions which I'll file a separate Jira for but nothing big
>> 
>> On Tue, Sep 26, 2017 at 9:26 AM, Cassandra Targett 
>> wrote:
>>> 
>>> Please vote to release the Solr Reference Guide for 7.0.
>>> 
>>> PDF Artifacts can be found here:
>>> 
>>> https://dist.apache.org/repos/dist/dev/lucene/solr/ref-guide/apache-solr-ref-guide-7.0-RC1/
>>> 
>>> $ cat apache-solr-ref-guide-7.0.pdf.sha1
>>> 61bd4832679d9dd637b3e629f8e6435c3565e0b5  apache-solr-ref-guide-7.0.pdf
>>> 
>>> The HTML version is also available online:
>>> https://lucene.apache.org/solr/guide/7_0/
>>> 
>>> A couple notes:
>>> 
>>> * This release will move the Solr Tutorial from the website
>>> (quickstart.html) to the Ref Guide (SOLR-10842). When I do the final
>>> publication, I'll put in a redirect rule to send folks to the most
>>> current location, and do a pass for other locations we control that
>>> should be updated.
>>> * Link to 7.0 Guide from https://lucene.apache.org/solr/guide & the
>>> guide redirect rule will be updated as part of final production
>>> release steps.
>>> 
>>> Here's my +1.
>>> 
>>> Cassandra
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>> 
>> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
> 

[jira] [Updated] (SOLR-11422) Add probabilities parameter to the enumeratedDistribution Stream Evaluator

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-11422:
--
Summary: Add probabilities parameter to the enumeratedDistribution Stream 
Evaluator  (was: Allow fixed probabilities parameter to the 
enumeratedDistribution Stream Evaluator)

> Add probabilities parameter to the enumeratedDistribution Stream Evaluator
> --
>
> Key: SOLR-11422
> URL: https://issues.apache.org/jira/browse/SOLR-11422
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>
> Currently the enumeratedDistribution works like an empirical distribution for 
> discrete values. This ticket will allow the enumeratedDistribution to also 
> support passing specific integer values and their probabilities.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Created] (SOLR-11422) Allow fixed probabilities parameter to the enumeratedDistribution Stream Evaluator

[Joel Bernstein (JIRA)]

Joel Bernstein created SOLR-11422:
-

 Summary: Allow fixed probabilities parameter to the 
enumeratedDistribution Stream Evaluator
 Key: SOLR-11422
 URL: https://issues.apache.org/jira/browse/SOLR-11422
 Project: Solr
  Issue Type: Improvement
  Security Level: Public (Default Security Level. Issues are Public)
Reporter: Joel Bernstein


Currently the enumeratedDistribution works like an empirical distribution for 
discrete values. This ticket will allow the enumeratedDistribution to also 
support passing specific integer values and their probabilities.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

Re: VOTE: Solr Reference Guide for 7.0 - RC1

[Cassandra Targett]

Ping on this - I need one more PMC +1 to be able to start the release
process for the Ref Guide.

On Wed, Sep 27, 2017 at 5:10 PM, Varun Thacker  wrote:
> +1
>
> Ran the "Solr Tutorial" and it looks great!
>
> I had a few suggestions which I'll file a separate Jira for but nothing big
>
> On Tue, Sep 26, 2017 at 9:26 AM, Cassandra Targett 
> wrote:
>>
>> Please vote to release the Solr Reference Guide for 7.0.
>>
>> PDF Artifacts can be found here:
>>
>> https://dist.apache.org/repos/dist/dev/lucene/solr/ref-guide/apache-solr-ref-guide-7.0-RC1/
>>
>> $ cat apache-solr-ref-guide-7.0.pdf.sha1
>> 61bd4832679d9dd637b3e629f8e6435c3565e0b5  apache-solr-ref-guide-7.0.pdf
>>
>> The HTML version is also available online:
>> https://lucene.apache.org/solr/guide/7_0/
>>
>> A couple notes:
>>
>> * This release will move the Solr Tutorial from the website
>> (quickstart.html) to the Ref Guide (SOLR-10842). When I do the final
>> publication, I'll put in a redirect rule to send folks to the most
>> current location, and do a pass for other locations we control that
>> should be updated.
>> * Link to 7.0 Guide from https://lucene.apache.org/solr/guide & the
>> guide redirect rule will be updated as part of final production
>> release steps.
>>
>> Here's my +1.
>>
>> Cassandra
>>
>> -
>> 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

[JENKINS] Lucene-Solr-7.x-Linux (32bit/jdk1.8.0_144) - Build # 517 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/517/
Java: 32bit/jdk1.8.0_144 -client -XX:+UseG1GC

1 tests failed.
FAILED:  
org.apache.solr.cloud.CdcrBootstrapTest.testBootstrapWithContinousIndexingOnSourceCluster

Error Message:
Document mismatch on target after sync expected:<2000> but was:<1901>

Stack Trace:
java.lang.AssertionError: Document mismatch on target after sync 
expected:<2000> but was:<1901>
at 
__randomizedtesting.SeedInfo.seed([4138E267B15D0742:957DA93E560BB4B9]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at 
org.apache.solr.cloud.CdcrBootstrapTest.testBootstrapWithContinousIndexingOnSourceCluster(CdcrBootstrapTest.java:309)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)




Build Log:
[...truncated 11961 lines...]
   [junit4] 

[jira] [Comment Edited] (SOLR-11413) SolrGraphiteReporter fails to report metrics due to non-thread safe code

[Erik Persson (JIRA)]

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

Erik Persson edited comment on SOLR-11413 at 9/29/17 3:30 PM:
--

Example error messages using Solr 6.6.0.  {{Already connected}} and {{Stream 
closed}} are typical examples of the errors due to different graphite scheduled 
reporter timer threads running concurrently a shared GraphiteSender instance.

{code}2017-09-28 19:09:16.226 ERROR (metrics-graphite-reporter-2-thread-1) [   
] c.c.m.ScheduledReporter Exception thrown from GraphiteReporter#report. 
Exception was suppressed.
java.lang.IllegalStateException: Already connected
at com.codahale.metrics.graphite.Graphite.connect(Graphite.java:111)
at 
com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:240)
at 
com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:235)
at 
com.codahale.metrics.ScheduledReporter$1.run(ScheduledReporter.java:174)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-09-28 19:09:16.226 WARN  (metrics-graphite-reporter-1-thread-1) [   ] 
c.c.m.g.GraphiteReporter Unable to report to Graphite
java.io.IOException: Stream closed
at java.io.BufferedWriter.ensureOpen(BufferedWriter.java:116)
at java.io.BufferedWriter.write(BufferedWriter.java:221)
at java.io.Writer.write(Writer.java:157)
at com.codahale.metrics.graphite.Graphite.send(Graphite.java:138)
at 
com.codahale.metrics.graphite.GraphiteReporter.sendIfEnabled(GraphiteReporter.java:328)
at 
com.codahale.metrics.graphite.GraphiteReporter.reportMetered(GraphiteReporter.java:305)
at 
com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:255)
at 
com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:235)
at 
com.codahale.metrics.ScheduledReporter$1.run(ScheduledReporter.java:174)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-09-28 19:09:16.234 ERROR (metrics-graphite-reporter-3-thread-1) [   ] 
c.c.m.ScheduledReporter Exception thrown from GraphiteReporter#report. 
Exception was suppressed.
java.lang.NullPointerException{code}


was (Author: erikpersson):
Example error messages using Solr 6.6.0.

{code}2017-09-28 19:09:16.226 ERROR (metrics-graphite-reporter-2-thread-1) [   
] c.c.m.ScheduledReporter Exception thrown from GraphiteReporter#report. 
Exception was suppressed.
java.lang.IllegalStateException: Already connected
at com.codahale.metrics.graphite.Graphite.connect(Graphite.java:111)
at 
com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:240)
at 
com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:235)
at 
com.codahale.metrics.ScheduledReporter$1.run(ScheduledReporter.java:174)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-09-28 19:09:16.226 WARN  (metrics-graphite-reporter-1-thread-1) [   ] 
c.c.m.g.GraphiteReporter Unable to report to Graphite
java.io.IOException: Stream closed
at 

[jira] [Comment Edited] (SOLR-11413) SolrGraphiteReporter fails to report metrics due to non-thread safe code

[Erik Persson (JIRA)]

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

Erik Persson edited comment on SOLR-11413 at 9/29/17 3:26 PM:
--

Example error messages using Solr 6.6.0.

{quote}2017-09-28 19:09:16.226 ERROR (metrics-graphite-reporter-2-thread-1) [   
] c.c.m.ScheduledReporter Exception thrown from GraphiteReporter#report. 
Exception was suppressed.
java.lang.IllegalStateException: Already connected
at com.codahale.metrics.graphite.Graphite.connect(Graphite.java:111)
at 
com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:240)
at 
com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:235)
at 
com.codahale.metrics.ScheduledReporter$1.run(ScheduledReporter.java:174)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-09-28 19:09:16.226 WARN  (metrics-graphite-reporter-1-thread-1) [   ] 
c.c.m.g.GraphiteReporter Unable to report to Graphite
java.io.IOException: Stream closed
at java.io.BufferedWriter.ensureOpen(BufferedWriter.java:116)
at java.io.BufferedWriter.write(BufferedWriter.java:221)
at java.io.Writer.write(Writer.java:157)
at com.codahale.metrics.graphite.Graphite.send(Graphite.java:138)
at 
com.codahale.metrics.graphite.GraphiteReporter.sendIfEnabled(GraphiteReporter.java:328)
at 
com.codahale.metrics.graphite.GraphiteReporter.reportMetered(GraphiteReporter.java:305)
at 
com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:255)
at 
com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:235)
at 
com.codahale.metrics.ScheduledReporter$1.run(ScheduledReporter.java:174)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-09-28 19:09:16.234 ERROR (metrics-graphite-reporter-3-thread-1) [   ] 
c.c.m.ScheduledReporter Exception thrown from GraphiteReporter#report. 
Exception was suppressed.
java.lang.NullPointerException{quote}


was (Author: erikpersson):
Example error messages using Solr 6.6.0.

{{2017-09-28 19:09:16.226 ERROR (metrics-graphite-reporter-2-thread-1) [   ] 
c.c.m.ScheduledReporter Exception thrown from GraphiteReporter#report. 
Exception was suppressed.
java.lang.IllegalStateException: Already connected
at com.codahale.metrics.graphite.Graphite.connect(Graphite.java:111)
at 
com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:240)
at 
com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:235)
at 
com.codahale.metrics.ScheduledReporter$1.run(ScheduledReporter.java:174)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-09-28 19:09:16.226 WARN  (metrics-graphite-reporter-1-thread-1) [   ] 
c.c.m.g.GraphiteReporter Unable to report to Graphite
java.io.IOException: Stream closed
at java.io.BufferedWriter.ensureOpen(BufferedWriter.java:116)
at java.io.BufferedWriter.write(BufferedWriter.java:221)
at java.io.Writer.write(Writer.java:157)
at com.codahale.metrics.graphite.Graphite.send(Graphite.java:138)
 

[jira] [Comment Edited] (SOLR-11413) SolrGraphiteReporter fails to report metrics due to non-thread safe code

[Erik Persson (JIRA)]

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

Erik Persson edited comment on SOLR-11413 at 9/29/17 3:26 PM:
--

Example error messages using Solr 6.6.0.

{code}2017-09-28 19:09:16.226 ERROR (metrics-graphite-reporter-2-thread-1) [   
] c.c.m.ScheduledReporter Exception thrown from GraphiteReporter#report. 
Exception was suppressed.
java.lang.IllegalStateException: Already connected
at com.codahale.metrics.graphite.Graphite.connect(Graphite.java:111)
at 
com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:240)
at 
com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:235)
at 
com.codahale.metrics.ScheduledReporter$1.run(ScheduledReporter.java:174)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-09-28 19:09:16.226 WARN  (metrics-graphite-reporter-1-thread-1) [   ] 
c.c.m.g.GraphiteReporter Unable to report to Graphite
java.io.IOException: Stream closed
at java.io.BufferedWriter.ensureOpen(BufferedWriter.java:116)
at java.io.BufferedWriter.write(BufferedWriter.java:221)
at java.io.Writer.write(Writer.java:157)
at com.codahale.metrics.graphite.Graphite.send(Graphite.java:138)
at 
com.codahale.metrics.graphite.GraphiteReporter.sendIfEnabled(GraphiteReporter.java:328)
at 
com.codahale.metrics.graphite.GraphiteReporter.reportMetered(GraphiteReporter.java:305)
at 
com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:255)
at 
com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:235)
at 
com.codahale.metrics.ScheduledReporter$1.run(ScheduledReporter.java:174)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-09-28 19:09:16.234 ERROR (metrics-graphite-reporter-3-thread-1) [   ] 
c.c.m.ScheduledReporter Exception thrown from GraphiteReporter#report. 
Exception was suppressed.
java.lang.NullPointerException{code}


was (Author: erikpersson):
Example error messages using Solr 6.6.0.

{quote}2017-09-28 19:09:16.226 ERROR (metrics-graphite-reporter-2-thread-1) [   
] c.c.m.ScheduledReporter Exception thrown from GraphiteReporter#report. 
Exception was suppressed.
java.lang.IllegalStateException: Already connected
at com.codahale.metrics.graphite.Graphite.connect(Graphite.java:111)
at 
com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:240)
at 
com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:235)
at 
com.codahale.metrics.ScheduledReporter$1.run(ScheduledReporter.java:174)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-09-28 19:09:16.226 WARN  (metrics-graphite-reporter-1-thread-1) [   ] 
c.c.m.g.GraphiteReporter Unable to report to Graphite
java.io.IOException: Stream closed
at java.io.BufferedWriter.ensureOpen(BufferedWriter.java:116)
at java.io.BufferedWriter.write(BufferedWriter.java:221)
at java.io.Writer.write(Writer.java:157)
at 

[jira] [Commented] (SOLR-11413) SolrGraphiteReporter fails to report metrics due to non-thread safe code

[Erik Persson (JIRA)]

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

Erik Persson commented on SOLR-11413:
-

Example error messages using Solr 6.6.0.

{{2017-09-28 19:09:16.226 ERROR (metrics-graphite-reporter-2-thread-1) [   ] 
c.c.m.ScheduledReporter Exception thrown from GraphiteReporter#report. 
Exception was suppressed.
java.lang.IllegalStateException: Already connected
at com.codahale.metrics.graphite.Graphite.connect(Graphite.java:111)
at 
com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:240)
at 
com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:235)
at 
com.codahale.metrics.ScheduledReporter$1.run(ScheduledReporter.java:174)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-09-28 19:09:16.226 WARN  (metrics-graphite-reporter-1-thread-1) [   ] 
c.c.m.g.GraphiteReporter Unable to report to Graphite
java.io.IOException: Stream closed
at java.io.BufferedWriter.ensureOpen(BufferedWriter.java:116)
at java.io.BufferedWriter.write(BufferedWriter.java:221)
at java.io.Writer.write(Writer.java:157)
at com.codahale.metrics.graphite.Graphite.send(Graphite.java:138)
at 
com.codahale.metrics.graphite.GraphiteReporter.sendIfEnabled(GraphiteReporter.java:328)
at 
com.codahale.metrics.graphite.GraphiteReporter.reportMetered(GraphiteReporter.java:305)
at 
com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:255)
at 
com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:235)
at 
com.codahale.metrics.ScheduledReporter$1.run(ScheduledReporter.java:174)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-09-28 19:09:16.234 ERROR (metrics-graphite-reporter-3-thread-1) [   ] 
c.c.m.ScheduledReporter Exception thrown from GraphiteReporter#report. 
Exception was suppressed.
java.lang.NullPointerException}}

> SolrGraphiteReporter fails to report metrics due to non-thread safe code
> 
>
> Key: SOLR-11413
> URL: https://issues.apache.org/jira/browse/SOLR-11413
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: metrics
>Affects Versions: 6.6, 7.0
>Reporter: Erik Persson
> Attachments: SOLR-11413.patch
>
>
> Symptom:
> Intermittent errors writing graphite metrics.  Errors indicate use of sockets 
> which have already been closed.
> Cause:
> SolrGraphiteReporter caches and shares dropwizard Graphite instances.  These 
> reporters are not thread safe as they  open and close an instance variable of 
> type GraphiteSender.  On modern bare metal hardware this problem was observed 
> consistently, and resulted in the majority of metrics failing to be delivered 
> to graphite.
> Proposed Fix:
> Graphite (and PickledGraphite) are not designed to be cached, and should not 
> be.
> Test:
> Patch file includes test which forces error.
> Alternative Fixes Considered:
> * Totally change solr metrics architecture to use a single metrics registry - 
> seems undesirable and impractical
> * Create a synchronized or otherwise thread-safe implementation of dropwizard 
> graphite reporter - should be fixed upstream in dropwizard and not obviously 
> preferred to current model



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (SOLR-11409) A ref guide page on setting up solr on aws

[Amrit Sarkar (JIRA)]

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

Amrit Sarkar commented on SOLR-11409:
-

I will try to cook up a patch and request for review and feedback by next week.

> A ref guide page on setting up solr on aws
> --
>
> Key: SOLR-11409
> URL: https://issues.apache.org/jira/browse/SOLR-11409
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Varun Thacker
>Priority: Minor
>
> It will be nice if we have a dedicated page on installing solr on aws . 
> At the end we could even link to 
> http://lucene.apache.org/solr/guide/6_6/taking-solr-to-production.html



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (SOLR-10932) install solr service service command fails

[Susheel Kumar (JIRA)]

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

Susheel Kumar updated SOLR-10932:
-
Attachment: SOLR-10932.patch

Attach patch to get rid of error "Script requires the 'service' command" on 
Suse-distribution.  Based on Shawn's test results, the "service --help" 
commands works on most of the distributions then "service --version".

Can we get this committed as this is a simple fix and with every new release 
the installation script fails on Suse-distribution

> install solr service service command fails
> --
>
> Key: SOLR-10932
> URL: https://issues.apache.org/jira/browse/SOLR-10932
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.6
> Environment: Suse linux
>Reporter: Susheel Kumar
>Priority: Minor
>  Labels: easyfix, newbie, patch
> Attachments: SOLR-10932.patch
>
>
> In SUSE distribution,  "service --version" commands always fail and abort the 
> solr installation with printing the error  "Script requires the 'service' 
> command" 
> We can fix it by changing "service --version" to "service --help" command. 
> Shawn's test results
> ==
> This is what I get with OS versions that I have access to when running
> "service --version":
> CentOS 7:
> service ver. 1.1
> Ubuntu 16:
> service ver. 0.91-ubuntu1
> Ubuntu 14:
> service ver. 0.91-ubuntu1
> CentOS 6:
> service ver. 0.91
> Debian 6:
> service ver. 0.91-ubuntu1
> Sparc Solaris 10:
> bash: service: command not found
> =



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (SOLR-10932) install solr service service command fails

[Susheel Kumar (JIRA)]

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

Susheel Kumar updated SOLR-10932:
-
Flags: Patch

> install solr service service command fails
> --
>
> Key: SOLR-10932
> URL: https://issues.apache.org/jira/browse/SOLR-10932
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.6
> Environment: Suse linux
>Reporter: Susheel Kumar
>Priority: Minor
>  Labels: easyfix, newbie, patch
>
> In SUSE distribution,  "service --version" commands always fail and abort the 
> solr installation with printing the error  "Script requires the 'service' 
> command" 
> We can fix it by changing "service --version" to "service --help" command. 
> Shawn's test results
> ==
> This is what I get with OS versions that I have access to when running
> "service --version":
> CentOS 7:
> service ver. 1.1
> Ubuntu 16:
> service ver. 0.91-ubuntu1
> Ubuntu 14:
> service ver. 0.91-ubuntu1
> CentOS 6:
> service ver. 0.91
> Debian 6:
> service ver. 0.91-ubuntu1
> Sparc Solaris 10:
> bash: service: command not found
> =



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Assigned] (SOLR-11421) And gumbelDistribution Stream Evaluator

[Joel Bernstein (JIRA)]

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

Joel Bernstein reassigned SOLR-11421:
-

Assignee: Joel Bernstein

> And gumbelDistribution Stream Evaluator
> ---
>
> Key: SOLR-11421
> URL: https://issues.apache.org/jira/browse/SOLR-11421
> Project: Solr
>  Issue Type: New Feature
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Fix For: 7.1, master (8.0)
>
>
> This ticket adds the Gumbel probability distribution to Streaming Expressions 
> statistical function library.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (SOLR-11421) And gumbelDistribution Stream Evaluator

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-11421:
--
Fix Version/s: master (8.0)
   7.1

> And gumbelDistribution Stream Evaluator
> ---
>
> Key: SOLR-11421
> URL: https://issues.apache.org/jira/browse/SOLR-11421
> Project: Solr
>  Issue Type: New Feature
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
> Fix For: 7.1, master (8.0)
>
>
> This ticket adds the Gumbel probability distribution to Streaming Expressions 
> statistical function library.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Created] (SOLR-11421) And gumbelDistribution Stream Evaluator

[Joel Bernstein (JIRA)]

Joel Bernstein created SOLR-11421:
-

 Summary: And gumbelDistribution Stream Evaluator
 Key: SOLR-11421
 URL: https://issues.apache.org/jira/browse/SOLR-11421
 Project: Solr
  Issue Type: New Feature
  Security Level: Public (Default Security Level. Issues are Public)
Reporter: Joel Bernstein


This ticket adds the Gumbel probability distribution to Streaming Expressions 
statistical function library.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (SOLR-11420) sql Streaming Expression should use the default collection if none is provided

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-11420:


Commit 71032d7c644f5a9398cc67c0b540886956ad8caa 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=71032d7 ]

SOLR-11420: sql Streaming Expression should use the default collection if none 
is provided


> sql Streaming Expression should use the default collection if none is provided
> --
>
> Key: SOLR-11420
> URL: https://issues.apache.org/jira/browse/SOLR-11420
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Fix For: 7.1, master (8.0)
>
> Attachments: SOLR-11420.patch
>
>
> Currently the sql Streaming Expression requires a collection parameter to be 
> specified for where to find the /sql handler. This ticket allows the sql 
> expression to use the same collection as the /stream handler processing the 
> request if a collection is not specified.
> This provides a nicer syntax:
> {code}
> sql(stmt="select ...")
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (SOLR-11420) sql Streaming Expression should use the default collection if none is provided

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-11420:


Commit 71eb59e0435f744db2d5cf8c58b1fca70af9b824 in lucene-solr's branch 
refs/heads/master from [~joel.bernstein]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=71eb59e ]

SOLR-11420: sql Streaming Expression should use the default collection if none 
is provided


> sql Streaming Expression should use the default collection if none is provided
> --
>
> Key: SOLR-11420
> URL: https://issues.apache.org/jira/browse/SOLR-11420
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Fix For: 7.1, master (8.0)
>
> Attachments: SOLR-11420.patch
>
>
> Currently the sql Streaming Expression requires a collection parameter to be 
> specified for where to find the /sql handler. This ticket allows the sql 
> expression to use the same collection as the /stream handler processing the 
> request if a collection is not specified.
> This provides a nicer syntax:
> {code}
> sql(stmt="select ...")
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

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

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/20575/
Java: 64bit/jdk1.8.0_144 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

3 tests failed.
FAILED:  junit.framework.TestSuite.org.apache.solr.core.TestLazyCores

Error Message:
1 thread leaked from SUITE scope at org.apache.solr.core.TestLazyCores: 1) 
Thread[id=23678, name=searcherExecutor-4639-thread-1, state=WAITING, 
group=TGRP-TestLazyCores] at sun.misc.Unsafe.park(Native Method)
 at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
 at 
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) 
at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 
at java.lang.Thread.run(Thread.java:748)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE 
scope at org.apache.solr.core.TestLazyCores: 
   1) Thread[id=23678, name=searcherExecutor-4639-thread-1, state=WAITING, 
group=TGRP-TestLazyCores]
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at 
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
at __randomizedtesting.SeedInfo.seed([5888770819CF0E32]:0)


FAILED:  junit.framework.TestSuite.org.apache.solr.core.TestLazyCores

Error Message:
There are still zombie threads that couldn't be terminated:1) 
Thread[id=23678, name=searcherExecutor-4639-thread-1, state=WAITING, 
group=TGRP-TestLazyCores] at sun.misc.Unsafe.park(Native Method)
 at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
 at 
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) 
at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 
at java.lang.Thread.run(Thread.java:748)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie 
threads that couldn't be terminated:
   1) Thread[id=23678, name=searcherExecutor-4639-thread-1, state=WAITING, 
group=TGRP-TestLazyCores]
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at 
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
at __randomizedtesting.SeedInfo.seed([5888770819CF0E32]:0)


FAILED:  org.apache.solr.core.TestLazyCores.testNoCommit

Error Message:
Exception during query

Stack Trace:
java.lang.RuntimeException: Exception during query
at 
__randomizedtesting.SeedInfo.seed([5888770819CF0E32:87E8D6D9D2E86D97]:0)
at org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:884)
at org.apache.solr.core.TestLazyCores.check10(TestLazyCores.java:847)
at 
org.apache.solr.core.TestLazyCores.testNoCommit(TestLazyCores.java:829)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 

[jira] [Updated] (SOLR-11420) sql Streaming Expression should use the default collection if none is provided

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-11420:
--
Fix Version/s: master (8.0)
   7.1

> sql Streaming Expression should use the default collection if none is provided
> --
>
> Key: SOLR-11420
> URL: https://issues.apache.org/jira/browse/SOLR-11420
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Fix For: 7.1, master (8.0)
>
> Attachments: SOLR-11420.patch
>
>
> Currently the sql Streaming Expression requires a collection parameter to be 
> specified for where to find the /sql handler. This ticket allows the sql 
> expression to use the same collection as the /stream handler processing the 
> request if a collection is not specified.
> This provides a nicer syntax:
> {code}
> sql(stmt="select ...")
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (SOLR-11420) sql Streaming Expression should use the default collection if none is provided

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-11420:
--
Attachment: SOLR-11420.patch

> sql Streaming Expression should use the default collection if none is provided
> --
>
> Key: SOLR-11420
> URL: https://issues.apache.org/jira/browse/SOLR-11420
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
> Fix For: 7.1, master (8.0)
>
> Attachments: SOLR-11420.patch
>
>
> Currently the sql Streaming Expression requires a collection parameter to be 
> specified for where to find the /sql handler. This ticket allows the sql 
> expression to use the same collection as the /stream handler processing the 
> request if a collection is not specified.
> This provides a nicer syntax:
> {code}
> sql(stmt="select ...")
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Assigned] (SOLR-11420) sql Streaming Expression should use the default collection if none is provided

[Joel Bernstein (JIRA)]

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

Joel Bernstein reassigned SOLR-11420:
-

Assignee: Joel Bernstein

> sql Streaming Expression should use the default collection if none is provided
> --
>
> Key: SOLR-11420
> URL: https://issues.apache.org/jira/browse/SOLR-11420
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Fix For: 7.1, master (8.0)
>
> Attachments: SOLR-11420.patch
>
>
> Currently the sql Streaming Expression requires a collection parameter to be 
> specified for where to find the /sql handler. This ticket allows the sql 
> expression to use the same collection as the /stream handler processing the 
> request if a collection is not specified.
> This provides a nicer syntax:
> {code}
> sql(stmt="select ...")
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (SOLR-11420) sql Streaming Expression should use the default collection if none is provided

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-11420:
--
Summary: sql Streaming Expression should use the default collection if none 
is provided  (was: sql Streaming Expression should use the default collection 
if none is provide.ing)

> sql Streaming Expression should use the default collection if none is provided
> --
>
> Key: SOLR-11420
> URL: https://issues.apache.org/jira/browse/SOLR-11420
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>
> Currently the sql Streaming Expression requires a collection parameter to be 
> specified for where to find the /sql handler. This ticket allows the sql 
> expression to use the same collection as the /stream handler processing the 
> request if a collection is not specified.
> This provides a nicer syntax:
> {code}
> sql(stmt="select ...")
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (SOLR-11420) sql Streaming Expression should use the default collection if none is provide.ing

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-11420:
--
Summary: sql Streaming Expression should use the default collection if none 
is provide.ing  (was: sql Stream Expression should use the default collection 
if none is provide.)

> sql Streaming Expression should use the default collection if none is 
> provide.ing
> -
>
> Key: SOLR-11420
> URL: https://issues.apache.org/jira/browse/SOLR-11420
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>
> Currently the sql Streaming Expression requires a collection parameter to be 
> specified for where to find the /sql handler. This ticket allows the sql 
> expression to use the same collection as the /stream handler processing the 
> request if a collection is not specified.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (SOLR-11420) sql Streaming Expression should use the default collection if none is provide.ing

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-11420:
--
Description: 
Currently the sql Streaming Expression requires a collection parameter to be 
specified for where to find the /sql handler. This ticket allows the sql 
expression to use the same collection as the /stream handler processing the 
request if a collection is not specified.

This provides a nicer syntax:
{code}
sql(stmt="select ...")
{code}



  was:Currently the sql Streaming Expression requires a collection parameter to 
be specified for where to find the /sql handler. This ticket allows the sql 
expression to use the same collection as the /stream handler processing the 
request if a collection is not specified.


> sql Streaming Expression should use the default collection if none is 
> provide.ing
> -
>
> Key: SOLR-11420
> URL: https://issues.apache.org/jira/browse/SOLR-11420
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>
> Currently the sql Streaming Expression requires a collection parameter to be 
> specified for where to find the /sql handler. This ticket allows the sql 
> expression to use the same collection as the /stream handler processing the 
> request if a collection is not specified.
> This provides a nicer syntax:
> {code}
> sql(stmt="select ...")
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Created] (SOLR-11420) sql Stream Expression should use the default collection if none is provide.

[Joel Bernstein (JIRA)]

Joel Bernstein created SOLR-11420:
-

 Summary: sql Stream Expression should use the default collection 
if none is provide.
 Key: SOLR-11420
 URL: https://issues.apache.org/jira/browse/SOLR-11420
 Project: Solr
  Issue Type: Improvement
  Security Level: Public (Default Security Level. Issues are Public)
Reporter: Joel Bernstein


Currently the sql Streaming Expression requires a collection parameter to be 
specified for where to find the /sql handler. This ticket allows the sql 
expression to use the same collection as the /stream handler processing the 
request if a collection is not specified.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
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 (32bit/jdk1.8.0_144) - Build # 220 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Windows/220/
Java: 32bit/jdk1.8.0_144 -server -XX:+UseSerialGC

2 tests failed.
FAILED:  
org.apache.lucene.replicator.IndexAndTaxonomyReplicationClientTest.testConsistencyOnExceptions

Error Message:
Captured an uncaught exception in thread: Thread[id=63, 
name=ReplicationThread-indexAndTaxo, state=RUNNABLE, 
group=TGRP-IndexAndTaxonomyReplicationClientTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=63, name=ReplicationThread-indexAndTaxo, 
state=RUNNABLE, group=TGRP-IndexAndTaxonomyReplicationClientTest]
at 
__randomizedtesting.SeedInfo.seed([32E0E821CA614DC6:BD6E0F81D80DBE39]:0)
Caused by: java.lang.AssertionError: handler failed too many times: -1
at __randomizedtesting.SeedInfo.seed([32E0E821CA614DC6]:0)
at 
org.apache.lucene.replicator.IndexAndTaxonomyReplicationClientTest$4.handleUpdateException(IndexAndTaxonomyReplicationClientTest.java:422)
at 
org.apache.lucene.replicator.ReplicationClient$ReplicationThread.run(ReplicationClient.java:77)


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

Error Message:
Index: 0, Size: 0

Stack Trace:
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at 
__randomizedtesting.SeedInfo.seed([B628DCA12B1966D8:A26087F4081EDBC6]:0)
at java.util.ArrayList.rangeCheck(ArrayList.java:653)
at java.util.ArrayList.get(ArrayList.java:429)
at 
org.apache.solr.handler.TestReplicationHandler.doTestIndexAndConfigReplication(TestReplicationHandler.java:561)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[jira] [Commented] (SOLR-11415) Add betaDistribution Stream Evaluator

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-11415:


Commit 3d3887a30dd26a1706f8c239dd077aa8c529c2af 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=3d3887a ]

SOLR-11415: Add betaDistribution Stream Evaluator


> Add betaDistribution Stream Evaluator
> -
>
> Key: SOLR-11415
> URL: https://issues.apache.org/jira/browse/SOLR-11415
> Project: Solr
>  Issue Type: New Feature
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Fix For: 7.1, master (8.0)
>
> Attachments: SOLR-11415.patch
>
>
> This ticket adds the Beta Probability Distribution to Streaming Expressions 
> statistical library.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (SOLR-11415) Add betaDistribution Stream Evaluator

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-11415:


Commit 633af79406566b2323f589c83640f13b196a0312 in lucene-solr's branch 
refs/heads/master from [~joel.bernstein]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=633af79 ]

SOLR-11415: Add betaDistribution Stream Evaluator


> Add betaDistribution Stream Evaluator
> -
>
> Key: SOLR-11415
> URL: https://issues.apache.org/jira/browse/SOLR-11415
> Project: Solr
>  Issue Type: New Feature
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Fix For: 7.1, master (8.0)
>
> Attachments: SOLR-11415.patch
>
>
> This ticket adds the Beta Probability Distribution to Streaming Expressions 
> statistical library.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (LUCENE-7280) SpatialStrategy impl for GeoPointField

[Adrien Grand (JIRA)]

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

Adrien Grand commented on LUCENE-7280:
--

I think that any module depending on sandbox is trappy, as sandbox is supposed 
to be for the more experimental stuff. Also agree that it is a pity that 
LatLonPoint remained in sandbox.

> SpatialStrategy impl for GeoPointField
> --
>
> Key: LUCENE-7280
> URL: https://issues.apache.org/jira/browse/LUCENE-7280
> Project: Lucene - Core
>  Issue Type: New Feature
>  Components: modules/spatial-extras
>Reporter: David Smiley
>  Labels: newdev
>
> It would be cool if were a SpatialStrategy (an abstraction in spatial-extras 
> module) implementation for GeoPointField (in "spatial" module).  In this way 
> code that uses the SpatialStrategy abstraction could leverage this 
> implementation with no code changes, aside from the construction part.  
> Perhaps the biggest part of doing this is creating implementations of the 
> Spatial4j abstractions to, ultimately, create Shape impls that are basic 
> POJOs to hold the basic data but otherwise do no calculations (throw 
> exceptions from relate(), etc.).  Then, SpatialStrategy.createQuery can cast 
> the Shape to see what sort of shape it is before calling, e.g. 
> GeoPointInPolygonQuery.  Those Spatial4j abstractions might be used for other 
> future SpatialStrategy wrappers, like for Geo3DPoint, or LatLonPoint.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (SOLR-11415) Add betaDistribution Stream Evaluator

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-11415:
--
Attachment: SOLR-11415.patch

> Add betaDistribution Stream Evaluator
> -
>
> Key: SOLR-11415
> URL: https://issues.apache.org/jira/browse/SOLR-11415
> Project: Solr
>  Issue Type: New Feature
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Fix For: 7.1, master (8.0)
>
> Attachments: SOLR-11415.patch
>
>
> This ticket adds the Beta Probability Distribution to Streaming Expressions 
> statistical library.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Resolved] (LUCENE-7981) ClassificationTestBase should check if result is null

[Tommaso Teofili (JIRA)]

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

Tommaso Teofili resolved LUCENE-7981.
-
Resolution: Fixed

> ClassificationTestBase should check if result is null
> -
>
> Key: LUCENE-7981
> URL: https://issues.apache.org/jira/browse/LUCENE-7981
> Project: Lucene - Core
>  Issue Type: Test
>  Components: modules/classification
>Reporter: Tommaso Teofili
>Assignee: Tommaso Teofili
>Priority: Trivial
> Fix For: trunk
>
>
> {{ClassificationTestBase}} should check that the {{ClassificationResult}} 
> returned by a {{Classifier}} is always _not null_. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (LUCENE-7981) ClassificationTestBase should check if result is null

[ASF subversion and git services (JIRA)]

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

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

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

LUCENE-7981 - CTB should check that CR is not null


> ClassificationTestBase should check if result is null
> -
>
> Key: LUCENE-7981
> URL: https://issues.apache.org/jira/browse/LUCENE-7981
> Project: Lucene - Core
>  Issue Type: Test
>  Components: modules/classification
>Reporter: Tommaso Teofili
>Assignee: Tommaso Teofili
>Priority: Trivial
> Fix For: trunk
>
>
> {{ClassificationTestBase}} should check that the {{ClassificationResult}} 
> returned by a {{Classifier}} is always _not null_. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Updated] (LUCENE-7981) ClassificationTestBase should check if result is null

[Tommaso Teofili (JIRA)]

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

Tommaso Teofili updated LUCENE-7981:

Priority: Trivial  (was: Major)

> ClassificationTestBase should check if result is null
> -
>
> Key: LUCENE-7981
> URL: https://issues.apache.org/jira/browse/LUCENE-7981
> Project: Lucene - Core
>  Issue Type: Test
>  Components: modules/classification
>Reporter: Tommaso Teofili
>Assignee: Tommaso Teofili
>Priority: Trivial
> Fix For: trunk
>
>
> {{ClassificationTestBase}} should check that the {{ClassificationResult}} 
> returned by a {{Classifier}} is always _not null_. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Created] (LUCENE-7981) ClassificationTestBase should check if result is null

[Tommaso Teofili (JIRA)]

Tommaso Teofili created LUCENE-7981:
---

 Summary: ClassificationTestBase should check if result is null
 Key: LUCENE-7981
 URL: https://issues.apache.org/jira/browse/LUCENE-7981
 Project: Lucene - Core
  Issue Type: Test
  Components: modules/classification
Reporter: Tommaso Teofili
Assignee: Tommaso Teofili
 Fix For: trunk


{{ClassificationTestBase}} should check that the {{ClassificationResult}} 
returned by a {{Classifier}} is always _not null_. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

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

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/2108/

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

Error Message:
KeeperErrorCode = Session expired for /live_nodes

Stack Trace:
org.apache.zookeeper.KeeperException$SessionExpiredException: KeeperErrorCode = 
Session expired for /live_nodes
at 
__randomizedtesting.SeedInfo.seed([86FA328456201960:EAE0D5EF8DC7498]:0)
at org.apache.zookeeper.KeeperException.create(KeeperException.java:127)
at org.apache.zookeeper.KeeperException.create(KeeperException.java:51)
at org.apache.zookeeper.ZooKeeper.getChildren(ZooKeeper.java:1532)
at 
org.apache.solr.common.cloud.SolrZkClient$6.execute(SolrZkClient.java:340)
at 
org.apache.solr.common.cloud.SolrZkClient$6.execute(SolrZkClient.java:337)
at 
org.apache.solr.common.cloud.ZkCmdExecutor.retryOperation(ZkCmdExecutor.java:60)
at 
org.apache.solr.common.cloud.SolrZkClient.getChildren(SolrZkClient.java:337)
at 
org.apache.solr.common.cloud.ZkStateReader.refreshLiveNodes(ZkStateReader.java:674)
at 
org.apache.solr.common.cloud.ZkStateReader.updateLiveNodes(ZkStateReader.java:344)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.logReplicaTypesReplicationInfo(AbstractFullDistribZkTestBase.java:2067)
at 
org.apache.solr.cloud.ChaosMonkeyNothingIsSafeWithPullReplicasTest.test(ChaosMonkeyNothingIsSafeWithPullReplicasTest.java:312)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[jira] [Comment Edited] (SOLR-11392) StreamExpressionTest.testParallelExecutorStream fails too frequently

[Joel Bernstein (JIRA)]

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

Joel Bernstein edited comment on SOLR-11392 at 9/29/17 1:08 PM:


Thanks [~romseygeek], I'll take the first step of changing the collection names 
for one of the tests. This should get the tests passing again.

These errors are happening much more frequently lately. So I think it would be 
a good idea to see if there has been a regression in CloudSolrClient due to the 
new SolrCloud features. 




was (Author: joel.bernstein):
Thanks [~romseygeek], I'll take the first step of changing the collection names 
for one of the tests. This should get the test passing again.

These errors are happening much more frequent lately. So I think it would be a 
good idea to see if there has been a regression in CloudSolrClient due to the 
new SolrCloud features. 



> StreamExpressionTest.testParallelExecutorStream fails too frequently
> 
>
> Key: SOLR-11392
> URL: https://issues.apache.org/jira/browse/SOLR-11392
> Project: Solr
>  Issue Type: New Feature
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>
> I've never been able to reproduce the failure but jenkins fails frequently 
> with the following error:
> {code}
> Stack Trace:
> org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from 
> server at http://127.0.0.1:38180/solr/workQueue_shard2_replica_n3: Expected 
> mime type application/octet-stream but got text/html. 
> 
> 
> Error 404 
> 
> 
> HTTP ERROR: 404
> Problem accessing /solr/workQueue_shard2_replica_n3/update. Reason:
> Can not find: /solr/workQueue_shard2_replica_n3/update
> http://eclipse.org/jetty;>Powered by Jetty:// 
> 9.3.20.v20170531
> 
> 
> {code}
> What appears to be happening is that the test framework is having trouble 
> setting up the collection.
> Here is the test code:
> {code}
> @Test
>   public void testParallelExecutorStream() throws Exception {
> CollectionAdminRequest.createCollection("workQueue", "conf", 2, 
> 1).process(cluster.getSolrClient());
> AbstractDistribZkTestBase.waitForRecoveriesToFinish("workQueue", 
> cluster.getSolrClient().getZkStateReader(),
> false, true, TIMEOUT);
> CollectionAdminRequest.createCollection("mainCorpus", "conf", 2, 
> 1).process(cluster.getSolrClient());
> AbstractDistribZkTestBase.waitForRecoveriesToFinish("mainCorpus", 
> cluster.getSolrClient().getZkStateReader(),
> false, true, TIMEOUT);
> CollectionAdminRequest.createCollection("destination", "conf", 2, 
> 1).process(cluster.getSolrClient());
> AbstractDistribZkTestBase.waitForRecoveriesToFinish("destination", 
> cluster.getSolrClient().getZkStateReader(),
> false, true, TIMEOUT);
> UpdateRequest workRequest = new UpdateRequest();
> UpdateRequest dataRequest = new UpdateRequest();
> for (int i = 0; i < 500; i++) {
>   workRequest.add(id, String.valueOf(i), "expr_s", "update(destination, 
> batchSize=50, search(mainCorpus, q=id:"+i+", rows=1, sort=\"id asc\", 
> fl=\"id, body_t, field_i\"))");
>   dataRequest.add(id, String.valueOf(i), "body_t", "hello world "+i, 
> "field_i", Integer.toString(i));
> }
> workRequest.commit(cluster.getSolrClient(), "workQueue");
> dataRequest.commit(cluster.getSolrClient(), "mainCorpus");
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (SOLR-11392) StreamExpressionTest.testParallelExecutorStream fails too frequently

[Joel Bernstein (JIRA)]

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

Joel Bernstein commented on SOLR-11392:
---

Thanks [~romseygeek], I'll take the first step of changing the collection names 
for one of the tests. This should get the test passing again.

These errors are happening much more frequent lately. So I think it would be a 
good idea to see if there has been a regression in CloudSolrClient due to the 
new SolrCloud features. 



> StreamExpressionTest.testParallelExecutorStream fails too frequently
> 
>
> Key: SOLR-11392
> URL: https://issues.apache.org/jira/browse/SOLR-11392
> Project: Solr
>  Issue Type: New Feature
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>
> I've never been able to reproduce the failure but jenkins fails frequently 
> with the following error:
> {code}
> Stack Trace:
> org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from 
> server at http://127.0.0.1:38180/solr/workQueue_shard2_replica_n3: Expected 
> mime type application/octet-stream but got text/html. 
> 
> 
> Error 404 
> 
> 
> HTTP ERROR: 404
> Problem accessing /solr/workQueue_shard2_replica_n3/update. Reason:
> Can not find: /solr/workQueue_shard2_replica_n3/update
> http://eclipse.org/jetty;>Powered by Jetty:// 
> 9.3.20.v20170531
> 
> 
> {code}
> What appears to be happening is that the test framework is having trouble 
> setting up the collection.
> Here is the test code:
> {code}
> @Test
>   public void testParallelExecutorStream() throws Exception {
> CollectionAdminRequest.createCollection("workQueue", "conf", 2, 
> 1).process(cluster.getSolrClient());
> AbstractDistribZkTestBase.waitForRecoveriesToFinish("workQueue", 
> cluster.getSolrClient().getZkStateReader(),
> false, true, TIMEOUT);
> CollectionAdminRequest.createCollection("mainCorpus", "conf", 2, 
> 1).process(cluster.getSolrClient());
> AbstractDistribZkTestBase.waitForRecoveriesToFinish("mainCorpus", 
> cluster.getSolrClient().getZkStateReader(),
> false, true, TIMEOUT);
> CollectionAdminRequest.createCollection("destination", "conf", 2, 
> 1).process(cluster.getSolrClient());
> AbstractDistribZkTestBase.waitForRecoveriesToFinish("destination", 
> cluster.getSolrClient().getZkStateReader(),
> false, true, TIMEOUT);
> UpdateRequest workRequest = new UpdateRequest();
> UpdateRequest dataRequest = new UpdateRequest();
> for (int i = 0; i < 500; i++) {
>   workRequest.add(id, String.valueOf(i), "expr_s", "update(destination, 
> batchSize=50, search(mainCorpus, q=id:"+i+", rows=1, sort=\"id asc\", 
> fl=\"id, body_t, field_i\"))");
>   dataRequest.add(id, String.valueOf(i), "body_t", "hello world "+i, 
> "field_i", Integer.toString(i));
> }
> workRequest.commit(cluster.getSolrClient(), "workQueue");
> dataRequest.commit(cluster.getSolrClient(), "mainCorpus");
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (LUCENE-7978) Ant package fails on 7.0 and master

[Anton R. Yuste (JIRA)]

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

Anton R. Yuste commented on LUCENE-7978:


The PR is already closed and the remote branch deleted. Thanks [~thetaphi]! 

> Ant package fails on 7.0 and master
> ---
>
> Key: LUCENE-7978
> URL: https://issues.apache.org/jira/browse/LUCENE-7978
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: general/build
>Affects Versions: 7.0, master (8.0)
> Environment: Fedora 25
> Apache Ant(TM) version 1.9.6 compiled on February 3 2016
>Reporter: Anton R. Yuste
>Assignee: Uwe Schindler
>Priority: Minor
>  Labels: build
> Fix For: 7.1, master (8.0)
>
>
> I'm doing the following steps following the README instructions:
> * cloning lucene-solr
> * checking out 7.0 (or master)
> * ant compile
> Gives is this:
> {quote}
> ivy-configure:
> [ivy:configure] :: loading settings :: file = 
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/top-level-ivy-settings.xml
> resolve:
> [ivy:retrieve] 
> [ivy:retrieve] :: problems summary ::
> [ivy:retrieve]  WARNINGS
> [ivy:retrieve]  ::
> [ivy:retrieve]  ::  UNRESOLVED DEPENDENCIES ::
> [ivy:retrieve]  ::
> [ivy:retrieve]  :: org.apache.ivy#ivy;2.3.0: configuration not found 
> in org.apache.ivy#ivy;2.3.0: 'master'. It was required from 
> org.apache.lucene#tools;working@gali7 compile
> [ivy:retrieve]  ::
> [ivy:retrieve] 
> [ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS
> BUILD FAILED
> /home/antonmry/Workspace/Apache/lucene-solr/build.xml:309: The following 
> error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/build.xml:127: The 
> following error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/common-build.xml:409: 
> impossible to resolve dependencies:
> resolve failed - see output for details
> Total time: 8 seconds
> {quote}
> I found it works with the the following changes in 
> lucene/ivy-versions.properties:
> {quote}
> /org.apache.ivy/ivy = 2.3.0
> {quote}
> to 
> {quote}
> /org.apache.ivy/ivy = 2.4.0
> {quote}
> Probably related to:
> https://issues.apache.org/jira/browse/LUCENE-6144



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (LUCENE-7978) Ant package fails on 7.0 and master

[ASF subversion and git services (JIRA)]

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

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

Commit 2bb139e5bdfe7b2d69a4666e1e47416b49f7c1b1 in lucene-solr's branch 
refs/heads/branch_7x from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2bb139e ]

LUCENE-7978: Add some more documentation about setting up build environment; 
merge branch 'LUCENE-7978' of https://github.com/antonmry/lucene-solr


> Ant package fails on 7.0 and master
> ---
>
> Key: LUCENE-7978
> URL: https://issues.apache.org/jira/browse/LUCENE-7978
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: general/build
>Affects Versions: 7.0, master (8.0)
> Environment: Fedora 25
> Apache Ant(TM) version 1.9.6 compiled on February 3 2016
>Reporter: Anton R. Yuste
>Assignee: Uwe Schindler
>Priority: Minor
>  Labels: build
> Fix For: 7.1, master (8.0)
>
>
> I'm doing the following steps following the README instructions:
> * cloning lucene-solr
> * checking out 7.0 (or master)
> * ant compile
> Gives is this:
> {quote}
> ivy-configure:
> [ivy:configure] :: loading settings :: file = 
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/top-level-ivy-settings.xml
> resolve:
> [ivy:retrieve] 
> [ivy:retrieve] :: problems summary ::
> [ivy:retrieve]  WARNINGS
> [ivy:retrieve]  ::
> [ivy:retrieve]  ::  UNRESOLVED DEPENDENCIES ::
> [ivy:retrieve]  ::
> [ivy:retrieve]  :: org.apache.ivy#ivy;2.3.0: configuration not found 
> in org.apache.ivy#ivy;2.3.0: 'master'. It was required from 
> org.apache.lucene#tools;working@gali7 compile
> [ivy:retrieve]  ::
> [ivy:retrieve] 
> [ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS
> BUILD FAILED
> /home/antonmry/Workspace/Apache/lucene-solr/build.xml:309: The following 
> error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/build.xml:127: The 
> following error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/common-build.xml:409: 
> impossible to resolve dependencies:
> resolve failed - see output for details
> Total time: 8 seconds
> {quote}
> I found it works with the the following changes in 
> lucene/ivy-versions.properties:
> {quote}
> /org.apache.ivy/ivy = 2.3.0
> {quote}
> to 
> {quote}
> /org.apache.ivy/ivy = 2.4.0
> {quote}
> Probably related to:
> https://issues.apache.org/jira/browse/LUCENE-6144



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (LUCENE-7951) New wrapper classes for Geo3d

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on LUCENE-7951:


Github user iverase closed the pull request at:

https://github.com/apache/lucene-solr/pull/246


> New wrapper classes for Geo3d
> -
>
> Key: LUCENE-7951
> URL: https://issues.apache.org/jira/browse/LUCENE-7951
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial-extras
>Reporter: Ignacio Vera
>Assignee: David Smiley
>Priority: Minor
> Fix For: 7.1
>
> Attachments: LUCENE_7951_build.patch, LUCENE_7951_build.patch, 
> LUCENE-7951.patch, LUCENE-7951.patch, LUCENE-7951.patch
>
>
> Hi,
> After the latest developments in the Geo3d library, in particular:
> [https://issues.apache.org/jira/browse/LUCENE-7906] : Spatial relationships 
> between GeoShapes
> [https://issues.apache.org/jira/browse/LUCENE-7936]: Serialization of 
> GeoShapes.
> I propose a new set of wrapper classes which can be for example linked to 
> Solr as they implement their own SpatialContextFactory. It provides the 
> capability of indexing shapes with 
>  spherical geometry.
> Thanks!



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (LUCENE-7978) Ant package fails on 7.0 and master

[ASF subversion and git services (JIRA)]

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

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

Commit 2bb139e5bdfe7b2d69a4666e1e47416b49f7c1b1 in lucene-solr's branch 
refs/heads/branch_7x from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2bb139e ]

LUCENE-7978: Add some more documentation about setting up build environment; 
merge branch 'LUCENE-7978' of https://github.com/antonmry/lucene-solr


> Ant package fails on 7.0 and master
> ---
>
> Key: LUCENE-7978
> URL: https://issues.apache.org/jira/browse/LUCENE-7978
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: general/build
>Affects Versions: 7.0, master (8.0)
> Environment: Fedora 25
> Apache Ant(TM) version 1.9.6 compiled on February 3 2016
>Reporter: Anton R. Yuste
>Assignee: Uwe Schindler
>Priority: Minor
>  Labels: build
> Fix For: 7.1, master (8.0)
>
>
> I'm doing the following steps following the README instructions:
> * cloning lucene-solr
> * checking out 7.0 (or master)
> * ant compile
> Gives is this:
> {quote}
> ivy-configure:
> [ivy:configure] :: loading settings :: file = 
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/top-level-ivy-settings.xml
> resolve:
> [ivy:retrieve] 
> [ivy:retrieve] :: problems summary ::
> [ivy:retrieve]  WARNINGS
> [ivy:retrieve]  ::
> [ivy:retrieve]  ::  UNRESOLVED DEPENDENCIES ::
> [ivy:retrieve]  ::
> [ivy:retrieve]  :: org.apache.ivy#ivy;2.3.0: configuration not found 
> in org.apache.ivy#ivy;2.3.0: 'master'. It was required from 
> org.apache.lucene#tools;working@gali7 compile
> [ivy:retrieve]  ::
> [ivy:retrieve] 
> [ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS
> BUILD FAILED
> /home/antonmry/Workspace/Apache/lucene-solr/build.xml:309: The following 
> error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/build.xml:127: The 
> following error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/common-build.xml:409: 
> impossible to resolve dependencies:
> resolve failed - see output for details
> Total time: 8 seconds
> {quote}
> I found it works with the the following changes in 
> lucene/ivy-versions.properties:
> {quote}
> /org.apache.ivy/ivy = 2.3.0
> {quote}
> to 
> {quote}
> /org.apache.ivy/ivy = 2.4.0
> {quote}
> Probably related to:
> https://issues.apache.org/jira/browse/LUCENE-6144



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[GitHub] lucene-solr pull request #246: LUCENE-7951: New wrapper classes for Geo3d

[iverase]

Github user iverase closed the pull request at:

https://github.com/apache/lucene-solr/pull/246


---

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

[jira] [Resolved] (LUCENE-7978) Ant package fails on 7.0 and master

[Uwe Schindler (JIRA)]

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

Uwe Schindler resolved LUCENE-7978.
---
Resolution: Fixed

I rephrased the text a little bit, thanks Anton! Could you please close the PR, 
it was merged, but Github did not notice it.

> Ant package fails on 7.0 and master
> ---
>
> Key: LUCENE-7978
> URL: https://issues.apache.org/jira/browse/LUCENE-7978
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: general/build
>Affects Versions: 7.0, master (8.0)
> Environment: Fedora 25
> Apache Ant(TM) version 1.9.6 compiled on February 3 2016
>Reporter: Anton R. Yuste
>Assignee: Uwe Schindler
>Priority: Minor
>  Labels: build
> Fix For: 7.1, master (8.0)
>
>
> I'm doing the following steps following the README instructions:
> * cloning lucene-solr
> * checking out 7.0 (or master)
> * ant compile
> Gives is this:
> {quote}
> ivy-configure:
> [ivy:configure] :: loading settings :: file = 
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/top-level-ivy-settings.xml
> resolve:
> [ivy:retrieve] 
> [ivy:retrieve] :: problems summary ::
> [ivy:retrieve]  WARNINGS
> [ivy:retrieve]  ::
> [ivy:retrieve]  ::  UNRESOLVED DEPENDENCIES ::
> [ivy:retrieve]  ::
> [ivy:retrieve]  :: org.apache.ivy#ivy;2.3.0: configuration not found 
> in org.apache.ivy#ivy;2.3.0: 'master'. It was required from 
> org.apache.lucene#tools;working@gali7 compile
> [ivy:retrieve]  ::
> [ivy:retrieve] 
> [ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS
> BUILD FAILED
> /home/antonmry/Workspace/Apache/lucene-solr/build.xml:309: The following 
> error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/build.xml:127: The 
> following error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/common-build.xml:409: 
> impossible to resolve dependencies:
> resolve failed - see output for details
> Total time: 8 seconds
> {quote}
> I found it works with the the following changes in 
> lucene/ivy-versions.properties:
> {quote}
> /org.apache.ivy/ivy = 2.3.0
> {quote}
> to 
> {quote}
> /org.apache.ivy/ivy = 2.4.0
> {quote}
> Probably related to:
> https://issues.apache.org/jira/browse/LUCENE-6144



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (LUCENE-7978) Ant package fails on 7.0 and master

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on LUCENE-7978:


Github user asfgit closed the pull request at:

https://github.com/apache/lucene-solr/pull/254


> Ant package fails on 7.0 and master
> ---
>
> Key: LUCENE-7978
> URL: https://issues.apache.org/jira/browse/LUCENE-7978
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: general/build
>Affects Versions: 7.0, master (8.0)
> Environment: Fedora 25
> Apache Ant(TM) version 1.9.6 compiled on February 3 2016
>Reporter: Anton R. Yuste
>Assignee: Uwe Schindler
>Priority: Minor
>  Labels: build
> Fix For: 7.1, master (8.0)
>
>
> I'm doing the following steps following the README instructions:
> * cloning lucene-solr
> * checking out 7.0 (or master)
> * ant compile
> Gives is this:
> {quote}
> ivy-configure:
> [ivy:configure] :: loading settings :: file = 
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/top-level-ivy-settings.xml
> resolve:
> [ivy:retrieve] 
> [ivy:retrieve] :: problems summary ::
> [ivy:retrieve]  WARNINGS
> [ivy:retrieve]  ::
> [ivy:retrieve]  ::  UNRESOLVED DEPENDENCIES ::
> [ivy:retrieve]  ::
> [ivy:retrieve]  :: org.apache.ivy#ivy;2.3.0: configuration not found 
> in org.apache.ivy#ivy;2.3.0: 'master'. It was required from 
> org.apache.lucene#tools;working@gali7 compile
> [ivy:retrieve]  ::
> [ivy:retrieve] 
> [ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS
> BUILD FAILED
> /home/antonmry/Workspace/Apache/lucene-solr/build.xml:309: The following 
> error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/build.xml:127: The 
> following error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/common-build.xml:409: 
> impossible to resolve dependencies:
> resolve failed - see output for details
> Total time: 8 seconds
> {quote}
> I found it works with the the following changes in 
> lucene/ivy-versions.properties:
> {quote}
> /org.apache.ivy/ivy = 2.3.0
> {quote}
> to 
> {quote}
> /org.apache.ivy/ivy = 2.4.0
> {quote}
> Probably related to:
> https://issues.apache.org/jira/browse/LUCENE-6144



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[GitHub] lucene-solr pull request #254: LUCENE-7978: Improve Readme with ivy-bootstra...

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/lucene-solr/pull/254


---

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

[jira] [Commented] (LUCENE-7978) Ant package fails on 7.0 and master

[ASF subversion and git services (JIRA)]

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

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

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

LUCENE-7978: Add some more documentation about setting up build environment; 
merge branch 'LUCENE-7978' of https://github.com/antonmry/lucene-solr


> Ant package fails on 7.0 and master
> ---
>
> Key: LUCENE-7978
> URL: https://issues.apache.org/jira/browse/LUCENE-7978
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: general/build
>Affects Versions: 7.0, master (8.0)
> Environment: Fedora 25
> Apache Ant(TM) version 1.9.6 compiled on February 3 2016
>Reporter: Anton R. Yuste
>Assignee: Uwe Schindler
>Priority: Minor
>  Labels: build
> Fix For: 7.1, master (8.0)
>
>
> I'm doing the following steps following the README instructions:
> * cloning lucene-solr
> * checking out 7.0 (or master)
> * ant compile
> Gives is this:
> {quote}
> ivy-configure:
> [ivy:configure] :: loading settings :: file = 
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/top-level-ivy-settings.xml
> resolve:
> [ivy:retrieve] 
> [ivy:retrieve] :: problems summary ::
> [ivy:retrieve]  WARNINGS
> [ivy:retrieve]  ::
> [ivy:retrieve]  ::  UNRESOLVED DEPENDENCIES ::
> [ivy:retrieve]  ::
> [ivy:retrieve]  :: org.apache.ivy#ivy;2.3.0: configuration not found 
> in org.apache.ivy#ivy;2.3.0: 'master'. It was required from 
> org.apache.lucene#tools;working@gali7 compile
> [ivy:retrieve]  ::
> [ivy:retrieve] 
> [ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS
> BUILD FAILED
> /home/antonmry/Workspace/Apache/lucene-solr/build.xml:309: The following 
> error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/build.xml:127: The 
> following error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/common-build.xml:409: 
> impossible to resolve dependencies:
> resolve failed - see output for details
> Total time: 8 seconds
> {quote}
> I found it works with the the following changes in 
> lucene/ivy-versions.properties:
> {quote}
> /org.apache.ivy/ivy = 2.3.0
> {quote}
> to 
> {quote}
> /org.apache.ivy/ivy = 2.4.0
> {quote}
> Probably related to:
> https://issues.apache.org/jira/browse/LUCENE-6144



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

[jira] [Commented] (LUCENE-7978) Ant package fails on 7.0 and master

[ASF subversion and git services (JIRA)]

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

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

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

LUCENE-7978: Add some more documentation about setting up build environment; 
merge branch 'LUCENE-7978' of https://github.com/antonmry/lucene-solr


> Ant package fails on 7.0 and master
> ---
>
> Key: LUCENE-7978
> URL: https://issues.apache.org/jira/browse/LUCENE-7978
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: general/build
>Affects Versions: 7.0, master (8.0)
> Environment: Fedora 25
> Apache Ant(TM) version 1.9.6 compiled on February 3 2016
>Reporter: Anton R. Yuste
>Assignee: Uwe Schindler
>Priority: Minor
>  Labels: build
> Fix For: 7.1, master (8.0)
>
>
> I'm doing the following steps following the README instructions:
> * cloning lucene-solr
> * checking out 7.0 (or master)
> * ant compile
> Gives is this:
> {quote}
> ivy-configure:
> [ivy:configure] :: loading settings :: file = 
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/top-level-ivy-settings.xml
> resolve:
> [ivy:retrieve] 
> [ivy:retrieve] :: problems summary ::
> [ivy:retrieve]  WARNINGS
> [ivy:retrieve]  ::
> [ivy:retrieve]  ::  UNRESOLVED DEPENDENCIES ::
> [ivy:retrieve]  ::
> [ivy:retrieve]  :: org.apache.ivy#ivy;2.3.0: configuration not found 
> in org.apache.ivy#ivy;2.3.0: 'master'. It was required from 
> org.apache.lucene#tools;working@gali7 compile
> [ivy:retrieve]  ::
> [ivy:retrieve] 
> [ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS
> BUILD FAILED
> /home/antonmry/Workspace/Apache/lucene-solr/build.xml:309: The following 
> error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/build.xml:127: The 
> following error occurred while executing this line:
> /home/antonmry/Workspace/Apache/lucene-solr/lucene/common-build.xml:409: 
> impossible to resolve dependencies:
> resolve failed - see output for details
> Total time: 8 seconds
> {quote}
> I found it works with the the following changes in 
> lucene/ivy-versions.properties:
> {quote}
> /org.apache.ivy/ivy = 2.3.0
> {quote}
> to 
> {quote}
> /org.apache.ivy/ivy = 2.4.0
> {quote}
> Probably related to:
> https://issues.apache.org/jira/browse/LUCENE-6144



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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