Mailing List Archive

Due to the weekend the vote will be open until 2020-08-03 22:00 UTC. That's
96 hours, and two business days.

I can leave the vote open for longer if people want an additional business
day, but will end it on Monday otherwise.

- Houston



On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <houstonputman@gmail.com>
wrote:

> Please vote for release candidate 1 for Lucene/Solr 8.6.1
>
> The artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>
> You can run the smoke tester directly with this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>
> The vote will be open for at least 72 hours i.e. until 2020-08-02 22:00
> UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>

success SUCCESS! [1:03:21.786536]
Ubuntu 20.04 LTS


On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <houstonputman@gmail.com> wrote:
>
> Due to the weekend the vote will be open until 2020-08-03 22:00 UTC. That's 96 hours, and two business days.
>
> I can leave the vote open for longer if people want an additional business day, but will end it on Monday otherwise.
>
> - Houston
>
>
>
> On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <houstonputman@gmail.com> wrote:
>>
>> Please vote for release candidate 1 for Lucene/Solr 8.6.1
>>
>> The artifacts can be downloaded from:
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>
>> You can run the smoke tester directly with this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>
>> The vote will be open for at least 72 hours i.e. until 2020-08-02 22:00 UTC.
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>> Here is my +1



--
-----------------------------------------------------
Noble Paul

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

I Got:

Ubuntu 18.04.4 LTS:
SUCCESS! [0:53:02.203047]
Mac OS 10.13:

SUCCESS! [1:00:57.938586]


BUT... when I deployed the tarball locally and tried to create a collection
(single shard, _default config, via the solr UI), I got:


2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ]
o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)

2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ]
o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)

2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ]
o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)

2020-08-03 03:00:07.521 INFO
(OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr) [
] o.a.s.c.a.c.CreateCollectionCmd Create collection test

2020-08-03 03:00:07.672 ERROR
(OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr) [
] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test operation:
create failed:org.apache.solr.common.SolrException

at
org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)

at
org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)

at
org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)

at
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)

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)

Caused by: java.lang.RuntimeException: Only one extra tag supported for the
tag cores in {

"cores":"#EQUAL",

"node":"#ANY",

"strict":"false"}

at
org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)

at
org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)

at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)

at
java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)

at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)

at
java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)

at
java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)

at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)

at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)

at
org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)

at
org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)

at
org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)

at
org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)

at
org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)

at
org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)

at
org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)

... 6 more


However, when I re-did everything a second time to double check creating a
collection worked just fine and now I can't seem to reproduce this.


If nobody else gets this I'll figure I just managed to mangle something
while working on https://issues.apache.org/jira/browse/SOLR-14704


But others should perhaps give it a spin to look for this, So I'll give it
+0



On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com> wrote:

> success SUCCESS! [1:03:21.786536]
> Ubuntu 20.04 LTS
>
>
> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <houstonputman@gmail.com>
> wrote:
> >
> > Due to the weekend the vote will be open until 2020-08-03 22:00 UTC.
> That's 96 hours, and two business days.
> >
> > I can leave the vote open for longer if people want an additional
> business day, but will end it on Monday otherwise.
> >
> > - Houston
> >
> >
> >
> > On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <houstonputman@gmail.com>
> wrote:
> >>
> >> Please vote for release candidate 1 for Lucene/Solr 8.6.1
> >>
> >> The artifacts can be downloaded from:
> >>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
> >>
> >> You can run the smoke tester directly with this command:
> >>
> >> python3 -u dev-tools/scripts/smokeTestRelease.py \
> >>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
> >>
> >> The vote will be open for at least 72 hours i.e. until 2020-08-02 22:00
> UTC.
> >>
> >> [ ] +1 approve
> >> [ ] +0 no opinion
> >> [ ] -1 disapprove (and reason why)
> >>
> >> Here is my +1
>
>
>
> --
> -----------------------------------------------------
> Noble Paul
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
>

--
http://www.needhamsoftware.com (work)
http://www.the111shift.com (play)

Digging a little further, I notice that the deployment that had the error
has this autoscaling (whereas the working deployment does not).

"cluster-preferences":[{
"minimize":"cores",
"precision":1},
{"maximize":"freedisk"}],
"cluster-policy":[.
{
"replica":"<2",
"shard":"#EACH",
"node":"#ANY",
"strict":"false"},
{
"replica":"#EQUAL",
"node":"#ANY",
"strict":"false"},
{
"cores":"#EQUAL",
"node":"#ANY",
"strict":"false"}],

So this may raise the question of whether or not we have an issue upgrading
an 8.6.0 version to 8.6.1... also, not very familiar with autoscaling's
error messages, but it kinda looks dodgy too since "one extra tag in cores"
appears to be referring to a cores attribute that has only one value, but
no idea yet if I'm reading that error message right. ... As to how I got
that, I'm pretty sure it was one of the times when my edits to cloud.sh
errored and tried to deploy an existing branch_8x build. Zk probably was
not clean, and retained the old config.

Tomorrow I'll try to deploy 8_6_0 and then upgrade it to 8_6_1 (late here
now) and see if I get a similar result.


On Sun, Aug 2, 2020 at 11:59 PM Gus Heck <gus.heck@gmail.com> wrote:

> I Got:
>
> Ubuntu 18.04.4 LTS:
> SUCCESS! [0:53:02.203047]
> Mac OS 10.13:
>
> SUCCESS! [1:00:57.938586]
>
>
> BUT... when I deployed the tarball locally and tried to create a
> collection (single shard, _default config, via the solr UI), I got:
>
>
> 2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)
>
> 2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)
>
> 2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)
>
> 2020-08-03 03:00:07.521 INFO
> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
> [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
>
> 2020-08-03 03:00:07.672 ERROR
> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
> [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test
> operation: create failed:org.apache.solr.common.SolrException
>
> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)
>
> at
> org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)
>
> at
> org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)
>
> at
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)
>
> 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)
>
> Caused by: java.lang.RuntimeException: Only one extra tag supported for
> the tag cores in {
>
> "cores":"#EQUAL",
>
> "node":"#ANY",
>
> "strict":"false"}
>
> at
> org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)
>
> at
> org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)
>
> at
> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
>
> at
> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
>
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
>
> at
> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
>
> at
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
>
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
>
> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
>
> at
> org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)
>
> at
> org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)
>
> at
> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)
>
> at
> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)
>
> at
> org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)
>
> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)
>
> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)
>
> ... 6 more
>
>
> However, when I re-did everything a second time to double check creating a
> collection worked just fine and now I can't seem to reproduce this.
>
>
> If nobody else gets this I'll figure I just managed to mangle something
> while working on https://issues.apache.org/jira/browse/SOLR-14704
>
>
> But others should perhaps give it a spin to look for this, So I'll give it
> +0
>
>
>
> On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com> wrote:
>
>> success SUCCESS! [1:03:21.786536]
>> Ubuntu 20.04 LTS
>>
>>
>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <houstonputman@gmail.com>
>> wrote:
>> >
>> > Due to the weekend the vote will be open until 2020-08-03 22:00 UTC.
>> That's 96 hours, and two business days.
>> >
>> > I can leave the vote open for longer if people want an additional
>> business day, but will end it on Monday otherwise.
>> >
>> > - Houston
>> >
>> >
>> >
>> > On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <houstonputman@gmail.com>
>> wrote:
>> >>
>> >> Please vote for release candidate 1 for Lucene/Solr 8.6.1
>> >>
>> >> The artifacts can be downloaded from:
>> >>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>> >>
>> >> You can run the smoke tester directly with this command:
>> >>
>> >> python3 -u dev-tools/scripts/smokeTestRelease.py \
>> >>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>> >>
>> >> The vote will be open for at least 72 hours i.e. until 2020-08-02
>> 22:00 UTC.
>> >>
>> >> [ ] +1 approve
>> >> [ ] +0 no opinion
>> >> [ ] -1 disapprove (and reason why)
>> >>
>> >> Here is my +1
>>
>>
>>
>> --
>> -----------------------------------------------------
>> Noble Paul
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: dev-help@lucene.apache.org
>>
>>
>
> --
> http://www.needhamsoftware.com (work)
> http://www.the111shift.com (play)
>


--
http://www.needhamsoftware.com (work)
http://www.the111shift.com (play)

Community,

Results from my local smoke test (Mac OS 10.15.5 | 1.8.0_265, x86_64:
"Amazon Corretto 8"):

SUCCESS! [1:33:51.132902]

I'm still going through and checking a few aforementioned issues, but
non-binding +1 from me. Wanted to share with the community because most
probably are not running Corretto.

Hope this helps.

marcus



On Sun, Aug 2, 2020 at 9:36 PM Gus Heck <gus.heck@gmail.com> wrote:

> Digging a little further, I notice that the deployment that had the error
> has this autoscaling (whereas the working deployment does not).
>
> "cluster-preferences":[{
> "minimize":"cores",
> "precision":1},
> {"maximize":"freedisk"}],
> "cluster-policy":[.
> {
> "replica":"<2",
> "shard":"#EACH",
> "node":"#ANY",
> "strict":"false"},
> {
> "replica":"#EQUAL",
> "node":"#ANY",
> "strict":"false"},
> {
> "cores":"#EQUAL",
> "node":"#ANY",
> "strict":"false"}],
>
> So this may raise the question of whether or not we have an issue
> upgrading an 8.6.0 version to 8.6.1... also, not very familiar with
> autoscaling's error messages, but it kinda looks dodgy too since "one extra
> tag in cores" appears to be referring to a cores attribute that has only
> one value, but no idea yet if I'm reading that error message right. ... As
> to how I got that, I'm pretty sure it was one of the times when my edits to
> cloud.sh errored and tried to deploy an existing branch_8x build. Zk
> probably was not clean, and retained the old config.
>
> Tomorrow I'll try to deploy 8_6_0 and then upgrade it to 8_6_1 (late here
> now) and see if I get a similar result.
>
>
> On Sun, Aug 2, 2020 at 11:59 PM Gus Heck <gus.heck@gmail.com> wrote:
>
>> I Got:
>>
>> Ubuntu 18.04.4 LTS:
>> SUCCESS! [0:53:02.203047]
>> Mac OS 10.13:
>>
>> SUCCESS! [1:00:57.938586]
>>
>>
>> BUT... when I deployed the tarball locally and tried to create a
>> collection (single shard, _default config, via the solr UI), I got:
>>
>>
>> 2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)
>>
>> 2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)
>>
>> 2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)
>>
>> 2020-08-03 03:00:07.521 INFO
>> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
>> [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
>>
>> 2020-08-03 03:00:07.672 ERROR
>> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
>> [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test
>> operation: create failed:org.apache.solr.common.SolrException
>>
>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)
>>
>> at
>> org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)
>>
>> at
>> org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)
>>
>> at
>> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)
>>
>> 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)
>>
>> Caused by: java.lang.RuntimeException: Only one extra tag supported for
>> the tag cores in {
>>
>> "cores":"#EQUAL",
>>
>> "node":"#ANY",
>>
>> "strict":"false"}
>>
>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)
>>
>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)
>>
>> at
>> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
>>
>> at
>> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
>>
>> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
>>
>> at
>> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
>>
>> at
>> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
>>
>> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
>>
>> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
>>
>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)
>>
>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)
>>
>> at
>> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)
>>
>> at
>> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)
>>
>> at
>> org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)
>>
>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)
>>
>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)
>>
>> ... 6 more
>>
>>
>> However, when I re-did everything a second time to double check creating
>> a collection worked just fine and now I can't seem to reproduce this.
>>
>>
>> If nobody else gets this I'll figure I just managed to mangle something
>> while working on https://issues.apache.org/jira/browse/SOLR-14704
>>
>>
>> But others should perhaps give it a spin to look for this, So I'll give
>> it +0
>>
>>
>>
>> On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com> wrote:
>>
>>> success SUCCESS! [1:03:21.786536]
>>> Ubuntu 20.04 LTS
>>>
>>>
>>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <houstonputman@gmail.com>
>>> wrote:
>>> >
>>> > Due to the weekend the vote will be open until 2020-08-03 22:00 UTC.
>>> That's 96 hours, and two business days.
>>> >
>>> > I can leave the vote open for longer if people want an additional
>>> business day, but will end it on Monday otherwise.
>>> >
>>> > - Houston
>>> >
>>> >
>>> >
>>> > On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <
>>> houstonputman@gmail.com> wrote:
>>> >>
>>> >> Please vote for release candidate 1 for Lucene/Solr 8.6.1
>>> >>
>>> >> The artifacts can be downloaded from:
>>> >>
>>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>> >>
>>> >> You can run the smoke tester directly with this command:
>>> >>
>>> >> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>> >>
>>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>> >>
>>> >> The vote will be open for at least 72 hours i.e. until 2020-08-02
>>> 22:00 UTC.
>>> >>
>>> >> [ ] +1 approve
>>> >> [ ] +0 no opinion
>>> >> [ ] -1 disapprove (and reason why)
>>> >>
>>> >> Here is my +1
>>>
>>>
>>>
>>> --
>>> -----------------------------------------------------
>>> Noble Paul
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>> For additional commands, e-mail: dev-help@lucene.apache.org
>>>
>>>
>>
>> --
>> http://www.needhamsoftware.com (work)
>> http://www.the111shift.com (play)
>>
>
>
> --
> http://www.needhamsoftware.com (work)
> http://www.the111shift.com (play)
>


--
Marcus Eagan

+1

SUCCESS! [1:27:33.14892]

On Mon, Aug 3, 2020 at 1:11 PM Marcus Eagan <marcuseagan@gmail.com> wrote:
>
> Community,
>
> Results from my local smoke test (Mac OS 10.15.5 | 1.8.0_265, x86_64: "Amazon Corretto 8"):
>
> SUCCESS! [1:33:51.132902]
>
> I'm still going through and checking a few aforementioned issues, but non-binding +1 from me. Wanted to share with the community because most probably are not running Corretto.
>
> Hope this helps.
>
> marcus
>
>
>
> On Sun, Aug 2, 2020 at 9:36 PM Gus Heck <gus.heck@gmail.com> wrote:
>>
>> Digging a little further, I notice that the deployment that had the error has this autoscaling (whereas the working deployment does not).
>>
>> "cluster-preferences":[{
>> "minimize":"cores",
>> "precision":1},
>> {"maximize":"freedisk"}],
>> "cluster-policy":[.
>> {
>> "replica":"<2",
>> "shard":"#EACH",
>> "node":"#ANY",
>> "strict":"false"},
>> {
>> "replica":"#EQUAL",
>> "node":"#ANY",
>> "strict":"false"},
>> {
>> "cores":"#EQUAL",
>> "node":"#ANY",
>> "strict":"false"}],
>>
>> So this may raise the question of whether or not we have an issue upgrading an 8.6.0 version to 8.6.1... also, not very familiar with autoscaling's error messages, but it kinda looks dodgy too since "one extra tag in cores" appears to be referring to a cores attribute that has only one value, but no idea yet if I'm reading that error message right. ... As to how I got that, I'm pretty sure it was one of the times when my edits to cloud.sh errored and tried to deploy an existing branch_8x build. Zk probably was not clean, and retained the old config.
>>
>> Tomorrow I'll try to deploy 8_6_0 and then upgrade it to 8_6_1 (late here now) and see if I get a similar result.
>>
>>
>> On Sun, Aug 2, 2020 at 11:59 PM Gus Heck <gus.heck@gmail.com> wrote:
>>>
>>> I Got:
>>>
>>> Ubuntu 18.04.4 LTS:
>>> SUCCESS! [0:53:02.203047]
>>> Mac OS 10.13:
>>>
>>> SUCCESS! [1:00:57.938586]
>>>
>>>
>>> BUT... when I deployed the tarball locally and tried to create a collection (single shard, _default config, via the solr UI), I got:
>>>
>>>
>>> 2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ] o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)
>>>
>>> 2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ] o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)
>>>
>>> 2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ] o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)
>>>
>>> 2020-08-03 03:00:07.521 INFO (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr) [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
>>>
>>> 2020-08-03 03:00:07.672 ERROR (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr) [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test operation: create failed:org.apache.solr.common.SolrException
>>>
>>> at org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)
>>>
>>> at org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)
>>>
>>> at org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)
>>>
>>> at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)
>>>
>>> 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)
>>>
>>> Caused by: java.lang.RuntimeException: Only one extra tag supported for the tag cores in {
>>>
>>> "cores":"#EQUAL",
>>>
>>> "node":"#ANY",
>>>
>>> "strict":"false"}
>>>
>>> at org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)
>>>
>>> at org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)
>>>
>>> at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
>>>
>>> at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
>>>
>>> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
>>>
>>> at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
>>>
>>> at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
>>>
>>> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
>>>
>>> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
>>>
>>> at org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)
>>>
>>> at org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)
>>>
>>> at org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)
>>>
>>> at org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)
>>>
>>> at org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)
>>>
>>> at org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)
>>>
>>> at org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)
>>>
>>> ... 6 more
>>>
>>>
>>> However, when I re-did everything a second time to double check creating a collection worked just fine and now I can't seem to reproduce this.
>>>
>>>
>>> If nobody else gets this I'll figure I just managed to mangle something while working on https://issues.apache.org/jira/browse/SOLR-14704
>>>
>>>
>>> But others should perhaps give it a spin to look for this, So I'll give it +0
>>>
>>>
>>>
>>> On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com> wrote:
>>>>
>>>> success SUCCESS! [1:03:21.786536]
>>>> Ubuntu 20.04 LTS
>>>>
>>>>
>>>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <houstonputman@gmail.com> wrote:
>>>> >
>>>> > Due to the weekend the vote will be open until 2020-08-03 22:00 UTC. That's 96 hours, and two business days.
>>>> >
>>>> > I can leave the vote open for longer if people want an additional business day, but will end it on Monday otherwise.
>>>> >
>>>> > - Houston
>>>> >
>>>> >
>>>> >
>>>> > On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <houstonputman@gmail.com> wrote:
>>>> >>
>>>> >> Please vote for release candidate 1 for Lucene/Solr 8.6.1
>>>> >>
>>>> >> The artifacts can be downloaded from:
>>>> >> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>>> >>
>>>> >> You can run the smoke tester directly with this command:
>>>> >>
>>>> >> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>> >> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>>> >>
>>>> >> The vote will be open for at least 72 hours i.e. until 2020-08-02 22:00 UTC.
>>>> >>
>>>> >> [ ] +1 approve
>>>> >> [ ] +0 no opinion
>>>> >> [ ] -1 disapprove (and reason why)
>>>> >>
>>>> >> Here is my +1
>>>>
>>>>
>>>>
>>>> --
>>>> -----------------------------------------------------
>>>> Noble Paul
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>>> For additional commands, e-mail: dev-help@lucene.apache.org
>>>>
>>>
>>>
>>> --
>>> http://www.needhamsoftware.com (work)
>>> http://www.the111shift.com (play)
>>
>>
>>
>> --
>> http://www.needhamsoftware.com (work)
>> http://www.the111shift.com (play)
>
>
>
> --
> Marcus Eagan
>


--
Regards,

Atri
Apache Concerted

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

I keep getting HDFS related test failures and timeouts, so I cannot vote. (macOS)

Jan

> 3. aug. 2020 kl. 09:43 skrev Atri Sharma <atri@apache.org>:
>
> +1
>
> SUCCESS! [1:27:33.14892]
>
> On Mon, Aug 3, 2020 at 1:11 PM Marcus Eagan <marcuseagan@gmail.com> wrote:
>>
>> Community,
>>
>> Results from my local smoke test (Mac OS 10.15.5 | 1.8.0_265, x86_64: "Amazon Corretto 8"):
>>
>> SUCCESS! [1:33:51.132902]
>>
>> I'm still going through and checking a few aforementioned issues, but non-binding +1 from me. Wanted to share with the community because most probably are not running Corretto.
>>
>> Hope this helps.
>>
>> marcus
>>
>>
>>
>> On Sun, Aug 2, 2020 at 9:36 PM Gus Heck <gus.heck@gmail.com> wrote:
>>>
>>> Digging a little further, I notice that the deployment that had the error has this autoscaling (whereas the working deployment does not).
>>>
>>> "cluster-preferences":[{
>>> "minimize":"cores",
>>> "precision":1},
>>> {"maximize":"freedisk"}],
>>> "cluster-policy":[.
>>> {
>>> "replica":"<2",
>>> "shard":"#EACH",
>>> "node":"#ANY",
>>> "strict":"false"},
>>> {
>>> "replica":"#EQUAL",
>>> "node":"#ANY",
>>> "strict":"false"},
>>> {
>>> "cores":"#EQUAL",
>>> "node":"#ANY",
>>> "strict":"false"}],
>>>
>>> So this may raise the question of whether or not we have an issue upgrading an 8.6.0 version to 8.6.1... also, not very familiar with autoscaling's error messages, but it kinda looks dodgy too since "one extra tag in cores" appears to be referring to a cores attribute that has only one value, but no idea yet if I'm reading that error message right. ... As to how I got that, I'm pretty sure it was one of the times when my edits to cloud.sh errored and tried to deploy an existing branch_8x build. Zk probably was not clean, and retained the old config.
>>>
>>> Tomorrow I'll try to deploy 8_6_0 and then upgrade it to 8_6_1 (late here now) and see if I get a similar result.
>>>
>>>
>>> On Sun, Aug 2, 2020 at 11:59 PM Gus Heck <gus.heck@gmail.com> wrote:
>>>>
>>>> I Got:
>>>>
>>>> Ubuntu 18.04.4 LTS:
>>>> SUCCESS! [0:53:02.203047]
>>>> Mac OS 10.13:
>>>>
>>>> SUCCESS! [1:00:57.938586]
>>>>
>>>>
>>>> BUT... when I deployed the tarball locally and tried to create a collection (single shard, _default config, via the solr UI), I got:
>>>>
>>>>
>>>> 2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ] o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)
>>>>
>>>> 2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ] o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)
>>>>
>>>> 2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ] o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)
>>>>
>>>> 2020-08-03 03:00:07.521 INFO (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr) [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
>>>>
>>>> 2020-08-03 03:00:07.672 ERROR (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr) [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test operation: create failed:org.apache.solr.common.SolrException
>>>>
>>>> at org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)
>>>>
>>>> at org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)
>>>>
>>>> at org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)
>>>>
>>>> at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)
>>>>
>>>> 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)
>>>>
>>>> Caused by: java.lang.RuntimeException: Only one extra tag supported for the tag cores in {
>>>>
>>>> "cores":"#EQUAL",
>>>>
>>>> "node":"#ANY",
>>>>
>>>> "strict":"false"}
>>>>
>>>> at org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)
>>>>
>>>> at org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)
>>>>
>>>> at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
>>>>
>>>> at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
>>>>
>>>> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
>>>>
>>>> at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
>>>>
>>>> at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
>>>>
>>>> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
>>>>
>>>> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
>>>>
>>>> at org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)
>>>>
>>>> at org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)
>>>>
>>>> at org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)
>>>>
>>>> at org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)
>>>>
>>>> at org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)
>>>>
>>>> at org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)
>>>>
>>>> at org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)
>>>>
>>>> ... 6 more
>>>>
>>>>
>>>> However, when I re-did everything a second time to double check creating a collection worked just fine and now I can't seem to reproduce this.
>>>>
>>>>
>>>> If nobody else gets this I'll figure I just managed to mangle something while working on https://issues.apache.org/jira/browse/SOLR-14704
>>>>
>>>>
>>>> But others should perhaps give it a spin to look for this, So I'll give it +0
>>>>
>>>>
>>>>
>>>> On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com> wrote:
>>>>>
>>>>> success SUCCESS! [1:03:21.786536]
>>>>> Ubuntu 20.04 LTS
>>>>>
>>>>>
>>>>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <houstonputman@gmail.com> wrote:
>>>>>>
>>>>>> Due to the weekend the vote will be open until 2020-08-03 22:00 UTC. That's 96 hours, and two business days.
>>>>>>
>>>>>> I can leave the vote open for longer if people want an additional business day, but will end it on Monday otherwise.
>>>>>>
>>>>>> - Houston
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <houstonputman@gmail.com> wrote:
>>>>>>>
>>>>>>> Please vote for release candidate 1 for Lucene/Solr 8.6.1
>>>>>>>
>>>>>>> The artifacts can be downloaded from:
>>>>>>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>>>>>>
>>>>>>> You can run the smoke tester directly with this command:
>>>>>>>
>>>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>>>>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>>>>>>
>>>>>>> The vote will be open for at least 72 hours i.e. until 2020-08-02 22:00 UTC.
>>>>>>>
>>>>>>> [ ] +1 approve
>>>>>>> [ ] +0 no opinion
>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>
>>>>>>> Here is my +1
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> -----------------------------------------------------
>>>>> Noble Paul
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>>>> For additional commands, e-mail: dev-help@lucene.apache.org
>>>>>
>>>>
>>>>
>>>> --
>>>> http://www.needhamsoftware.com (work)
>>>> http://www.the111shift.com (play)
>>>
>>>
>>>
>>> --
>>> http://www.needhamsoftware.com (work)
>>> http://www.the111shift.com (play)
>>
>>
>>
>> --
>> Marcus Eagan
>>
>
>
> --
> Regards,
>
> Atri
> Apache Concerted
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>


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

Can you share some of those failures?

On Mon, 3 Aug 2020 at 17:50, Jan Høydahl <jan.asf@cominvent.com> wrote:

> I keep getting HDFS related test failures and timeouts, so I cannot vote.
> (macOS)
>
> Jan
>
> > 3. aug. 2020 kl. 09:43 skrev Atri Sharma <atri@apache.org>:
> >
> > +1
> >
> > SUCCESS! [1:27:33.14892]
> >
> > On Mon, Aug 3, 2020 at 1:11 PM Marcus Eagan <marcuseagan@gmail.com>
> wrote:
> >>
> >> Community,
> >>
> >> Results from my local smoke test (Mac OS 10.15.5 | 1.8.0_265, x86_64:
> "Amazon Corretto 8"):
> >>
> >> SUCCESS! [1:33:51.132902]
> >>
> >> I'm still going through and checking a few aforementioned issues, but
> non-binding +1 from me. Wanted to share with the community because most
> probably are not running Corretto.
> >>
> >> Hope this helps.
> >>
> >> marcus
> >>
> >>
> >>
> >> On Sun, Aug 2, 2020 at 9:36 PM Gus Heck <gus.heck@gmail.com> wrote:
> >>>
> >>> Digging a little further, I notice that the deployment that had the
> error has this autoscaling (whereas the working deployment does not).
> >>>
> >>> "cluster-preferences":[{
> >>> "minimize":"cores",
> >>> "precision":1},
> >>> {"maximize":"freedisk"}],
> >>> "cluster-policy":[.
> >>> {
> >>> "replica":"<2",
> >>> "shard":"#EACH",
> >>> "node":"#ANY",
> >>> "strict":"false"},
> >>> {
> >>> "replica":"#EQUAL",
> >>> "node":"#ANY",
> >>> "strict":"false"},
> >>> {
> >>> "cores":"#EQUAL",
> >>> "node":"#ANY",
> >>> "strict":"false"}],
> >>>
> >>> So this may raise the question of whether or not we have an issue
> upgrading an 8.6.0 version to 8.6.1... also, not very familiar with
> autoscaling's error messages, but it kinda looks dodgy too since "one extra
> tag in cores" appears to be referring to a cores attribute that has only
> one value, but no idea yet if I'm reading that error message right. ... As
> to how I got that, I'm pretty sure it was one of the times when my edits to
> cloud.sh errored and tried to deploy an existing branch_8x build. Zk
> probably was not clean, and retained the old config.
> >>>
> >>> Tomorrow I'll try to deploy 8_6_0 and then upgrade it to 8_6_1 (late
> here now) and see if I get a similar result.
> >>>
> >>>
> >>> On Sun, Aug 2, 2020 at 11:59 PM Gus Heck <gus.heck@gmail.com> wrote:
> >>>>
> >>>> I Got:
> >>>>
> >>>> Ubuntu 18.04.4 LTS:
> >>>> SUCCESS! [0:53:02.203047]
> >>>> Mac OS 10.13:
> >>>>
> >>>> SUCCESS! [1:00:57.938586]
> >>>>
> >>>>
> >>>> BUT... when I deployed the tarball locally and tried to create a
> collection (single shard, _default config, via the solr UI), I got:
> >>>>
> >>>>
> >>>> 2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)
> >>>>
> >>>> 2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)
> >>>>
> >>>> 2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)
> >>>>
> >>>> 2020-08-03 03:00:07.521 INFO
> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
> [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
> >>>>
> >>>> 2020-08-03 03:00:07.672 ERROR
> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
> [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test
> operation: create failed:org.apache.solr.common.SolrException
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)
> >>>>
> >>>> at
> org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)
> >>>>
> >>>> at
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)
> >>>>
> >>>> 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)
> >>>>
> >>>> Caused by: java.lang.RuntimeException: Only one extra tag supported
> for the tag cores in {
> >>>>
> >>>> "cores":"#EQUAL",
> >>>>
> >>>> "node":"#ANY",
> >>>>
> >>>> "strict":"false"}
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)
> >>>>
> >>>> at
> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
> >>>>
> >>>> at
> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
> >>>>
> >>>> at
> java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> >>>>
> >>>> at
> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> >>>>
> >>>> at
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> >>>>
> >>>> at
> java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> >>>>
> >>>> at
> java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)
> >>>>
> >>>> ... 6 more
> >>>>
> >>>>
> >>>> However, when I re-did everything a second time to double check
> creating a collection worked just fine and now I can't seem to reproduce
> this.
> >>>>
> >>>>
> >>>> If nobody else gets this I'll figure I just managed to mangle
> something while working on
> https://issues.apache.org/jira/browse/SOLR-14704
> >>>>
> >>>>
> >>>> But others should perhaps give it a spin to look for this, So I'll
> give it +0
> >>>>
> >>>>
> >>>>
> >>>> On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com>
> wrote:
> >>>>>
> >>>>> success SUCCESS! [1:03:21.786536]
> >>>>> Ubuntu 20.04 LTS
> >>>>>
> >>>>>
> >>>>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <
> houstonputman@gmail.com> wrote:
> >>>>>>
> >>>>>> Due to the weekend the vote will be open until 2020-08-03 22:00
> UTC. That's 96 hours, and two business days.
> >>>>>>
> >>>>>> I can leave the vote open for longer if people want an additional
> business day, but will end it on Monday otherwise.
> >>>>>>
> >>>>>> - Houston
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <
> houstonputman@gmail.com> wrote:
> >>>>>>>
> >>>>>>> Please vote for release candidate 1 for Lucene/Solr 8.6.1
> >>>>>>>
> >>>>>>> The artifacts can be downloaded from:
> >>>>>>>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
> >>>>>>>
> >>>>>>> You can run the smoke tester directly with this command:
> >>>>>>>
> >>>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
> >>>>>>>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
> >>>>>>>
> >>>>>>> The vote will be open for at least 72 hours i.e. until 2020-08-02
> 22:00 UTC.
> >>>>>>>
> >>>>>>> [ ] +1 approve
> >>>>>>> [ ] +0 no opinion
> >>>>>>> [ ] -1 disapprove (and reason why)
> >>>>>>>
> >>>>>>> Here is my +1
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> -----------------------------------------------------
> >>>>> Noble Paul
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> >>>>> For additional commands, e-mail: dev-help@lucene.apache.org
> >>>>>
> >>>>
> >>>>
> >>>> --
> >>>> http://www.needhamsoftware.com (work)
> >>>> http://www.the111shift.com (play)
> >>>
> >>>
> >>>
> >>> --
> >>> http://www.needhamsoftware.com (work)
> >>> http://www.the111shift.com (play)
> >>
> >>
> >>
> >> --
> >> Marcus Eagan
> >>
> >
> >
> > --
> > Regards,
> >
> > Atri
> > Apache Concerted
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> > For additional commands, e-mail: dev-help@lucene.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
> --
Regards,

Atri
Apache Concerted

I have reproduced the stack trace above and condition where collections
cannot be created by upgrading an 8.6.0 with 8.6.1, filing an issue right
now, changing my vote to -1 from +0


On Mon, Aug 3, 2020 at 8:20 AM Jan Høydahl <jan.asf@cominvent.com> wrote:

> I keep getting HDFS related test failures and timeouts, so I cannot vote.
> (macOS)
>
> Jan
>
> > 3. aug. 2020 kl. 09:43 skrev Atri Sharma <atri@apache.org>:
> >
> > +1
> >
> > SUCCESS! [1:27:33.14892]
> >
> > On Mon, Aug 3, 2020 at 1:11 PM Marcus Eagan <marcuseagan@gmail.com>
> wrote:
> >>
> >> Community,
> >>
> >> Results from my local smoke test (Mac OS 10.15.5 | 1.8.0_265, x86_64:
> "Amazon Corretto 8"):
> >>
> >> SUCCESS! [1:33:51.132902]
> >>
> >> I'm still going through and checking a few aforementioned issues, but
> non-binding +1 from me. Wanted to share with the community because most
> probably are not running Corretto.
> >>
> >> Hope this helps.
> >>
> >> marcus
> >>
> >>
> >>
> >> On Sun, Aug 2, 2020 at 9:36 PM Gus Heck <gus.heck@gmail.com> wrote:
> >>>
> >>> Digging a little further, I notice that the deployment that had the
> error has this autoscaling (whereas the working deployment does not).
> >>>
> >>> "cluster-preferences":[{
> >>> "minimize":"cores",
> >>> "precision":1},
> >>> {"maximize":"freedisk"}],
> >>> "cluster-policy":[.
> >>> {
> >>> "replica":"<2",
> >>> "shard":"#EACH",
> >>> "node":"#ANY",
> >>> "strict":"false"},
> >>> {
> >>> "replica":"#EQUAL",
> >>> "node":"#ANY",
> >>> "strict":"false"},
> >>> {
> >>> "cores":"#EQUAL",
> >>> "node":"#ANY",
> >>> "strict":"false"}],
> >>>
> >>> So this may raise the question of whether or not we have an issue
> upgrading an 8.6.0 version to 8.6.1... also, not very familiar with
> autoscaling's error messages, but it kinda looks dodgy too since "one extra
> tag in cores" appears to be referring to a cores attribute that has only
> one value, but no idea yet if I'm reading that error message right. ... As
> to how I got that, I'm pretty sure it was one of the times when my edits to
> cloud.sh errored and tried to deploy an existing branch_8x build. Zk
> probably was not clean, and retained the old config.
> >>>
> >>> Tomorrow I'll try to deploy 8_6_0 and then upgrade it to 8_6_1 (late
> here now) and see if I get a similar result.
> >>>
> >>>
> >>> On Sun, Aug 2, 2020 at 11:59 PM Gus Heck <gus.heck@gmail.com> wrote:
> >>>>
> >>>> I Got:
> >>>>
> >>>> Ubuntu 18.04.4 LTS:
> >>>> SUCCESS! [0:53:02.203047]
> >>>> Mac OS 10.13:
> >>>>
> >>>> SUCCESS! [1:00:57.938586]
> >>>>
> >>>>
> >>>> BUT... when I deployed the tarball locally and tried to create a
> collection (single shard, _default config, via the solr UI), I got:
> >>>>
> >>>>
> >>>> 2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)
> >>>>
> >>>> 2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)
> >>>>
> >>>> 2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)
> >>>>
> >>>> 2020-08-03 03:00:07.521 INFO
> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
> [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
> >>>>
> >>>> 2020-08-03 03:00:07.672 ERROR
> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
> [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test
> operation: create failed:org.apache.solr.common.SolrException
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)
> >>>>
> >>>> at
> org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)
> >>>>
> >>>> at
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)
> >>>>
> >>>> 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)
> >>>>
> >>>> Caused by: java.lang.RuntimeException: Only one extra tag supported
> for the tag cores in {
> >>>>
> >>>> "cores":"#EQUAL",
> >>>>
> >>>> "node":"#ANY",
> >>>>
> >>>> "strict":"false"}
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)
> >>>>
> >>>> at
> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
> >>>>
> >>>> at
> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
> >>>>
> >>>> at
> java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> >>>>
> >>>> at
> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> >>>>
> >>>> at
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> >>>>
> >>>> at
> java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> >>>>
> >>>> at
> java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)
> >>>>
> >>>> ... 6 more
> >>>>
> >>>>
> >>>> However, when I re-did everything a second time to double check
> creating a collection worked just fine and now I can't seem to reproduce
> this.
> >>>>
> >>>>
> >>>> If nobody else gets this I'll figure I just managed to mangle
> something while working on
> https://issues.apache.org/jira/browse/SOLR-14704
> >>>>
> >>>>
> >>>> But others should perhaps give it a spin to look for this, So I'll
> give it +0
> >>>>
> >>>>
> >>>>
> >>>> On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com>
> wrote:
> >>>>>
> >>>>> success SUCCESS! [1:03:21.786536]
> >>>>> Ubuntu 20.04 LTS
> >>>>>
> >>>>>
> >>>>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <
> houstonputman@gmail.com> wrote:
> >>>>>>
> >>>>>> Due to the weekend the vote will be open until 2020-08-03 22:00
> UTC. That's 96 hours, and two business days.
> >>>>>>
> >>>>>> I can leave the vote open for longer if people want an additional
> business day, but will end it on Monday otherwise.
> >>>>>>
> >>>>>> - Houston
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <
> houstonputman@gmail.com> wrote:
> >>>>>>>
> >>>>>>> Please vote for release candidate 1 for Lucene/Solr 8.6.1
> >>>>>>>
> >>>>>>> The artifacts can be downloaded from:
> >>>>>>>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
> >>>>>>>
> >>>>>>> You can run the smoke tester directly with this command:
> >>>>>>>
> >>>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
> >>>>>>>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
> >>>>>>>
> >>>>>>> The vote will be open for at least 72 hours i.e. until 2020-08-02
> 22:00 UTC.
> >>>>>>>
> >>>>>>> [ ] +1 approve
> >>>>>>> [ ] +0 no opinion
> >>>>>>> [ ] -1 disapprove (and reason why)
> >>>>>>>
> >>>>>>> Here is my +1
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> -----------------------------------------------------
> >>>>> Noble Paul
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> >>>>> For additional commands, e-mail: dev-help@lucene.apache.org
> >>>>>
> >>>>
> >>>>
> >>>> --
> >>>> http://www.needhamsoftware.com (work)
> >>>> http://www.the111shift.com (play)
> >>>
> >>>
> >>>
> >>> --
> >>> http://www.needhamsoftware.com (work)
> >>> http://www.the111shift.com (play)
> >>
> >>
> >>
> >> --
> >> Marcus Eagan
> >>
> >
> >
> > --
> > Regards,
> >
> > Atri
> > Apache Concerted
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> > For additional commands, e-mail: dev-help@lucene.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
>

--
http://www.needhamsoftware.com (work)
http://www.the111shift.com (play)

https://issues.apache.org/jira/browse/SOLR-14706

On Mon, Aug 3, 2020 at 8:29 AM Gus Heck <gus.heck@gmail.com> wrote:

> I have reproduced the stack trace above and condition where collections
> cannot be created by upgrading an 8.6.0 with 8.6.1, filing an issue right
> now, changing my vote to -1 from +0
>
>
> On Mon, Aug 3, 2020 at 8:20 AM Jan Høydahl <jan.asf@cominvent.com> wrote:
>
>> I keep getting HDFS related test failures and timeouts, so I cannot vote.
>> (macOS)
>>
>> Jan
>>
>> > 3. aug. 2020 kl. 09:43 skrev Atri Sharma <atri@apache.org>:
>> >
>> > +1
>> >
>> > SUCCESS! [1:27:33.14892]
>> >
>> > On Mon, Aug 3, 2020 at 1:11 PM Marcus Eagan <marcuseagan@gmail.com>
>> wrote:
>> >>
>> >> Community,
>> >>
>> >> Results from my local smoke test (Mac OS 10.15.5 | 1.8.0_265, x86_64:
>> "Amazon Corretto 8"):
>> >>
>> >> SUCCESS! [1:33:51.132902]
>> >>
>> >> I'm still going through and checking a few aforementioned issues, but
>> non-binding +1 from me. Wanted to share with the community because most
>> probably are not running Corretto.
>> >>
>> >> Hope this helps.
>> >>
>> >> marcus
>> >>
>> >>
>> >>
>> >> On Sun, Aug 2, 2020 at 9:36 PM Gus Heck <gus.heck@gmail.com> wrote:
>> >>>
>> >>> Digging a little further, I notice that the deployment that had the
>> error has this autoscaling (whereas the working deployment does not).
>> >>>
>> >>> "cluster-preferences":[{
>> >>> "minimize":"cores",
>> >>> "precision":1},
>> >>> {"maximize":"freedisk"}],
>> >>> "cluster-policy":[.
>> >>> {
>> >>> "replica":"<2",
>> >>> "shard":"#EACH",
>> >>> "node":"#ANY",
>> >>> "strict":"false"},
>> >>> {
>> >>> "replica":"#EQUAL",
>> >>> "node":"#ANY",
>> >>> "strict":"false"},
>> >>> {
>> >>> "cores":"#EQUAL",
>> >>> "node":"#ANY",
>> >>> "strict":"false"}],
>> >>>
>> >>> So this may raise the question of whether or not we have an issue
>> upgrading an 8.6.0 version to 8.6.1... also, not very familiar with
>> autoscaling's error messages, but it kinda looks dodgy too since "one extra
>> tag in cores" appears to be referring to a cores attribute that has only
>> one value, but no idea yet if I'm reading that error message right. ... As
>> to how I got that, I'm pretty sure it was one of the times when my edits to
>> cloud.sh errored and tried to deploy an existing branch_8x build. Zk
>> probably was not clean, and retained the old config.
>> >>>
>> >>> Tomorrow I'll try to deploy 8_6_0 and then upgrade it to 8_6_1 (late
>> here now) and see if I get a similar result.
>> >>>
>> >>>
>> >>> On Sun, Aug 2, 2020 at 11:59 PM Gus Heck <gus.heck@gmail.com> wrote:
>> >>>>
>> >>>> I Got:
>> >>>>
>> >>>> Ubuntu 18.04.4 LTS:
>> >>>> SUCCESS! [0:53:02.203047]
>> >>>> Mac OS 10.13:
>> >>>>
>> >>>> SUCCESS! [1:00:57.938586]
>> >>>>
>> >>>>
>> >>>> BUT... when I deployed the tarball locally and tried to create a
>> collection (single shard, _default config, via the solr UI), I got:
>> >>>>
>> >>>>
>> >>>> 2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)
>> >>>>
>> >>>> 2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)
>> >>>>
>> >>>> 2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)
>> >>>>
>> >>>> 2020-08-03 03:00:07.521 INFO
>> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
>> [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
>> >>>>
>> >>>> 2020-08-03 03:00:07.672 ERROR
>> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
>> [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test
>> operation: create failed:org.apache.solr.common.SolrException
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)
>> >>>>
>> >>>> at
>> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)
>> >>>>
>> >>>> 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)
>> >>>>
>> >>>> Caused by: java.lang.RuntimeException: Only one extra tag supported
>> for the tag cores in {
>> >>>>
>> >>>> "cores":"#EQUAL",
>> >>>>
>> >>>> "node":"#ANY",
>> >>>>
>> >>>> "strict":"false"}
>> >>>>
>> >>>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)
>> >>>>
>> >>>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)
>> >>>>
>> >>>> at
>> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
>> >>>>
>> >>>> at
>> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
>> >>>>
>> >>>> at
>> java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
>> >>>>
>> >>>> at
>> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
>> >>>>
>> >>>> at
>> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
>> >>>>
>> >>>> at
>> java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
>> >>>>
>> >>>> at
>> java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
>> >>>>
>> >>>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)
>> >>>>
>> >>>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)
>> >>>>
>> >>>> ... 6 more
>> >>>>
>> >>>>
>> >>>> However, when I re-did everything a second time to double check
>> creating a collection worked just fine and now I can't seem to reproduce
>> this.
>> >>>>
>> >>>>
>> >>>> If nobody else gets this I'll figure I just managed to mangle
>> something while working on
>> https://issues.apache.org/jira/browse/SOLR-14704
>> >>>>
>> >>>>
>> >>>> But others should perhaps give it a spin to look for this, So I'll
>> give it +0
>> >>>>
>> >>>>
>> >>>>
>> >>>> On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com>
>> wrote:
>> >>>>>
>> >>>>> success SUCCESS! [1:03:21.786536]
>> >>>>> Ubuntu 20.04 LTS
>> >>>>>
>> >>>>>
>> >>>>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <
>> houstonputman@gmail.com> wrote:
>> >>>>>>
>> >>>>>> Due to the weekend the vote will be open until 2020-08-03 22:00
>> UTC. That's 96 hours, and two business days.
>> >>>>>>
>> >>>>>> I can leave the vote open for longer if people want an additional
>> business day, but will end it on Monday otherwise.
>> >>>>>>
>> >>>>>> - Houston
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <
>> houstonputman@gmail.com> wrote:
>> >>>>>>>
>> >>>>>>> Please vote for release candidate 1 for Lucene/Solr 8.6.1
>> >>>>>>>
>> >>>>>>> The artifacts can be downloaded from:
>> >>>>>>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>> >>>>>>>
>> >>>>>>> You can run the smoke tester directly with this command:
>> >>>>>>>
>> >>>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>> >>>>>>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>> >>>>>>>
>> >>>>>>> The vote will be open for at least 72 hours i.e. until 2020-08-02
>> 22:00 UTC.
>> >>>>>>>
>> >>>>>>> [ ] +1 approve
>> >>>>>>> [ ] +0 no opinion
>> >>>>>>> [ ] -1 disapprove (and reason why)
>> >>>>>>>
>> >>>>>>> Here is my +1
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> --
>> >>>>> -----------------------------------------------------
>> >>>>> Noble Paul
>> >>>>>
>> >>>>>
>> ---------------------------------------------------------------------
>> >>>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> >>>>> For additional commands, e-mail: dev-help@lucene.apache.org
>> >>>>>
>> >>>>
>> >>>>
>> >>>> --
>> >>>> http://www.needhamsoftware.com (work)
>> >>>> http://www.the111shift.com (play)
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> http://www.needhamsoftware.com (work)
>> >>> http://www.the111shift.com (play)
>> >>
>> >>
>> >>
>> >> --
>> >> Marcus Eagan
>> >>
>> >
>> >
>> > --
>> > Regards,
>> >
>> > Atri
>> > Apache Concerted
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> > For additional commands, e-mail: dev-help@lucene.apache.org
>> >
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: dev-help@lucene.apache.org
>>
>>
>
> --
> http://www.needhamsoftware.com (work)
> http://www.the111shift.com (play)
>


--
http://www.needhamsoftware.com (work)
http://www.the111shift.com (play)

Can confirm the failure seen by Gus. Changing my vote to 0.

On Mon, 3 Aug 2020 at 17:50, Jan Høydahl <jan.asf@cominvent.com> wrote:

> I keep getting HDFS related test failures and timeouts, so I cannot vote.
> (macOS)
>
> Jan
>
> > 3. aug. 2020 kl. 09:43 skrev Atri Sharma <atri@apache.org>:
> >
> > +1
> >
> > SUCCESS! [1:27:33.14892]
> >
> > On Mon, Aug 3, 2020 at 1:11 PM Marcus Eagan <marcuseagan@gmail.com>
> wrote:
> >>
> >> Community,
> >>
> >> Results from my local smoke test (Mac OS 10.15.5 | 1.8.0_265, x86_64:
> "Amazon Corretto 8"):
> >>
> >> SUCCESS! [1:33:51.132902]
> >>
> >> I'm still going through and checking a few aforementioned issues, but
> non-binding +1 from me. Wanted to share with the community because most
> probably are not running Corretto.
> >>
> >> Hope this helps.
> >>
> >> marcus
> >>
> >>
> >>
> >> On Sun, Aug 2, 2020 at 9:36 PM Gus Heck <gus.heck@gmail.com> wrote:
> >>>
> >>> Digging a little further, I notice that the deployment that had the
> error has this autoscaling (whereas the working deployment does not).
> >>>
> >>> "cluster-preferences":[{
> >>> "minimize":"cores",
> >>> "precision":1},
> >>> {"maximize":"freedisk"}],
> >>> "cluster-policy":[.
> >>> {
> >>> "replica":"<2",
> >>> "shard":"#EACH",
> >>> "node":"#ANY",
> >>> "strict":"false"},
> >>> {
> >>> "replica":"#EQUAL",
> >>> "node":"#ANY",
> >>> "strict":"false"},
> >>> {
> >>> "cores":"#EQUAL",
> >>> "node":"#ANY",
> >>> "strict":"false"}],
> >>>
> >>> So this may raise the question of whether or not we have an issue
> upgrading an 8.6.0 version to 8.6.1... also, not very familiar with
> autoscaling's error messages, but it kinda looks dodgy too since "one extra
> tag in cores" appears to be referring to a cores attribute that has only
> one value, but no idea yet if I'm reading that error message right. ... As
> to how I got that, I'm pretty sure it was one of the times when my edits to
> cloud.sh errored and tried to deploy an existing branch_8x build. Zk
> probably was not clean, and retained the old config.
> >>>
> >>> Tomorrow I'll try to deploy 8_6_0 and then upgrade it to 8_6_1 (late
> here now) and see if I get a similar result.
> >>>
> >>>
> >>> On Sun, Aug 2, 2020 at 11:59 PM Gus Heck <gus.heck@gmail.com> wrote:
> >>>>
> >>>> I Got:
> >>>>
> >>>> Ubuntu 18.04.4 LTS:
> >>>> SUCCESS! [0:53:02.203047]
> >>>> Mac OS 10.13:
> >>>>
> >>>> SUCCESS! [1:00:57.938586]
> >>>>
> >>>>
> >>>> BUT... when I deployed the tarball locally and tried to create a
> collection (single shard, _default config, via the solr UI), I got:
> >>>>
> >>>>
> >>>> 2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)
> >>>>
> >>>> 2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)
> >>>>
> >>>> 2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ]
> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)
> >>>>
> >>>> 2020-08-03 03:00:07.521 INFO
> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
> [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
> >>>>
> >>>> 2020-08-03 03:00:07.672 ERROR
> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
> [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test
> operation: create failed:org.apache.solr.common.SolrException
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)
> >>>>
> >>>> at
> org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)
> >>>>
> >>>> at
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)
> >>>>
> >>>> 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)
> >>>>
> >>>> Caused by: java.lang.RuntimeException: Only one extra tag supported
> for the tag cores in {
> >>>>
> >>>> "cores":"#EQUAL",
> >>>>
> >>>> "node":"#ANY",
> >>>>
> >>>> "strict":"false"}
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)
> >>>>
> >>>> at
> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
> >>>>
> >>>> at
> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
> >>>>
> >>>> at
> java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> >>>>
> >>>> at
> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> >>>>
> >>>> at
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> >>>>
> >>>> at
> java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> >>>>
> >>>> at
> java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)
> >>>>
> >>>> at
> org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)
> >>>>
> >>>> at
> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)
> >>>>
> >>>> ... 6 more
> >>>>
> >>>>
> >>>> However, when I re-did everything a second time to double check
> creating a collection worked just fine and now I can't seem to reproduce
> this.
> >>>>
> >>>>
> >>>> If nobody else gets this I'll figure I just managed to mangle
> something while working on
> https://issues.apache.org/jira/browse/SOLR-14704
> >>>>
> >>>>
> >>>> But others should perhaps give it a spin to look for this, So I'll
> give it +0
> >>>>
> >>>>
> >>>>
> >>>> On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com>
> wrote:
> >>>>>
> >>>>> success SUCCESS! [1:03:21.786536]
> >>>>> Ubuntu 20.04 LTS
> >>>>>
> >>>>>
> >>>>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <
> houstonputman@gmail.com> wrote:
> >>>>>>
> >>>>>> Due to the weekend the vote will be open until 2020-08-03 22:00
> UTC. That's 96 hours, and two business days.
> >>>>>>
> >>>>>> I can leave the vote open for longer if people want an additional
> business day, but will end it on Monday otherwise.
> >>>>>>
> >>>>>> - Houston
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <
> houstonputman@gmail.com> wrote:
> >>>>>>>
> >>>>>>> Please vote for release candidate 1 for Lucene/Solr 8.6.1
> >>>>>>>
> >>>>>>> The artifacts can be downloaded from:
> >>>>>>>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
> >>>>>>>
> >>>>>>> You can run the smoke tester directly with this command:
> >>>>>>>
> >>>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
> >>>>>>>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
> >>>>>>>
> >>>>>>> The vote will be open for at least 72 hours i.e. until 2020-08-02
> 22:00 UTC.
> >>>>>>>
> >>>>>>> [ ] +1 approve
> >>>>>>> [ ] +0 no opinion
> >>>>>>> [ ] -1 disapprove (and reason why)
> >>>>>>>
> >>>>>>> Here is my +1
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> -----------------------------------------------------
> >>>>> Noble Paul
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> >>>>> For additional commands, e-mail: dev-help@lucene.apache.org
> >>>>>
> >>>>
> >>>>
> >>>> --
> >>>> http://www.needhamsoftware.com (work)
> >>>> http://www.the111shift.com (play)
> >>>
> >>>
> >>>
> >>> --
> >>> http://www.needhamsoftware.com (work)
> >>> http://www.the111shift.com (play)
> >>
> >>
> >>
> >> --
> >> Marcus Eagan
> >>
> >
> >
> > --
> > Regards,
> >
> > Atri
> > Apache Concerted
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> > For additional commands, e-mail: dev-help@lucene.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
> --
Regards,

Atri
Apache Concerted

revising my vote to 0 (non-binding) because of collection creation failures
cited by others. Until I can confirm or deny that things function properly,
I will abstain. I will wait to run my test until after the ticket is
addressed.

Marcus

On Mon, Aug 3, 2020 at 6:14 AM Atri Sharma <atri@apache.org> wrote:

> Can confirm the failure seen by Gus. Changing my vote to 0.
>
> On Mon, 3 Aug 2020 at 17:50, Jan Høydahl <jan.asf@cominvent.com> wrote:
>
>> I keep getting HDFS related test failures and timeouts, so I cannot vote.
>> (macOS)
>>
>> Jan
>>
>> > 3. aug. 2020 kl. 09:43 skrev Atri Sharma <atri@apache.org>:
>> >
>> > +1
>> >
>> > SUCCESS! [1:27:33.14892]
>> >
>> > On Mon, Aug 3, 2020 at 1:11 PM Marcus Eagan <marcuseagan@gmail.com>
>> wrote:
>> >>
>> >> Community,
>> >>
>> >> Results from my local smoke test (Mac OS 10.15.5 | 1.8.0_265, x86_64:
>> "Amazon Corretto 8"):
>> >>
>> >> SUCCESS! [1:33:51.132902]
>> >>
>> >> I'm still going through and checking a few aforementioned issues, but
>> non-binding +1 from me. Wanted to share with the community because most
>> probably are not running Corretto.
>> >>
>> >> Hope this helps.
>> >>
>> >> marcus
>> >>
>> >>
>> >>
>> >> On Sun, Aug 2, 2020 at 9:36 PM Gus Heck <gus.heck@gmail.com> wrote:
>> >>>
>> >>> Digging a little further, I notice that the deployment that had the
>> error has this autoscaling (whereas the working deployment does not).
>> >>>
>> >>> "cluster-preferences":[{
>> >>> "minimize":"cores",
>> >>> "precision":1},
>> >>> {"maximize":"freedisk"}],
>> >>> "cluster-policy":[.
>> >>> {
>> >>> "replica":"<2",
>> >>> "shard":"#EACH",
>> >>> "node":"#ANY",
>> >>> "strict":"false"},
>> >>> {
>> >>> "replica":"#EQUAL",
>> >>> "node":"#ANY",
>> >>> "strict":"false"},
>> >>> {
>> >>> "cores":"#EQUAL",
>> >>> "node":"#ANY",
>> >>> "strict":"false"}],
>> >>>
>> >>> So this may raise the question of whether or not we have an issue
>> upgrading an 8.6.0 version to 8.6.1... also, not very familiar with
>> autoscaling's error messages, but it kinda looks dodgy too since "one extra
>> tag in cores" appears to be referring to a cores attribute that has only
>> one value, but no idea yet if I'm reading that error message right. ... As
>> to how I got that, I'm pretty sure it was one of the times when my edits to
>> cloud.sh errored and tried to deploy an existing branch_8x build. Zk
>> probably was not clean, and retained the old config.
>> >>>
>> >>> Tomorrow I'll try to deploy 8_6_0 and then upgrade it to 8_6_1 (late
>> here now) and see if I get a similar result.
>> >>>
>> >>>
>> >>> On Sun, Aug 2, 2020 at 11:59 PM Gus Heck <gus.heck@gmail.com> wrote:
>> >>>>
>> >>>> I Got:
>> >>>>
>> >>>> Ubuntu 18.04.4 LTS:
>> >>>> SUCCESS! [0:53:02.203047]
>> >>>> Mac OS 10.13:
>> >>>>
>> >>>> SUCCESS! [1:00:57.938586]
>> >>>>
>> >>>>
>> >>>> BUT... when I deployed the tarball locally and tried to create a
>> collection (single shard, _default config, via the solr UI), I got:
>> >>>>
>> >>>>
>> >>>> 2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)
>> >>>>
>> >>>> 2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)
>> >>>>
>> >>>> 2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)
>> >>>>
>> >>>> 2020-08-03 03:00:07.521 INFO
>> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
>> [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
>> >>>>
>> >>>> 2020-08-03 03:00:07.672 ERROR
>> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
>> [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test
>> operation: create failed:org.apache.solr.common.SolrException
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)
>> >>>>
>> >>>> at
>> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)
>> >>>>
>> >>>> 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)
>> >>>>
>> >>>> Caused by: java.lang.RuntimeException: Only one extra tag supported
>> for the tag cores in {
>> >>>>
>> >>>> "cores":"#EQUAL",
>> >>>>
>> >>>> "node":"#ANY",
>> >>>>
>> >>>> "strict":"false"}
>> >>>>
>> >>>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)
>> >>>>
>> >>>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)
>> >>>>
>> >>>> at
>> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
>> >>>>
>> >>>> at
>> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
>> >>>>
>> >>>> at
>> java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
>> >>>>
>> >>>> at
>> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
>> >>>>
>> >>>> at
>> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
>> >>>>
>> >>>> at
>> java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
>> >>>>
>> >>>> at
>> java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
>> >>>>
>> >>>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)
>> >>>>
>> >>>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)
>> >>>>
>> >>>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)
>> >>>>
>> >>>> ... 6 more
>> >>>>
>> >>>>
>> >>>> However, when I re-did everything a second time to double check
>> creating a collection worked just fine and now I can't seem to reproduce
>> this.
>> >>>>
>> >>>>
>> >>>> If nobody else gets this I'll figure I just managed to mangle
>> something while working on
>> https://issues.apache.org/jira/browse/SOLR-14704
>> >>>>
>> >>>>
>> >>>> But others should perhaps give it a spin to look for this, So I'll
>> give it +0
>> >>>>
>> >>>>
>> >>>>
>> >>>> On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com>
>> wrote:
>> >>>>>
>> >>>>> success SUCCESS! [1:03:21.786536]
>> >>>>> Ubuntu 20.04 LTS
>> >>>>>
>> >>>>>
>> >>>>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <
>> houstonputman@gmail.com> wrote:
>> >>>>>>
>> >>>>>> Due to the weekend the vote will be open until 2020-08-03 22:00
>> UTC. That's 96 hours, and two business days.
>> >>>>>>
>> >>>>>> I can leave the vote open for longer if people want an additional
>> business day, but will end it on Monday otherwise.
>> >>>>>>
>> >>>>>> - Houston
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <
>> houstonputman@gmail.com> wrote:
>> >>>>>>>
>> >>>>>>> Please vote for release candidate 1 for Lucene/Solr 8.6.1
>> >>>>>>>
>> >>>>>>> The artifacts can be downloaded from:
>> >>>>>>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>> >>>>>>>
>> >>>>>>> You can run the smoke tester directly with this command:
>> >>>>>>>
>> >>>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>> >>>>>>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>> >>>>>>>
>> >>>>>>> The vote will be open for at least 72 hours i.e. until 2020-08-02
>> 22:00 UTC.
>> >>>>>>>
>> >>>>>>> [ ] +1 approve
>> >>>>>>> [ ] +0 no opinion
>> >>>>>>> [ ] -1 disapprove (and reason why)
>> >>>>>>>
>> >>>>>>> Here is my +1
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> --
>> >>>>> -----------------------------------------------------
>> >>>>> Noble Paul
>> >>>>>
>> >>>>>
>> ---------------------------------------------------------------------
>> >>>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> >>>>> For additional commands, e-mail: dev-help@lucene.apache.org
>> >>>>>
>> >>>>
>> >>>>
>> >>>> --
>> >>>> http://www.needhamsoftware.com (work)
>> >>>> http://www.the111shift.com (play)
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> http://www.needhamsoftware.com (work)
>> >>> http://www.the111shift.com (play)
>> >>
>> >>
>> >>
>> >> --
>> >> Marcus Eagan
>> >>
>> >
>> >
>> > --
>> > Regards,
>> >
>> > Atri
>> > Apache Concerted
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> > For additional commands, e-mail: dev-help@lucene.apache.org
>> >
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: dev-help@lucene.apache.org
>>
>> --
> Regards,
>
> Atri
> Apache Concerted
>


--
Marcus Eagan

The vote has failed.

I'll create the RC2 once we've fixed the autoscaling
backwards-compatibility stuff.

- Houston

On Mon, Aug 3, 2020 at 2:23 PM Marcus Eagan <marcuseagan@gmail.com> wrote:

> revising my vote to 0 (non-binding) because of collection creation
> failures cited by others. Until I can confirm or deny that things function
> properly, I will abstain. I will wait to run my test until after the ticket
> is addressed.
>
> Marcus
>
> On Mon, Aug 3, 2020 at 6:14 AM Atri Sharma <atri@apache.org> wrote:
>
>> Can confirm the failure seen by Gus. Changing my vote to 0.
>>
>> On Mon, 3 Aug 2020 at 17:50, Jan Høydahl <jan.asf@cominvent.com> wrote:
>>
>>> I keep getting HDFS related test failures and timeouts, so I cannot
>>> vote. (macOS)
>>>
>>> Jan
>>>
>>> > 3. aug. 2020 kl. 09:43 skrev Atri Sharma <atri@apache.org>:
>>> >
>>> > +1
>>> >
>>> > SUCCESS! [1:27:33.14892]
>>> >
>>> > On Mon, Aug 3, 2020 at 1:11 PM Marcus Eagan <marcuseagan@gmail.com>
>>> wrote:
>>> >>
>>> >> Community,
>>> >>
>>> >> Results from my local smoke test (Mac OS 10.15.5 | 1.8.0_265, x86_64:
>>> "Amazon Corretto 8"):
>>> >>
>>> >> SUCCESS! [1:33:51.132902]
>>> >>
>>> >> I'm still going through and checking a few aforementioned issues, but
>>> non-binding +1 from me. Wanted to share with the community because most
>>> probably are not running Corretto.
>>> >>
>>> >> Hope this helps.
>>> >>
>>> >> marcus
>>> >>
>>> >>
>>> >>
>>> >> On Sun, Aug 2, 2020 at 9:36 PM Gus Heck <gus.heck@gmail.com> wrote:
>>> >>>
>>> >>> Digging a little further, I notice that the deployment that had the
>>> error has this autoscaling (whereas the working deployment does not).
>>> >>>
>>> >>> "cluster-preferences":[{
>>> >>> "minimize":"cores",
>>> >>> "precision":1},
>>> >>> {"maximize":"freedisk"}],
>>> >>> "cluster-policy":[.
>>> >>> {
>>> >>> "replica":"<2",
>>> >>> "shard":"#EACH",
>>> >>> "node":"#ANY",
>>> >>> "strict":"false"},
>>> >>> {
>>> >>> "replica":"#EQUAL",
>>> >>> "node":"#ANY",
>>> >>> "strict":"false"},
>>> >>> {
>>> >>> "cores":"#EQUAL",
>>> >>> "node":"#ANY",
>>> >>> "strict":"false"}],
>>> >>>
>>> >>> So this may raise the question of whether or not we have an issue
>>> upgrading an 8.6.0 version to 8.6.1... also, not very familiar with
>>> autoscaling's error messages, but it kinda looks dodgy too since "one extra
>>> tag in cores" appears to be referring to a cores attribute that has only
>>> one value, but no idea yet if I'm reading that error message right. ... As
>>> to how I got that, I'm pretty sure it was one of the times when my edits to
>>> cloud.sh errored and tried to deploy an existing branch_8x build. Zk
>>> probably was not clean, and retained the old config.
>>> >>>
>>> >>> Tomorrow I'll try to deploy 8_6_0 and then upgrade it to 8_6_1 (late
>>> here now) and see if I get a similar result.
>>> >>>
>>> >>>
>>> >>> On Sun, Aug 2, 2020 at 11:59 PM Gus Heck <gus.heck@gmail.com> wrote:
>>> >>>>
>>> >>>> I Got:
>>> >>>>
>>> >>>> Ubuntu 18.04.4 LTS:
>>> >>>> SUCCESS! [0:53:02.203047]
>>> >>>> Mac OS 10.13:
>>> >>>>
>>> >>>> SUCCESS! [1:00:57.938586]
>>> >>>>
>>> >>>>
>>> >>>> BUT... when I deployed the tarball locally and tried to create a
>>> collection (single shard, _default config, via the solr UI), I got:
>>> >>>>
>>> >>>>
>>> >>>> 2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ]
>>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)
>>> >>>>
>>> >>>> 2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ]
>>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)
>>> >>>>
>>> >>>> 2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ]
>>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)
>>> >>>>
>>> >>>> 2020-08-03 03:00:07.521 INFO
>>> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
>>> [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
>>> >>>>
>>> >>>> 2020-08-03 03:00:07.672 ERROR
>>> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
>>> [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test
>>> operation: create failed:org.apache.solr.common.SolrException
>>> >>>>
>>> >>>> at
>>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)
>>> >>>>
>>> >>>> at
>>> org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)
>>> >>>>
>>> >>>> at
>>> org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)
>>> >>>>
>>> >>>> at
>>> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)
>>> >>>>
>>> >>>> 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)
>>> >>>>
>>> >>>> Caused by: java.lang.RuntimeException: Only one extra tag supported
>>> for the tag cores in {
>>> >>>>
>>> >>>> "cores":"#EQUAL",
>>> >>>>
>>> >>>> "node":"#ANY",
>>> >>>>
>>> >>>> "strict":"false"}
>>> >>>>
>>> >>>> at
>>> org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)
>>> >>>>
>>> >>>> at
>>> org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)
>>> >>>>
>>> >>>> at
>>> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
>>> >>>>
>>> >>>> at
>>> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
>>> >>>>
>>> >>>> at
>>> java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
>>> >>>>
>>> >>>> at
>>> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
>>> >>>>
>>> >>>> at
>>> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
>>> >>>>
>>> >>>> at
>>> java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
>>> >>>>
>>> >>>> at
>>> java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
>>> >>>>
>>> >>>> at
>>> org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)
>>> >>>>
>>> >>>> at
>>> org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)
>>> >>>>
>>> >>>> at
>>> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)
>>> >>>>
>>> >>>> at
>>> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)
>>> >>>>
>>> >>>> at
>>> org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)
>>> >>>>
>>> >>>> at
>>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)
>>> >>>>
>>> >>>> at
>>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)
>>> >>>>
>>> >>>> ... 6 more
>>> >>>>
>>> >>>>
>>> >>>> However, when I re-did everything a second time to double check
>>> creating a collection worked just fine and now I can't seem to reproduce
>>> this.
>>> >>>>
>>> >>>>
>>> >>>> If nobody else gets this I'll figure I just managed to mangle
>>> something while working on
>>> https://issues.apache.org/jira/browse/SOLR-14704
>>> >>>>
>>> >>>>
>>> >>>> But others should perhaps give it a spin to look for this, So I'll
>>> give it +0
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>> On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com>
>>> wrote:
>>> >>>>>
>>> >>>>> success SUCCESS! [1:03:21.786536]
>>> >>>>> Ubuntu 20.04 LTS
>>> >>>>>
>>> >>>>>
>>> >>>>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <
>>> houstonputman@gmail.com> wrote:
>>> >>>>>>
>>> >>>>>> Due to the weekend the vote will be open until 2020-08-03 22:00
>>> UTC. That's 96 hours, and two business days.
>>> >>>>>>
>>> >>>>>> I can leave the vote open for longer if people want an additional
>>> business day, but will end it on Monday otherwise.
>>> >>>>>>
>>> >>>>>> - Houston
>>> >>>>>>
>>> >>>>>>
>>> >>>>>>
>>> >>>>>> On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <
>>> houstonputman@gmail.com> wrote:
>>> >>>>>>>
>>> >>>>>>> Please vote for release candidate 1 for Lucene/Solr 8.6.1
>>> >>>>>>>
>>> >>>>>>> The artifacts can be downloaded from:
>>> >>>>>>>
>>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>> >>>>>>>
>>> >>>>>>> You can run the smoke tester directly with this command:
>>> >>>>>>>
>>> >>>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>> >>>>>>>
>>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>> >>>>>>>
>>> >>>>>>> The vote will be open for at least 72 hours i.e. until
>>> 2020-08-02 22:00 UTC.
>>> >>>>>>>
>>> >>>>>>> [ ] +1 approve
>>> >>>>>>> [ ] +0 no opinion
>>> >>>>>>> [ ] -1 disapprove (and reason why)
>>> >>>>>>>
>>> >>>>>>> Here is my +1
>>> >>>>>
>>> >>>>>
>>> >>>>>
>>> >>>>> --
>>> >>>>> -----------------------------------------------------
>>> >>>>> Noble Paul
>>> >>>>>
>>> >>>>>
>>> ---------------------------------------------------------------------
>>> >>>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>> >>>>> For additional commands, e-mail: dev-help@lucene.apache.org
>>> >>>>>
>>> >>>>
>>> >>>>
>>> >>>> --
>>> >>>> http://www.needhamsoftware.com (work)
>>> >>>> http://www.the111shift.com (play)
>>> >>>
>>> >>>
>>> >>>
>>> >>> --
>>> >>> http://www.needhamsoftware.com (work)
>>> >>> http://www.the111shift.com (play)
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Marcus Eagan
>>> >>
>>> >
>>> >
>>> > --
>>> > Regards,
>>> >
>>> > Atri
>>> > Apache Concerted
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>> > For additional commands, e-mail: dev-help@lucene.apache.org
>>> >
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>> For additional commands, e-mail: dev-help@lucene.apache.org
>>>
>>> --
>> Regards,
>>
>> Atri
>> Apache Concerted
>>
>
>
> --
> Marcus Eagan
>
>

Bravo to Gus for doing a more thorough examination of the release to see
there is a serious problem!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley


On Mon, Aug 3, 2020 at 12:36 AM Gus Heck <gus.heck@gmail.com> wrote:

> Digging a little further, I notice that the deployment that had the error
> has this autoscaling (whereas the working deployment does not).
>
> "cluster-preferences":[{
> "minimize":"cores",
> "precision":1},
> {"maximize":"freedisk"}],
> "cluster-policy":[.
> {
> "replica":"<2",
> "shard":"#EACH",
> "node":"#ANY",
> "strict":"false"},
> {
> "replica":"#EQUAL",
> "node":"#ANY",
> "strict":"false"},
> {
> "cores":"#EQUAL",
> "node":"#ANY",
> "strict":"false"}],
>
> So this may raise the question of whether or not we have an issue
> upgrading an 8.6.0 version to 8.6.1... also, not very familiar with
> autoscaling's error messages, but it kinda looks dodgy too since "one extra
> tag in cores" appears to be referring to a cores attribute that has only
> one value, but no idea yet if I'm reading that error message right. ... As
> to how I got that, I'm pretty sure it was one of the times when my edits to
> cloud.sh errored and tried to deploy an existing branch_8x build. Zk
> probably was not clean, and retained the old config.
>
> Tomorrow I'll try to deploy 8_6_0 and then upgrade it to 8_6_1 (late here
> now) and see if I get a similar result.
>
>
> On Sun, Aug 2, 2020 at 11:59 PM Gus Heck <gus.heck@gmail.com> wrote:
>
>> I Got:
>>
>> Ubuntu 18.04.4 LTS:
>> SUCCESS! [0:53:02.203047]
>> Mac OS 10.13:
>>
>> SUCCESS! [1:00:57.938586]
>>
>>
>> BUT... when I deployed the tarball locally and tried to create a
>> collection (single shard, _default config, via the solr UI), I got:
>>
>>
>> 2020-08-03 02:55:15.585 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (1) -> (2)
>>
>> 2020-08-03 02:55:21.288 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (2) -> (3)
>>
>> 2020-08-03 02:55:26.705 INFO (zkCallback-14-thread-1) [ ]
>> o.a.s.c.c.ZkStateReader Updated live nodes from ZooKeeper... (3) -> (4)
>>
>> 2020-08-03 03:00:07.521 INFO
>> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
>> [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
>>
>> 2020-08-03 03:00:07.672 ERROR
>> (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr)
>> [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test
>> operation: create failed:org.apache.solr.common.SolrException
>>
>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347)
>>
>> at
>> org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264)
>>
>> at
>> org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517)
>>
>> at
>> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212)
>>
>> 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)
>>
>> Caused by: java.lang.RuntimeException: Only one extra tag supported for
>> the tag cores in {
>>
>> "cores":"#EQUAL",
>>
>> "node":"#ANY",
>>
>> "strict":"false"}
>>
>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122)
>>
>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235)
>>
>> at
>> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
>>
>> at
>> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
>>
>> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
>>
>> at
>> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
>>
>> at
>> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
>>
>> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
>>
>> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
>>
>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144)
>>
>> at
>> org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372)
>>
>> at
>> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300)
>>
>> at
>> org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277)
>>
>> at
>> org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661)
>>
>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415)
>>
>> at
>> org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192)
>>
>> ... 6 more
>>
>>
>> However, when I re-did everything a second time to double check creating
>> a collection worked just fine and now I can't seem to reproduce this.
>>
>>
>> If nobody else gets this I'll figure I just managed to mangle something
>> while working on https://issues.apache.org/jira/browse/SOLR-14704
>>
>>
>> But others should perhaps give it a spin to look for this, So I'll give
>> it +0
>>
>>
>>
>> On Fri, Jul 31, 2020 at 8:14 AM Noble Paul <noble.paul@gmail.com> wrote:
>>
>>> success SUCCESS! [1:03:21.786536]
>>> Ubuntu 20.04 LTS
>>>
>>>
>>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <houstonputman@gmail.com>
>>> wrote:
>>> >
>>> > Due to the weekend the vote will be open until 2020-08-03 22:00 UTC.
>>> That's 96 hours, and two business days.
>>> >
>>> > I can leave the vote open for longer if people want an additional
>>> business day, but will end it on Monday otherwise.
>>> >
>>> > - Houston
>>> >
>>> >
>>> >
>>> > On Thu, Jul 30, 2020 at 5:07 PM Houston Putman <
>>> houstonputman@gmail.com> wrote:
>>> >>
>>> >> Please vote for release candidate 1 for Lucene/Solr 8.6.1
>>> >>
>>> >> The artifacts can be downloaded from:
>>> >>
>>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>> >>
>>> >> You can run the smoke tester directly with this command:
>>> >>
>>> >> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>> >>
>>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2
>>> >>
>>> >> The vote will be open for at least 72 hours i.e. until 2020-08-02
>>> 22:00 UTC.
>>> >>
>>> >> [ ] +1 approve
>>> >> [ ] +0 no opinion
>>> >> [ ] -1 disapprove (and reason why)
>>> >>
>>> >> Here is my +1
>>>
>>>
>>>
>>> --
>>> -----------------------------------------------------
>>> Noble Paul
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>> For additional commands, e-mail: dev-help@lucene.apache.org
>>>
>>>
>>
>> --
>> http://www.needhamsoftware.com (work)
>> http://www.the111shift.com (play)
>>
>
>
> --
> http://www.needhamsoftware.com (work)
> http://www.the111shift.com (play)
>