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 <a...@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....@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 <a...@apache.org>:
>> >
>> > +1
>> >
>> > SUCCESS! [1:27:33.14892]
>> >
>> > On Mon, Aug 3, 2020 at 1:11 PM Marcus Eagan <marcusea...@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.h...@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.h...@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.p...@gmail.com>
>> wrote:
>> >>>>>
>> >>>>> success SUCCESS! [1:03:21.786536]
>> >>>>> Ubuntu 20.04 LTS
>> >>>>>
>> >>>>>
>> >>>>> On Fri, Jul 31, 2020 at 7:34 AM Houston Putman <
>> houstonput...@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 <
>> houstonput...@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-unsubscr...@lucene.apache.org
>> >>>>> For additional commands, e-mail: dev-h...@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-unsubscr...@lucene.apache.org
>> > For additional commands, e-mail: dev-h...@lucene.apache.org
>> >
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>> --
> Regards,
>
> Atri
> Apache Concerted
>


-- 
Marcus Eagan

Reply via email to