You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@solr.apache.org by Jan Høydahl <ja...@cominvent.com> on 2022/04/27 13:15:27 UTC
[VOTE] Release Solr 9.0.0 RC4
Please vote for release candidate 4 for Solr 9.0.0
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
You can run the smoke tester directly with this command:
python3 -u dev-tools/scripts/smokeTestRelease.py \
https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
You are encouraged to do an extra thorough test and manual inspection beyond
running the smoketester, since this is a major release.
You can build a release-candidate of the official docker image using the following command:
DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
--build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
-t solr-rc:9.0.0-4
The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00 UTC.
[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)
Here is my +1
SUCCESS! [0:56:56.134141]
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
For additional commands, e-mail: dev-help@solr.apache.org
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Jan Høydahl <ja...@cominvent.com>.
Thanks David,
Although we have 4 +1's I'll wait over the weekend for more votes.
Tests are indeed in a sad state, I think I ran buildAndPushRelease.py 10 times before successful. But then smoketester succeeded on first try after that.
The fucit graphs are last 7 days, and we had 100% failure rate early this week, so better select last 24h in the dropdown to see current stats.
The worst offenders now are: TestBulkSchemaConcurrent with 19.6% failure rate and TestSchemaDesignerSettingsDAO with 7.8%.
Re Maven, in a previous RC Mike used gradlew mavenToLocalRepo, but don't know how.
There is a task 'mavenToApacheSnapshots' which *sounds like* it will publish a snapshot version somewhere?
There *is* a 9.0.0-SNAPSHOT (pushed by Jenkins?) here <https://repository.apache.org/content/repositories/snapshots/org/apache/solr/solr-core/9.0.0-SNAPSHOT/>, but it is from January 5th...
Jan
> 29. apr. 2022 kl. 14:50 skrev David Smiley <ds...@apache.org>:
>
> +1 (binding) but flaky tests are in sad shape; not worth holding up a release over.
>
> I ran the smoke tester and only one test failed: org.apache.solr.servlet.TestRequestRateLimiter.testConcurrentQueries
> However this test I recall from conversations has some known flakiness. But moreover, actually tons of tests are showing up as failing very often in http://fucit.org/solr-jenkins-reports/failure-report.html <http://fucit.org/solr-jenkins-reports/failure-report.html> (this test is maybe in the middle; there are plenty worse).
> I suppose it's adequate. I wish the smoketester ran the tests as the very last step and not prior to other checking. "checkMaven" happens after.
>
> I then repeated with --test-java17 and got 3 different errors. But there were clues the failures occured from Java 11 VMs, not 17. Looking at the smoketester script, it appears java17 is run _after_ java 11; so it never made it this far.
>
> I commented out Java 11 tests (because they were faiing) and ran again so that the Java 17 ones would run. Again, 2-3 test failed.
>
> I did the docker build as instructed and I complete the Solr Text Tagger tutorial. Worked fine.
>
> I'd like to try out the maven dependencies in a side project, since it was observed there were issues. I'm on travel at the moment but if someone has tips on where to locate them / how to use them (anything non-obvious), I'd appreciate it.
>
> BTW thanks to everyone (esp. Jan & Houston) doing the legwork of doing the release. And the manual release checking I see most of you do -- very important.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley <http://www.linkedin.com/in/davidwsmiley>
>
> On Wed, Apr 27, 2022 at 9:15 AM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
> Please vote for release candidate 4 for Solr 9.0.0
>
> The artifacts can be downloaded from:
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc>
>
> You can run the smoke tester directly with this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc>
>
> You are encouraged to do an extra thorough test and manual inspection beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr <https://dist.apache.org/repos/dist/dev/solr> && \
> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-4
>
> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00 UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:56:56.134141]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org <ma...@solr.apache.org>
> For additional commands, e-mail: dev-help@solr.apache.org <ma...@solr.apache.org>
>
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by David Smiley <ds...@apache.org>.
+1 (binding) but flaky tests are in sad shape; not worth holding up a
release over.
I ran the smoke tester and only one test
failed: org.apache.solr.servlet.TestRequestRateLimiter.testConcurrentQueries
However this test I recall from conversations has some known flakiness.
But moreover, actually tons of tests are showing up as failing very often
in http://fucit.org/solr-jenkins-reports/failure-report.html (this test is
maybe in the middle; there are plenty worse).
I suppose it's adequate. I wish the smoketester ran the tests as the very
last step and not prior to other checking. "checkMaven" happens after.
I then repeated with --test-java17 and got 3 different errors. But there
were clues the failures occured from Java 11 VMs, not 17. Looking at the
smoketester script, it appears java17 is run _after_ java 11; so it never
made it this far.
I commented out Java 11 tests (because they were faiing) and ran again so
that the Java 17 ones would run. Again, 2-3 test failed.
I did the docker build as instructed and I complete the Solr Text Tagger
tutorial. Worked fine.
I'd like to try out the maven dependencies in a side project, since it was
observed there were issues. I'm on travel at the moment but if someone has
tips on where to locate them / how to use them (anything non-obvious), I'd
appreciate it.
BTW thanks to everyone (esp. Jan & Houston) doing the legwork of doing the
release. And the manual release checking I see most of you do -- very
important.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Apr 27, 2022 at 9:15 AM Jan Høydahl <ja...@cominvent.com> wrote:
> Please vote for release candidate 4 for Solr 9.0.0
>
> The artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You can run the smoke tester directly with this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You are encouraged to do an extra thorough test and manual inspection
> beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the
> following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc &&
> \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-4
>
> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
> UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:56:56.134141]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> For additional commands, e-mail: dev-help@solr.apache.org
>
>
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Gus Heck <gu...@gmail.com>.
FWIW I believe both issues have patches now... I haven't tested anything
yet though.
On Mon, May 2, 2022 at 4:03 PM Jan Høydahl <ja...@cominvent.com> wrote:
> Hi.
>
> With the current five +1's and two -1's I'm not seeing the kind of
> consensus we traditionally want for a release.
> It's understandable due the uncertainty caused by the two bugs uncovered
> during the vote.
> The important question is whether the majority of us deem any of these
> bugs as release blockers.
>
> Before I conclude the vote (tomorrow), I'll allow time for more votes to
> be cast (or changed in either direction), taking the latest insight into
> account..
>
> Jan
>
> 2. mai 2022 kl. 21:40 skrev Joel Bernstein <jo...@gmail.com>:
>
> It would be a pretty odd edge case. The enum method would typically not be
> used in high cardinality cases and limit:-1 means an overrequest is not
> needed. I personally don't think this is a blocker.
>
>
> Joel Bernstein
> http://joelsolr.blogspot.com/
>
>
> On Mon, May 2, 2022 at 12:43 PM Michael Gibney <mi...@michaelgibney.net>
> wrote:
>
>> Gus said most of what I have to say -- this affects an odd edge case:
>> explicit positive overrequest _and_ method:enum _and_ limit:-1. This would
>> be a pretty pathological combination; but even so, the consequence would be
>> to turn an unlimited (limit:-1) request into a limited one (limit:n, n>=0)
>> -- it would not be subtle in how that would manifest. So I'll retract my
>> earlier statement ("I'd be surprised if this turns out to be a blocker for
>> 9.0").
>>
>> On Mon, May 2, 2022 at 11:45 AM Gus Heck <gu...@gmail.com> wrote:
>>
>>> Also this changes my vote to -1
>>>
>>> On Mon, May 2, 2022 at 11:44 AM Gus Heck <gu...@gmail.com> wrote:
>>>
>>>> Some offline discussion indicates that this is more than just SKG and
>>>> it looks like Michael will look into it, so I've filed
>>>> https://issues.apache.org/jira/browse/SOLR-16176 as a blocker and
>>>> assigned to him.
>>>>
>>>> On Mon, May 2, 2022 at 11:03 AM Jan Høydahl <ja...@cominvent.com>
>>>> wrote:
>>>>
>>>>> Tried some seeds from Jenkins failures for this same test, and found
>>>>> another reproducible seed: 19DF63E9537FFBA3
>>>>>
>>>>> On the face of it, it seems like a corner case bug, but could of
>>>>> course be a generic enum JSON Facet bug that has lived with us for some
>>>>> time?
>>>>> I'll wait a bit more to gather more insight on this.
>>>>> Gus, have you created a JIRA?
>>>>>
>>>>> Jan
>>>>>
>>>>> 2. mai 2022 kl. 16:01 skrev Gus Heck <gu...@gmail.com>:
>>>>>
>>>>>
>>>>> I was hoping someone more familiar with SKG's test/code that I found a
>>>>> failure for might chime in. It looks like it's a case where enum facets are
>>>>> not producing all results produced for default faceting, which seems
>>>>> possibly bad, but I am not familiar with this code at all. This probably is
>>>>> localized to Semantic Knowledge Graphs (which after some digging is what
>>>>> SKG stands for... be nice if that were in the comments for the class)... so
>>>>> the question is do we want to release with a known break in that feature I
>>>>> guess. I'm inclined to say no, but I am certainly not going to be able
>>>>> to dig into SKG's to fix this in a timely fashion. So I guess the question
>>>>> is is SKG important enough to someone out there to fix it soon?
>>>>>
>>>>> Also looks like the code iterates across possible parameter values and
>>>>> fails on the first one to go wrong so there may be other failure cases for
>>>>> STREAM or SMART hiding behind this...
>>>>>
>>>>> -Gus
>>>>>
>>>>> On Mon, May 2, 2022 at 6:55 AM Jan Høydahl <ja...@cominvent.com>
>>>>> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> If I close the vote now, it will technically pass with four +1s, one
>>>>>> -1 and one -0. A bit too fragile result IMO.
>>>>>>
>>>>>> I would too like to understand the severity of the configsets bug,
>>>>>> and whether it is serious enough to stop the release.
>>>>>> As I understand the issue, it ONLY affects those creating a new
>>>>>> configset based on another one in ZK.
>>>>>> I.e. there are many workarounds for this bug
>>>>>> - Use an authenticated user when creating configset (and not an
>>>>>> "untrusted" one)
>>>>>> - Upload a new configset rather than basing it on an existing?
>>>>>> - Upload configset directly to Zookeeper
>>>>>>
>>>>>> Please verify or shoot down my assumption. If my assumption is
>>>>>> correct, I'll keep my +1 vote, and wait for a few more +1s before closing
>>>>>> the vote. If the issue is indeed more serious and there are more -1's, I'll
>>>>>> happily respin after the fix.
>>>>>>
>>>>>> Jan
>>>>>>
>>>>>>
>>>>>> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gu...@gmail.com>:
>>>>>>
>>>>>> -0 for now, pending discussion of severity... I have hit a
>>>>>> reproducing failure:
>>>>>>
>>>>>> ./gradlew :solr:core:test --tests
>>>>>> "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom"
>>>>>> -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1
>>>>>> -Ptests.seed=C730F33909C71234 -Ptests.badapples=false
>>>>>> -Ptests.file.encoding=UTF-8
>>>>>>
>>>>>> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <kr...@apache.org>
>>>>>> wrote:
>>>>>>
>>>>>>> Smoketester passed on the second try for me: SUCCESS!
>>>>>>> [1:29:24.214674]
>>>>>>>
>>>>>>> The first failure was "gradlew :solr:core:test --tests
>>>>>>> "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4
>>>>>>> -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6
>>>>>>> -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't
>>>>>>> reproduced it yet.
>>>>>>>
>>>>>>> However it looks like the configsets API is broken with one of the
>>>>>>> simpler examples. Eric Pugh found this the other day and asked me to
>>>>>>> check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164
>>>>>>>
>>>>>>> I'm still poking around the release today.
>>>>>>>
>>>>>>> Based on the configset api error - I'm -1 for releasing.
>>>>>>>
>>>>>>> Kevin Risden
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <md...@apache.org> wrote:
>>>>>>>
>>>>>>>> +1 (binding)
>>>>>>>>
>>>>>>>>
>>>>>>>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS!
>>>>>>>> [2:04:03.678208]
>>>>>>>>
>>>>>>>> Unlike for some others, this succeeded on my first try. I guess I'm
>>>>>>>> just lucky :)
>>>>>>>>
>>>>>>>>
>>>>>>>> Tested building an application that uses EmbeddedSolrServer and
>>>>>>>> depends on our maven artifacts - validated SOLR-16157, SOLR-16117
>>>>>>>>
>>>>>>>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no
>>>>>>>> security). Queries worked as expected.
>>>>>>>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic
>>>>>>>> authentication enabled. Queries failed (as expected) at first, but then
>>>>>>>> succeeded when setting solr.pki.sendVersion=v1 and
>>>>>>>> solr.pki.acceptVersions=v1,v2on the Solr 9 node, as described in
>>>>>>>> our ref guide and upgrade notes.
>>>>>>>>
>>>>>>>> Manually checked for license headers in source release, missing
>>>>>>>> headers on the following:
>>>>>>>> * SYSTEM_REQUIREMENTS.md
>>>>>>>> * solr/core/src/resources/SystemCollection*.xml
>>>>>>>> * lots and lots of stuff under solr-ref-guide, unclear which pieces
>>>>>>>> of this are our code and which are copied from external sources.
>>>>>>>> * modules/*/README.md
>>>>>>>>
>>>>>>>> Will file a follow up JIRA for the license issues.
>>>>>>>>
>>>>>>>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Please vote for release candidate 4 for Solr 9.0.0
>>>>>>>>>
>>>>>>>>> The artifacts can be downloaded from:
>>>>>>>>>
>>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>>>>>
>>>>>>>>> You can run the smoke tester directly with this command:
>>>>>>>>>
>>>>>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>>>>>>>
>>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>>>>>
>>>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>>>> inspection beyond
>>>>>>>>> running the smoketester, since this is a major release.
>>>>>>>>>
>>>>>>>>> You can build a release-candidate of the official docker image
>>>>>>>>> using the following command:
>>>>>>>>>
>>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>>>
>>>>>>>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
>>>>>>>>> docker build
>>>>>>>>> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>>>>> --build-arg
>>>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>>>> -t solr-rc:9.0.0-4
>>>>>>>>>
>>>>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-30
>>>>>>>>> 13:00 UTC.
>>>>>>>>>
>>>>>>>>> [ ] +1 approve
>>>>>>>>> [ ] +0 no opinion
>>>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>>>
>>>>>>>>> Here is my +1
>>>>>>>>>
>>>>>>>>> SUCCESS! [0:56:56.134141]
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>
>>>>>> --
>>>>>> http://www.needhamsoftware.com (work)
>>>>>> http://www.the111shift.com (play)
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> http://www.needhamsoftware.com (work)
>>>>> http://www.the111shift.com (play)
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> http://www.needhamsoftware.com (work)
>>>> http://www.the111shift.com (play)
>>>>
>>>
>>>
>>> --
>>> http://www.needhamsoftware.com (work)
>>> http://www.the111shift.com (play)
>>>
>>
>
--
http://www.needhamsoftware.com (work)
http://www.the111shift.com (play)
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Jan Høydahl <ja...@cominvent.com>.
Hi.
With the current five +1's and two -1's I'm not seeing the kind of consensus we traditionally want for a release.
It's understandable due the uncertainty caused by the two bugs uncovered during the vote.
The important question is whether the majority of us deem any of these bugs as release blockers.
Before I conclude the vote (tomorrow), I'll allow time for more votes to be cast (or changed in either direction), taking the latest insight into account..
Jan
> 2. mai 2022 kl. 21:40 skrev Joel Bernstein <jo...@gmail.com>:
>
> It would be a pretty odd edge case. The enum method would typically not be used in high cardinality cases and limit:-1 means an overrequest is not needed. I personally don't think this is a blocker.
>
>
> Joel Bernstein
> http://joelsolr.blogspot.com/ <http://joelsolr.blogspot.com/>
>
>
> On Mon, May 2, 2022 at 12:43 PM Michael Gibney <michael@michaelgibney.net <ma...@michaelgibney.net>> wrote:
> Gus said most of what I have to say -- this affects an odd edge case: explicit positive overrequest _and_ method:enum _and_ limit:-1. This would be a pretty pathological combination; but even so, the consequence would be to turn an unlimited (limit:-1) request into a limited one (limit:n, n>=0) -- it would not be subtle in how that would manifest. So I'll retract my earlier statement ("I'd be surprised if this turns out to be a blocker for 9.0").
>
> On Mon, May 2, 2022 at 11:45 AM Gus Heck <gus.heck@gmail.com <ma...@gmail.com>> wrote:
> Also this changes my vote to -1
>
> On Mon, May 2, 2022 at 11:44 AM Gus Heck <gus.heck@gmail.com <ma...@gmail.com>> wrote:
> Some offline discussion indicates that this is more than just SKG and it looks like Michael will look into it, so I've filed https://issues.apache.org/jira/browse/SOLR-16176 <https://issues.apache.org/jira/browse/SOLR-16176> as a blocker and assigned to him.
>
> On Mon, May 2, 2022 at 11:03 AM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
> Tried some seeds from Jenkins failures for this same test, and found another reproducible seed: 19DF63E9537FFBA3
>
> On the face of it, it seems like a corner case bug, but could of course be a generic enum JSON Facet bug that has lived with us for some time?
> I'll wait a bit more to gather more insight on this.
> Gus, have you created a JIRA?
>
> Jan
>
>> 2. mai 2022 kl. 16:01 skrev Gus Heck <gus.heck@gmail.com <ma...@gmail.com>>:
>>
>>
>> I was hoping someone more familiar with SKG's test/code that I found a failure for might chime in. It looks like it's a case where enum facets are not producing all results produced for default faceting, which seems possibly bad, but I am not familiar with this code at all. This probably is localized to Semantic Knowledge Graphs (which after some digging is what SKG stands for... be nice if that were in the comments for the class)... so the question is do we want to release with a known break in that feature I guess. I'm inclined to say no, but I am certainly not going to be able to dig into SKG's to fix this in a timely fashion. So I guess the question is is SKG important enough to someone out there to fix it soon?
>>
>> Also looks like the code iterates across possible parameter values and fails on the first one to go wrong so there may be other failure cases for STREAM or SMART hiding behind this...
>>
>> -Gus
>>
>> On Mon, May 2, 2022 at 6:55 AM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
>> Hi,
>>
>> If I close the vote now, it will technically pass with four +1s, one -1 and one -0. A bit too fragile result IMO.
>>
>> I would too like to understand the severity of the configsets bug, and whether it is serious enough to stop the release.
>> As I understand the issue, it ONLY affects those creating a new configset based on another one in ZK.
>> I.e. there are many workarounds for this bug
>> - Use an authenticated user when creating configset (and not an "untrusted" one)
>> - Upload a new configset rather than basing it on an existing?
>> - Upload configset directly to Zookeeper
>>
>> Please verify or shoot down my assumption. If my assumption is correct, I'll keep my +1 vote, and wait for a few more +1s before closing the vote. If the issue is indeed more serious and there are more -1's, I'll happily respin after the fix.
>>
>> Jan
>>
>>
>>> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gus.heck@gmail.com <ma...@gmail.com>>:
>>>
>>> -0 for now, pending discussion of severity... I have hit a reproducing failure:
>>>
>>> ./gradlew :solr:core:test --tests "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom" -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=C730F33909C71234 -Ptests.badapples=false -Ptests.file.encoding=UTF-8
>>>
>>> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <krisden@apache.org <ma...@apache.org>> wrote:
>>> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>>>
>>> The first failure was "gradlew :solr:core:test --tests "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4 -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6 -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't reproduced it yet.
>>>
>>> However it looks like the configsets API is broken with one of the simpler examples. Eric Pugh found this the other day and asked me to check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164 <https://issues.apache.org/jira/browse/SOLR-16164>
>>>
>>> I'm still poking around the release today.
>>>
>>> Based on the configset api error - I'm -1 for releasing.
>>>
>>> Kevin Risden
>>>
>>>
>>> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <mdrob@apache.org <ma...@apache.org>> wrote:
>>> +1 (binding)
>>>
>>>
>>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS! [2:04:03.678208]
>>>
>>> Unlike for some others, this succeeded on my first try. I guess I'm just lucky :)
>>>
>>>
>>> Tested building an application that uses EmbeddedSolrServer and depends on our maven artifacts - validated SOLR-16157, SOLR-16117
>>>
>>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no security). Queries worked as expected.
>>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic authentication enabled. Queries failed (as expected) at first, but then succeeded when setting solr.pki.sendVersion=v1 and solr.pki.acceptVersions=v1,v2on the Solr 9 node, as described in our ref guide and upgrade notes.
>>>
>>> Manually checked for license headers in source release, missing headers on the following:
>>> * SYSTEM_REQUIREMENTS.md
>>> * solr/core/src/resources/SystemCollection*.xml
>>> * lots and lots of stuff under solr-ref-guide, unclear which pieces of this are our code and which are copied from external sources.
>>> * modules/*/README.md
>>>
>>> Will file a follow up JIRA for the license issues.
>>>
>>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
>>> Please vote for release candidate 4 for Solr 9.0.0
>>>
>>> The artifacts can be downloaded from:
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc>
>>>
>>> You can run the smoke tester directly with this command:
>>>
>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc>
>>>
>>> You are encouraged to do an extra thorough test and manual inspection beyond
>>> running the smoketester, since this is a major release.
>>>
>>> You can build a release-candidate of the official docker image using the following command:
>>>
>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr <https://dist.apache.org/repos/dist/dev/solr> && \
>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>> -t solr-rc:9.0.0-4
>>>
>>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00 UTC.
>>>
>>> [ ] +1 approve
>>> [ ] +0 no opinion
>>> [ ] -1 disapprove (and reason why)
>>>
>>> Here is my +1
>>>
>>> SUCCESS! [0:56:56.134141]
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org <ma...@solr.apache.org>
>>> For additional commands, e-mail: dev-help@solr.apache.org <ma...@solr.apache.org>
>>>
>>>
>>>
>>> --
>>> http://www.needhamsoftware.com <http://www.needhamsoftware.com/> (work)
>>> http://www.the111shift.com <http://www.the111shift.com/> (play)
>>
>>
>>
>> --
>> http://www.needhamsoftware.com <http://www.needhamsoftware.com/> (work)
>> http://www.the111shift.com <http://www.the111shift.com/> (play)
>
>
>
> --
> http://www.needhamsoftware.com <http://www.needhamsoftware.com/> (work)
> http://www.the111shift.com <http://www.the111shift.com/> (play)
>
>
> --
> http://www.needhamsoftware.com <http://www.needhamsoftware.com/> (work)
> http://www.the111shift.com <http://www.the111shift.com/> (play)
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Joel Bernstein <jo...@gmail.com>.
It would be a pretty odd edge case. The enum method would typically not be
used in high cardinality cases and limit:-1 means an overrequest is not
needed. I personally don't think this is a blocker.
Joel Bernstein
http://joelsolr.blogspot.com/
On Mon, May 2, 2022 at 12:43 PM Michael Gibney <mi...@michaelgibney.net>
wrote:
> Gus said most of what I have to say -- this affects an odd edge case:
> explicit positive overrequest _and_ method:enum _and_ limit:-1. This would
> be a pretty pathological combination; but even so, the consequence would be
> to turn an unlimited (limit:-1) request into a limited one (limit:n, n>=0)
> -- it would not be subtle in how that would manifest. So I'll retract my
> earlier statement ("I'd be surprised if this turns out to be a blocker for
> 9.0").
>
> On Mon, May 2, 2022 at 11:45 AM Gus Heck <gu...@gmail.com> wrote:
>
>> Also this changes my vote to -1
>>
>> On Mon, May 2, 2022 at 11:44 AM Gus Heck <gu...@gmail.com> wrote:
>>
>>> Some offline discussion indicates that this is more than just SKG and it
>>> looks like Michael will look into it, so I've filed
>>> https://issues.apache.org/jira/browse/SOLR-16176 as a blocker and
>>> assigned to him.
>>>
>>> On Mon, May 2, 2022 at 11:03 AM Jan Høydahl <ja...@cominvent.com>
>>> wrote:
>>>
>>>> Tried some seeds from Jenkins failures for this same test, and found
>>>> another reproducible seed: 19DF63E9537FFBA3
>>>>
>>>> On the face of it, it seems like a corner case bug, but could of course
>>>> be a generic enum JSON Facet bug that has lived with us for some time?
>>>> I'll wait a bit more to gather more insight on this.
>>>> Gus, have you created a JIRA?
>>>>
>>>> Jan
>>>>
>>>> 2. mai 2022 kl. 16:01 skrev Gus Heck <gu...@gmail.com>:
>>>>
>>>>
>>>> I was hoping someone more familiar with SKG's test/code that I found a
>>>> failure for might chime in. It looks like it's a case where enum facets are
>>>> not producing all results produced for default faceting, which seems
>>>> possibly bad, but I am not familiar with this code at all. This probably is
>>>> localized to Semantic Knowledge Graphs (which after some digging is what
>>>> SKG stands for... be nice if that were in the comments for the class)... so
>>>> the question is do we want to release with a known break in that feature I
>>>> guess. I'm inclined to say no, but I am certainly not going to be able
>>>> to dig into SKG's to fix this in a timely fashion. So I guess the question
>>>> is is SKG important enough to someone out there to fix it soon?
>>>>
>>>> Also looks like the code iterates across possible parameter values and
>>>> fails on the first one to go wrong so there may be other failure cases for
>>>> STREAM or SMART hiding behind this...
>>>>
>>>> -Gus
>>>>
>>>> On Mon, May 2, 2022 at 6:55 AM Jan Høydahl <ja...@cominvent.com>
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> If I close the vote now, it will technically pass with four +1s, one
>>>>> -1 and one -0. A bit too fragile result IMO.
>>>>>
>>>>> I would too like to understand the severity of the configsets bug, and
>>>>> whether it is serious enough to stop the release.
>>>>> As I understand the issue, it ONLY affects those creating a new
>>>>> configset based on another one in ZK.
>>>>> I.e. there are many workarounds for this bug
>>>>> - Use an authenticated user when creating configset (and not an
>>>>> "untrusted" one)
>>>>> - Upload a new configset rather than basing it on an existing?
>>>>> - Upload configset directly to Zookeeper
>>>>>
>>>>> Please verify or shoot down my assumption. If my assumption is
>>>>> correct, I'll keep my +1 vote, and wait for a few more +1s before closing
>>>>> the vote. If the issue is indeed more serious and there are more -1's, I'll
>>>>> happily respin after the fix.
>>>>>
>>>>> Jan
>>>>>
>>>>>
>>>>> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gu...@gmail.com>:
>>>>>
>>>>> -0 for now, pending discussion of severity... I have hit a reproducing
>>>>> failure:
>>>>>
>>>>> ./gradlew :solr:core:test --tests
>>>>> "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom"
>>>>> -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1
>>>>> -Ptests.seed=C730F33909C71234 -Ptests.badapples=false
>>>>> -Ptests.file.encoding=UTF-8
>>>>>
>>>>> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <kr...@apache.org>
>>>>> wrote:
>>>>>
>>>>>> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>>>>>>
>>>>>> The first failure was "gradlew :solr:core:test --tests
>>>>>> "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4
>>>>>> -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6
>>>>>> -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't
>>>>>> reproduced it yet.
>>>>>>
>>>>>> However it looks like the configsets API is broken with one of the
>>>>>> simpler examples. Eric Pugh found this the other day and asked me to
>>>>>> check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164
>>>>>>
>>>>>> I'm still poking around the release today.
>>>>>>
>>>>>> Based on the configset api error - I'm -1 for releasing.
>>>>>>
>>>>>> Kevin Risden
>>>>>>
>>>>>>
>>>>>> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <md...@apache.org> wrote:
>>>>>>
>>>>>>> +1 (binding)
>>>>>>>
>>>>>>>
>>>>>>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS!
>>>>>>> [2:04:03.678208]
>>>>>>>
>>>>>>> Unlike for some others, this succeeded on my first try. I guess I'm
>>>>>>> just lucky :)
>>>>>>>
>>>>>>>
>>>>>>> Tested building an application that uses EmbeddedSolrServer and
>>>>>>> depends on our maven artifacts - validated SOLR-16157, SOLR-16117
>>>>>>>
>>>>>>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no
>>>>>>> security). Queries worked as expected.
>>>>>>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic
>>>>>>> authentication enabled. Queries failed (as expected) at first, but then
>>>>>>> succeeded when setting solr.pki.sendVersion=v1 and
>>>>>>> solr.pki.acceptVersions=v1,v2on the Solr 9 node, as described in
>>>>>>> our ref guide and upgrade notes.
>>>>>>>
>>>>>>> Manually checked for license headers in source release, missing
>>>>>>> headers on the following:
>>>>>>> * SYSTEM_REQUIREMENTS.md
>>>>>>> * solr/core/src/resources/SystemCollection*.xml
>>>>>>> * lots and lots of stuff under solr-ref-guide, unclear which pieces
>>>>>>> of this are our code and which are copied from external sources.
>>>>>>> * modules/*/README.md
>>>>>>>
>>>>>>> Will file a follow up JIRA for the license issues.
>>>>>>>
>>>>>>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Please vote for release candidate 4 for Solr 9.0.0
>>>>>>>>
>>>>>>>> The artifacts can be downloaded from:
>>>>>>>>
>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>>>>
>>>>>>>> You can run the smoke tester directly with this command:
>>>>>>>>
>>>>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>>>>>>
>>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>>>>
>>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>>> inspection beyond
>>>>>>>> running the smoketester, since this is a major release.
>>>>>>>>
>>>>>>>> You can build a release-candidate of the official docker image
>>>>>>>> using the following command:
>>>>>>>>
>>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>>
>>>>>>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
>>>>>>>> docker build
>>>>>>>> $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>>>> --build-arg
>>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>>> -t solr-rc:9.0.0-4
>>>>>>>>
>>>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-30
>>>>>>>> 13:00 UTC.
>>>>>>>>
>>>>>>>> [ ] +1 approve
>>>>>>>> [ ] +0 no opinion
>>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>>
>>>>>>>> Here is my +1
>>>>>>>>
>>>>>>>> SUCCESS! [0:56:56.134141]
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>>
>>>>>>>>
>>>>>
>>>>> --
>>>>> http://www.needhamsoftware.com (work)
>>>>> http://www.the111shift.com (play)
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> http://www.needhamsoftware.com (work)
>>>> http://www.the111shift.com (play)
>>>>
>>>>
>>>>
>>>
>>> --
>>> http://www.needhamsoftware.com (work)
>>> http://www.the111shift.com (play)
>>>
>>
>>
>> --
>> http://www.needhamsoftware.com (work)
>> http://www.the111shift.com (play)
>>
>
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Michael Gibney <mi...@michaelgibney.net>.
Gus said most of what I have to say -- this affects an odd edge case:
explicit positive overrequest _and_ method:enum _and_ limit:-1. This would
be a pretty pathological combination; but even so, the consequence would be
to turn an unlimited (limit:-1) request into a limited one (limit:n, n>=0)
-- it would not be subtle in how that would manifest. So I'll retract my
earlier statement ("I'd be surprised if this turns out to be a blocker for
9.0").
On Mon, May 2, 2022 at 11:45 AM Gus Heck <gu...@gmail.com> wrote:
> Also this changes my vote to -1
>
> On Mon, May 2, 2022 at 11:44 AM Gus Heck <gu...@gmail.com> wrote:
>
>> Some offline discussion indicates that this is more than just SKG and it
>> looks like Michael will look into it, so I've filed
>> https://issues.apache.org/jira/browse/SOLR-16176 as a blocker and
>> assigned to him.
>>
>> On Mon, May 2, 2022 at 11:03 AM Jan Høydahl <ja...@cominvent.com>
>> wrote:
>>
>>> Tried some seeds from Jenkins failures for this same test, and found
>>> another reproducible seed: 19DF63E9537FFBA3
>>>
>>> On the face of it, it seems like a corner case bug, but could of course
>>> be a generic enum JSON Facet bug that has lived with us for some time?
>>> I'll wait a bit more to gather more insight on this.
>>> Gus, have you created a JIRA?
>>>
>>> Jan
>>>
>>> 2. mai 2022 kl. 16:01 skrev Gus Heck <gu...@gmail.com>:
>>>
>>>
>>> I was hoping someone more familiar with SKG's test/code that I found a
>>> failure for might chime in. It looks like it's a case where enum facets are
>>> not producing all results produced for default faceting, which seems
>>> possibly bad, but I am not familiar with this code at all. This probably is
>>> localized to Semantic Knowledge Graphs (which after some digging is what
>>> SKG stands for... be nice if that were in the comments for the class)... so
>>> the question is do we want to release with a known break in that feature I
>>> guess. I'm inclined to say no, but I am certainly not going to be able
>>> to dig into SKG's to fix this in a timely fashion. So I guess the question
>>> is is SKG important enough to someone out there to fix it soon?
>>>
>>> Also looks like the code iterates across possible parameter values and
>>> fails on the first one to go wrong so there may be other failure cases for
>>> STREAM or SMART hiding behind this...
>>>
>>> -Gus
>>>
>>> On Mon, May 2, 2022 at 6:55 AM Jan Høydahl <ja...@cominvent.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> If I close the vote now, it will technically pass with four +1s, one -1
>>>> and one -0. A bit too fragile result IMO.
>>>>
>>>> I would too like to understand the severity of the configsets bug, and
>>>> whether it is serious enough to stop the release.
>>>> As I understand the issue, it ONLY affects those creating a new
>>>> configset based on another one in ZK.
>>>> I.e. there are many workarounds for this bug
>>>> - Use an authenticated user when creating configset (and not an
>>>> "untrusted" one)
>>>> - Upload a new configset rather than basing it on an existing?
>>>> - Upload configset directly to Zookeeper
>>>>
>>>> Please verify or shoot down my assumption. If my assumption is correct,
>>>> I'll keep my +1 vote, and wait for a few more +1s before closing the vote.
>>>> If the issue is indeed more serious and there are more -1's, I'll happily
>>>> respin after the fix.
>>>>
>>>> Jan
>>>>
>>>>
>>>> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gu...@gmail.com>:
>>>>
>>>> -0 for now, pending discussion of severity... I have hit a reproducing
>>>> failure:
>>>>
>>>> ./gradlew :solr:core:test --tests
>>>> "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom"
>>>> -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1
>>>> -Ptests.seed=C730F33909C71234 -Ptests.badapples=false
>>>> -Ptests.file.encoding=UTF-8
>>>>
>>>> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <kr...@apache.org>
>>>> wrote:
>>>>
>>>>> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>>>>>
>>>>> The first failure was "gradlew :solr:core:test --tests
>>>>> "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4
>>>>> -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6
>>>>> -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't
>>>>> reproduced it yet.
>>>>>
>>>>> However it looks like the configsets API is broken with one of the
>>>>> simpler examples. Eric Pugh found this the other day and asked me to
>>>>> check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164
>>>>>
>>>>> I'm still poking around the release today.
>>>>>
>>>>> Based on the configset api error - I'm -1 for releasing.
>>>>>
>>>>> Kevin Risden
>>>>>
>>>>>
>>>>> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <md...@apache.org> wrote:
>>>>>
>>>>>> +1 (binding)
>>>>>>
>>>>>>
>>>>>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS!
>>>>>> [2:04:03.678208]
>>>>>>
>>>>>> Unlike for some others, this succeeded on my first try. I guess I'm
>>>>>> just lucky :)
>>>>>>
>>>>>>
>>>>>> Tested building an application that uses EmbeddedSolrServer and
>>>>>> depends on our maven artifacts - validated SOLR-16157, SOLR-16117
>>>>>>
>>>>>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no
>>>>>> security). Queries worked as expected.
>>>>>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic
>>>>>> authentication enabled. Queries failed (as expected) at first, but then
>>>>>> succeeded when setting solr.pki.sendVersion=v1 and
>>>>>> solr.pki.acceptVersions=v1,v2on the Solr 9 node, as described in our
>>>>>> ref guide and upgrade notes.
>>>>>>
>>>>>> Manually checked for license headers in source release, missing
>>>>>> headers on the following:
>>>>>> * SYSTEM_REQUIREMENTS.md
>>>>>> * solr/core/src/resources/SystemCollection*.xml
>>>>>> * lots and lots of stuff under solr-ref-guide, unclear which pieces
>>>>>> of this are our code and which are copied from external sources.
>>>>>> * modules/*/README.md
>>>>>>
>>>>>> Will file a follow up JIRA for the license issues.
>>>>>>
>>>>>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Please vote for release candidate 4 for Solr 9.0.0
>>>>>>>
>>>>>>> The artifacts can be downloaded from:
>>>>>>>
>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>>>
>>>>>>> You can run the smoke tester directly with this command:
>>>>>>>
>>>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>>>>>
>>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>>>
>>>>>>> You are encouraged to do an extra thorough test and manual
>>>>>>> inspection beyond
>>>>>>> running the smoketester, since this is a major release.
>>>>>>>
>>>>>>> You can build a release-candidate of the official docker image using
>>>>>>> the following command:
>>>>>>>
>>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>>
>>>>>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
>>>>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official
>>>>>>> \
>>>>>>> --build-arg
>>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>>> -t solr-rc:9.0.0-4
>>>>>>>
>>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-30
>>>>>>> 13:00 UTC.
>>>>>>>
>>>>>>> [ ] +1 approve
>>>>>>> [ ] +0 no opinion
>>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>>
>>>>>>> Here is my +1
>>>>>>>
>>>>>>> SUCCESS! [0:56:56.134141]
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>>
>>>>>>>
>>>>
>>>> --
>>>> http://www.needhamsoftware.com (work)
>>>> http://www.the111shift.com (play)
>>>>
>>>>
>>>>
>>>
>>> --
>>> http://www.needhamsoftware.com (work)
>>> http://www.the111shift.com (play)
>>>
>>>
>>>
>>
>> --
>> http://www.needhamsoftware.com (work)
>> http://www.the111shift.com (play)
>>
>
>
> --
> http://www.needhamsoftware.com (work)
> http://www.the111shift.com (play)
>
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Gus Heck <gu...@gmail.com>.
Also this changes my vote to -1
On Mon, May 2, 2022 at 11:44 AM Gus Heck <gu...@gmail.com> wrote:
> Some offline discussion indicates that this is more than just SKG and it
> looks like Michael will look into it, so I've filed
> https://issues.apache.org/jira/browse/SOLR-16176 as a blocker and
> assigned to him.
>
> On Mon, May 2, 2022 at 11:03 AM Jan Høydahl <ja...@cominvent.com> wrote:
>
>> Tried some seeds from Jenkins failures for this same test, and found
>> another reproducible seed: 19DF63E9537FFBA3
>>
>> On the face of it, it seems like a corner case bug, but could of course
>> be a generic enum JSON Facet bug that has lived with us for some time?
>> I'll wait a bit more to gather more insight on this.
>> Gus, have you created a JIRA?
>>
>> Jan
>>
>> 2. mai 2022 kl. 16:01 skrev Gus Heck <gu...@gmail.com>:
>>
>>
>> I was hoping someone more familiar with SKG's test/code that I found a
>> failure for might chime in. It looks like it's a case where enum facets are
>> not producing all results produced for default faceting, which seems
>> possibly bad, but I am not familiar with this code at all. This probably is
>> localized to Semantic Knowledge Graphs (which after some digging is what
>> SKG stands for... be nice if that were in the comments for the class)... so
>> the question is do we want to release with a known break in that feature I
>> guess. I'm inclined to say no, but I am certainly not going to be able
>> to dig into SKG's to fix this in a timely fashion. So I guess the question
>> is is SKG important enough to someone out there to fix it soon?
>>
>> Also looks like the code iterates across possible parameter values and
>> fails on the first one to go wrong so there may be other failure cases for
>> STREAM or SMART hiding behind this...
>>
>> -Gus
>>
>> On Mon, May 2, 2022 at 6:55 AM Jan Høydahl <ja...@cominvent.com> wrote:
>>
>>> Hi,
>>>
>>> If I close the vote now, it will technically pass with four +1s, one -1
>>> and one -0. A bit too fragile result IMO.
>>>
>>> I would too like to understand the severity of the configsets bug, and
>>> whether it is serious enough to stop the release.
>>> As I understand the issue, it ONLY affects those creating a new
>>> configset based on another one in ZK.
>>> I.e. there are many workarounds for this bug
>>> - Use an authenticated user when creating configset (and not an
>>> "untrusted" one)
>>> - Upload a new configset rather than basing it on an existing?
>>> - Upload configset directly to Zookeeper
>>>
>>> Please verify or shoot down my assumption. If my assumption is correct,
>>> I'll keep my +1 vote, and wait for a few more +1s before closing the vote.
>>> If the issue is indeed more serious and there are more -1's, I'll happily
>>> respin after the fix.
>>>
>>> Jan
>>>
>>>
>>> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gu...@gmail.com>:
>>>
>>> -0 for now, pending discussion of severity... I have hit a reproducing
>>> failure:
>>>
>>> ./gradlew :solr:core:test --tests
>>> "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom"
>>> -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1
>>> -Ptests.seed=C730F33909C71234 -Ptests.badapples=false
>>> -Ptests.file.encoding=UTF-8
>>>
>>> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <kr...@apache.org> wrote:
>>>
>>>> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>>>>
>>>> The first failure was "gradlew :solr:core:test --tests
>>>> "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4
>>>> -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6
>>>> -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't
>>>> reproduced it yet.
>>>>
>>>> However it looks like the configsets API is broken with one of the
>>>> simpler examples. Eric Pugh found this the other day and asked me to
>>>> check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164
>>>>
>>>> I'm still poking around the release today.
>>>>
>>>> Based on the configset api error - I'm -1 for releasing.
>>>>
>>>> Kevin Risden
>>>>
>>>>
>>>> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <md...@apache.org> wrote:
>>>>
>>>>> +1 (binding)
>>>>>
>>>>>
>>>>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS!
>>>>> [2:04:03.678208]
>>>>>
>>>>> Unlike for some others, this succeeded on my first try. I guess I'm
>>>>> just lucky :)
>>>>>
>>>>>
>>>>> Tested building an application that uses EmbeddedSolrServer and
>>>>> depends on our maven artifacts - validated SOLR-16157, SOLR-16117
>>>>>
>>>>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no
>>>>> security). Queries worked as expected.
>>>>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic
>>>>> authentication enabled. Queries failed (as expected) at first, but then
>>>>> succeeded when setting solr.pki.sendVersion=v1 and
>>>>> solr.pki.acceptVersions=v1,v2on the Solr 9 node, as described in our
>>>>> ref guide and upgrade notes.
>>>>>
>>>>> Manually checked for license headers in source release, missing
>>>>> headers on the following:
>>>>> * SYSTEM_REQUIREMENTS.md
>>>>> * solr/core/src/resources/SystemCollection*.xml
>>>>> * lots and lots of stuff under solr-ref-guide, unclear which pieces of
>>>>> this are our code and which are copied from external sources.
>>>>> * modules/*/README.md
>>>>>
>>>>> Will file a follow up JIRA for the license issues.
>>>>>
>>>>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com>
>>>>> wrote:
>>>>>
>>>>>> Please vote for release candidate 4 for Solr 9.0.0
>>>>>>
>>>>>> The artifacts can be downloaded from:
>>>>>>
>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>>
>>>>>> You can run the smoke tester directly with this command:
>>>>>>
>>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>>>>
>>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>>
>>>>>> You are encouraged to do an extra thorough test and manual inspection
>>>>>> beyond
>>>>>> running the smoketester, since this is a major release.
>>>>>>
>>>>>> You can build a release-candidate of the official docker image using
>>>>>> the following command:
>>>>>>
>>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>>
>>>>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
>>>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>>> --build-arg
>>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>>> -t solr-rc:9.0.0-4
>>>>>>
>>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-30
>>>>>> 13:00 UTC.
>>>>>>
>>>>>> [ ] +1 approve
>>>>>> [ ] +0 no opinion
>>>>>> [ ] -1 disapprove (and reason why)
>>>>>>
>>>>>> Here is my +1
>>>>>>
>>>>>> SUCCESS! [0:56:56.134141]
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>>
>>>>>>
>>>
>>> --
>>> http://www.needhamsoftware.com (work)
>>> http://www.the111shift.com (play)
>>>
>>>
>>>
>>
>> --
>> http://www.needhamsoftware.com (work)
>> http://www.the111shift.com (play)
>>
>>
>>
>
> --
> http://www.needhamsoftware.com (work)
> http://www.the111shift.com (play)
>
--
http://www.needhamsoftware.com (work)
http://www.the111shift.com (play)
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Gus Heck <gu...@gmail.com>.
Some offline discussion indicates that this is more than just SKG and it
looks like Michael will look into it, so I've filed
https://issues.apache.org/jira/browse/SOLR-16176 as a blocker and assigned
to him.
On Mon, May 2, 2022 at 11:03 AM Jan Høydahl <ja...@cominvent.com> wrote:
> Tried some seeds from Jenkins failures for this same test, and found
> another reproducible seed: 19DF63E9537FFBA3
>
> On the face of it, it seems like a corner case bug, but could of course be
> a generic enum JSON Facet bug that has lived with us for some time?
> I'll wait a bit more to gather more insight on this.
> Gus, have you created a JIRA?
>
> Jan
>
> 2. mai 2022 kl. 16:01 skrev Gus Heck <gu...@gmail.com>:
>
>
> I was hoping someone more familiar with SKG's test/code that I found a
> failure for might chime in. It looks like it's a case where enum facets are
> not producing all results produced for default faceting, which seems
> possibly bad, but I am not familiar with this code at all. This probably is
> localized to Semantic Knowledge Graphs (which after some digging is what
> SKG stands for... be nice if that were in the comments for the class)... so
> the question is do we want to release with a known break in that feature I
> guess. I'm inclined to say no, but I am certainly not going to be able
> to dig into SKG's to fix this in a timely fashion. So I guess the question
> is is SKG important enough to someone out there to fix it soon?
>
> Also looks like the code iterates across possible parameter values and
> fails on the first one to go wrong so there may be other failure cases for
> STREAM or SMART hiding behind this...
>
> -Gus
>
> On Mon, May 2, 2022 at 6:55 AM Jan Høydahl <ja...@cominvent.com> wrote:
>
>> Hi,
>>
>> If I close the vote now, it will technically pass with four +1s, one -1
>> and one -0. A bit too fragile result IMO.
>>
>> I would too like to understand the severity of the configsets bug, and
>> whether it is serious enough to stop the release.
>> As I understand the issue, it ONLY affects those creating a new configset
>> based on another one in ZK.
>> I.e. there are many workarounds for this bug
>> - Use an authenticated user when creating configset (and not an
>> "untrusted" one)
>> - Upload a new configset rather than basing it on an existing?
>> - Upload configset directly to Zookeeper
>>
>> Please verify or shoot down my assumption. If my assumption is correct,
>> I'll keep my +1 vote, and wait for a few more +1s before closing the vote.
>> If the issue is indeed more serious and there are more -1's, I'll happily
>> respin after the fix.
>>
>> Jan
>>
>>
>> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gu...@gmail.com>:
>>
>> -0 for now, pending discussion of severity... I have hit a reproducing
>> failure:
>>
>> ./gradlew :solr:core:test --tests
>> "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom"
>> -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1
>> -Ptests.seed=C730F33909C71234 -Ptests.badapples=false
>> -Ptests.file.encoding=UTF-8
>>
>> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <kr...@apache.org> wrote:
>>
>>> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>>>
>>> The first failure was "gradlew :solr:core:test --tests
>>> "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4
>>> -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6
>>> -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't
>>> reproduced it yet.
>>>
>>> However it looks like the configsets API is broken with one of the
>>> simpler examples. Eric Pugh found this the other day and asked me to
>>> check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164
>>>
>>> I'm still poking around the release today.
>>>
>>> Based on the configset api error - I'm -1 for releasing.
>>>
>>> Kevin Risden
>>>
>>>
>>> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <md...@apache.org> wrote:
>>>
>>>> +1 (binding)
>>>>
>>>>
>>>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS!
>>>> [2:04:03.678208]
>>>>
>>>> Unlike for some others, this succeeded on my first try. I guess I'm
>>>> just lucky :)
>>>>
>>>>
>>>> Tested building an application that uses EmbeddedSolrServer and depends
>>>> on our maven artifacts - validated SOLR-16157, SOLR-16117
>>>>
>>>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no security).
>>>> Queries worked as expected.
>>>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic authentication
>>>> enabled. Queries failed (as expected) at first, but then succeeded when
>>>> setting solr.pki.sendVersion=v1 and solr.pki.acceptVersions=v1,v2on
>>>> the Solr 9 node, as described in our ref guide and upgrade notes.
>>>>
>>>> Manually checked for license headers in source release, missing headers
>>>> on the following:
>>>> * SYSTEM_REQUIREMENTS.md
>>>> * solr/core/src/resources/SystemCollection*.xml
>>>> * lots and lots of stuff under solr-ref-guide, unclear which pieces of
>>>> this are our code and which are copied from external sources.
>>>> * modules/*/README.md
>>>>
>>>> Will file a follow up JIRA for the license issues.
>>>>
>>>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com>
>>>> wrote:
>>>>
>>>>> Please vote for release candidate 4 for Solr 9.0.0
>>>>>
>>>>> The artifacts can be downloaded from:
>>>>>
>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>
>>>>> You can run the smoke tester directly with this command:
>>>>>
>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>>>
>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>
>>>>> You are encouraged to do an extra thorough test and manual inspection
>>>>> beyond
>>>>> running the smoketester, since this is a major release.
>>>>>
>>>>> You can build a release-candidate of the official docker image using
>>>>> the following command:
>>>>>
>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>
>>>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
>>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>> --build-arg
>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>> -t solr-rc:9.0.0-4
>>>>>
>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-30
>>>>> 13:00 UTC.
>>>>>
>>>>> [ ] +1 approve
>>>>> [ ] +0 no opinion
>>>>> [ ] -1 disapprove (and reason why)
>>>>>
>>>>> Here is my +1
>>>>>
>>>>> SUCCESS! [0:56:56.134141]
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>
>>>>>
>>
>> --
>> http://www.needhamsoftware.com (work)
>> http://www.the111shift.com (play)
>>
>>
>>
>
> --
> http://www.needhamsoftware.com (work)
> http://www.the111shift.com (play)
>
>
>
--
http://www.needhamsoftware.com (work)
http://www.the111shift.com (play)
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Jan Høydahl <ja...@cominvent.com>.
Tried some seeds from Jenkins failures for this same test, and found another reproducible seed: 19DF63E9537FFBA3
On the face of it, it seems like a corner case bug, but could of course be a generic enum JSON Facet bug that has lived with us for some time?
I'll wait a bit more to gather more insight on this.
Gus, have you created a JIRA?
Jan
> 2. mai 2022 kl. 16:01 skrev Gus Heck <gu...@gmail.com>:
>
>
> I was hoping someone more familiar with SKG's test/code that I found a failure for might chime in. It looks like it's a case where enum facets are not producing all results produced for default faceting, which seems possibly bad, but I am not familiar with this code at all. This probably is localized to Semantic Knowledge Graphs (which after some digging is what SKG stands for... be nice if that were in the comments for the class)... so the question is do we want to release with a known break in that feature I guess. I'm inclined to say no, but I am certainly not going to be able to dig into SKG's to fix this in a timely fashion. So I guess the question is is SKG important enough to someone out there to fix it soon?
>
> Also looks like the code iterates across possible parameter values and fails on the first one to go wrong so there may be other failure cases for STREAM or SMART hiding behind this...
>
> -Gus
>
> On Mon, May 2, 2022 at 6:55 AM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
> Hi,
>
> If I close the vote now, it will technically pass with four +1s, one -1 and one -0. A bit too fragile result IMO.
>
> I would too like to understand the severity of the configsets bug, and whether it is serious enough to stop the release.
> As I understand the issue, it ONLY affects those creating a new configset based on another one in ZK.
> I.e. there are many workarounds for this bug
> - Use an authenticated user when creating configset (and not an "untrusted" one)
> - Upload a new configset rather than basing it on an existing?
> - Upload configset directly to Zookeeper
>
> Please verify or shoot down my assumption. If my assumption is correct, I'll keep my +1 vote, and wait for a few more +1s before closing the vote. If the issue is indeed more serious and there are more -1's, I'll happily respin after the fix.
>
> Jan
>
>
>> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gus.heck@gmail.com <ma...@gmail.com>>:
>>
>> -0 for now, pending discussion of severity... I have hit a reproducing failure:
>>
>> ./gradlew :solr:core:test --tests "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom" -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=C730F33909C71234 -Ptests.badapples=false -Ptests.file.encoding=UTF-8
>>
>> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <krisden@apache.org <ma...@apache.org>> wrote:
>> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>>
>> The first failure was "gradlew :solr:core:test --tests "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4 -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6 -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't reproduced it yet.
>>
>> However it looks like the configsets API is broken with one of the simpler examples. Eric Pugh found this the other day and asked me to check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164 <https://issues.apache.org/jira/browse/SOLR-16164>
>>
>> I'm still poking around the release today.
>>
>> Based on the configset api error - I'm -1 for releasing.
>>
>> Kevin Risden
>>
>>
>> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <mdrob@apache.org <ma...@apache.org>> wrote:
>> +1 (binding)
>>
>>
>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS! [2:04:03.678208]
>>
>> Unlike for some others, this succeeded on my first try. I guess I'm just lucky :)
>>
>>
>> Tested building an application that uses EmbeddedSolrServer and depends on our maven artifacts - validated SOLR-16157, SOLR-16117
>>
>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no security). Queries worked as expected.
>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic authentication enabled. Queries failed (as expected) at first, but then succeeded when setting solr.pki.sendVersion=v1 and solr.pki.acceptVersions=v1,v2on the Solr 9 node, as described in our ref guide and upgrade notes.
>>
>> Manually checked for license headers in source release, missing headers on the following:
>> * SYSTEM_REQUIREMENTS.md
>> * solr/core/src/resources/SystemCollection*.xml
>> * lots and lots of stuff under solr-ref-guide, unclear which pieces of this are our code and which are copied from external sources.
>> * modules/*/README.md
>>
>> Will file a follow up JIRA for the license issues.
>>
>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
>> Please vote for release candidate 4 for Solr 9.0.0
>>
>> The artifacts can be downloaded from:
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc>
>>
>> You can run the smoke tester directly with this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc>
>>
>> You are encouraged to do an extra thorough test and manual inspection beyond
>> running the smoketester, since this is a major release.
>>
>> You can build a release-candidate of the official docker image using the following command:
>>
>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr <https://dist.apache.org/repos/dist/dev/solr> && \
>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>> -t solr-rc:9.0.0-4
>>
>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00 UTC.
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>> Here is my +1
>>
>> SUCCESS! [0:56:56.134141]
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org <ma...@solr.apache.org>
>> For additional commands, e-mail: dev-help@solr.apache.org <ma...@solr.apache.org>
>>
>>
>>
>> --
>> http://www.needhamsoftware.com <http://www.needhamsoftware.com/> (work)
>> http://www.the111shift.com <http://www.the111shift.com/> (play)
>
>
>
> --
> http://www.needhamsoftware.com <http://www.needhamsoftware.com/> (work)
> http://www.the111shift.com <http://www.the111shift.com/> (play)
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Gus Heck <gu...@gmail.com>.
I was hoping someone more familiar with SKG's test/code that I found a
failure for might chime in. It looks like it's a case where enum facets are
not producing all results produced for default faceting, which seems
possibly bad, but I am not familiar with this code at all. This probably is
localized to Semantic Knowledge Graphs (which after some digging is what
SKG stands for... be nice if that were in the comments for the class)... so
the question is do we want to release with a known break in that feature I
guess. I'm inclined to say no, but I am certainly not going to be able
to dig into SKG's to fix this in a timely fashion. So I guess the question
is is SKG important enough to someone out there to fix it soon?
Also looks like the code iterates across possible parameter values and
fails on the first one to go wrong so there may be other failure cases for
STREAM or SMART hiding behind this...
-Gus
On Mon, May 2, 2022 at 6:55 AM Jan Høydahl <ja...@cominvent.com> wrote:
> Hi,
>
> If I close the vote now, it will technically pass with four +1s, one -1
> and one -0. A bit too fragile result IMO.
>
> I would too like to understand the severity of the configsets bug, and
> whether it is serious enough to stop the release.
> As I understand the issue, it ONLY affects those creating a new configset
> based on another one in ZK.
> I.e. there are many workarounds for this bug
> - Use an authenticated user when creating configset (and not an
> "untrusted" one)
> - Upload a new configset rather than basing it on an existing?
> - Upload configset directly to Zookeeper
>
> Please verify or shoot down my assumption. If my assumption is correct,
> I'll keep my +1 vote, and wait for a few more +1s before closing the vote.
> If the issue is indeed more serious and there are more -1's, I'll happily
> respin after the fix.
>
> Jan
>
>
> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gu...@gmail.com>:
>
> -0 for now, pending discussion of severity... I have hit a reproducing
> failure:
>
> ./gradlew :solr:core:test --tests
> "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom"
> -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1
> -Ptests.seed=C730F33909C71234 -Ptests.badapples=false
> -Ptests.file.encoding=UTF-8
>
> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <kr...@apache.org> wrote:
>
>> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>>
>> The first failure was "gradlew :solr:core:test --tests
>> "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4
>> -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6
>> -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't
>> reproduced it yet.
>>
>> However it looks like the configsets API is broken with one of the
>> simpler examples. Eric Pugh found this the other day and asked me to
>> check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164
>>
>> I'm still poking around the release today.
>>
>> Based on the configset api error - I'm -1 for releasing.
>>
>> Kevin Risden
>>
>>
>> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <md...@apache.org> wrote:
>>
>>> +1 (binding)
>>>
>>>
>>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS!
>>> [2:04:03.678208]
>>>
>>> Unlike for some others, this succeeded on my first try. I guess I'm just
>>> lucky :)
>>>
>>>
>>> Tested building an application that uses EmbeddedSolrServer and depends
>>> on our maven artifacts - validated SOLR-16157, SOLR-16117
>>>
>>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no security).
>>> Queries worked as expected.
>>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic authentication
>>> enabled. Queries failed (as expected) at first, but then succeeded when
>>> setting solr.pki.sendVersion=v1 and solr.pki.acceptVersions=v1,v2on the
>>> Solr 9 node, as described in our ref guide and upgrade notes.
>>>
>>> Manually checked for license headers in source release, missing headers
>>> on the following:
>>> * SYSTEM_REQUIREMENTS.md
>>> * solr/core/src/resources/SystemCollection*.xml
>>> * lots and lots of stuff under solr-ref-guide, unclear which pieces of
>>> this are our code and which are copied from external sources.
>>> * modules/*/README.md
>>>
>>> Will file a follow up JIRA for the license issues.
>>>
>>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com>
>>> wrote:
>>>
>>>> Please vote for release candidate 4 for Solr 9.0.0
>>>>
>>>> The artifacts can be downloaded from:
>>>>
>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>
>>>> You can run the smoke tester directly with this command:
>>>>
>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>>
>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>
>>>> You are encouraged to do an extra thorough test and manual inspection
>>>> beyond
>>>> running the smoketester, since this is a major release.
>>>>
>>>> You can build a release-candidate of the official docker image using
>>>> the following command:
>>>>
>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>> && \
>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>> --build-arg
>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>> -t solr-rc:9.0.0-4
>>>>
>>>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
>>>> UTC.
>>>>
>>>> [ ] +1 approve
>>>> [ ] +0 no opinion
>>>> [ ] -1 disapprove (and reason why)
>>>>
>>>> Here is my +1
>>>>
>>>> SUCCESS! [0:56:56.134141]
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>
>>>>
>
> --
> http://www.needhamsoftware.com (work)
> http://www.the111shift.com (play)
>
>
>
--
http://www.needhamsoftware.com (work)
http://www.the111shift.com (play)
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Michael Gibney <mi...@michaelgibney.net>.
Gus, re: the SKG failure: I was able to reproduce it, but haven't dug in
enough to say exactly what's going on. (off-the-cuff response: this test is
quite robust, and has uncovered edge-case issues before that are more about
"distributed faceting" generally than about "SKG" per se). I'd be surprised
if this turns out to be a blocker for 9.0, but on the other hand it doesn't
appear to reproduce equally on branch_8x, so I'm not necessarily assuming
anything. More soon ...
On Mon, May 2, 2022 at 10:03 AM Ishan Chattopadhyaya <
ichattopadhyaya@gmail.com> wrote:
> Noble and I just came across a bug in master concerning restarting of
> Solr, where it was observed that registering live_nodes upon restart was
> failing with NodeExistsException. We haven't looked further and don't know
> if it affects 9.0.
>
> In case it is a problem, and 9.0 has already released, we can try to find
> a workaround or do a bug fix release.
>
> Just letting you know what we know and don't know.
>
> On Mon, 2 May, 2022, 4:25 pm Jan Høydahl, <ja...@cominvent.com> wrote:
>
>> Hi,
>>
>> If I close the vote now, it will technically pass with four +1s, one -1
>> and one -0. A bit too fragile result IMO.
>>
>> I would too like to understand the severity of the configsets bug, and
>> whether it is serious enough to stop the release.
>> As I understand the issue, it ONLY affects those creating a new configset
>> based on another one in ZK.
>> I.e. there are many workarounds for this bug
>> - Use an authenticated user when creating configset (and not an
>> "untrusted" one)
>> - Upload a new configset rather than basing it on an existing?
>> - Upload configset directly to Zookeeper
>>
>> Please verify or shoot down my assumption. If my assumption is correct,
>> I'll keep my +1 vote, and wait for a few more +1s before closing the vote.
>> If the issue is indeed more serious and there are more -1's, I'll happily
>> respin after the fix.
>>
>> Jan
>>
>>
>> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gu...@gmail.com>:
>>
>> -0 for now, pending discussion of severity... I have hit a reproducing
>> failure:
>>
>> ./gradlew :solr:core:test --tests
>> "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom"
>> -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1
>> -Ptests.seed=C730F33909C71234 -Ptests.badapples=false
>> -Ptests.file.encoding=UTF-8
>>
>> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <kr...@apache.org> wrote:
>>
>>> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>>>
>>> The first failure was "gradlew :solr:core:test --tests
>>> "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4
>>> -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6
>>> -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't
>>> reproduced it yet.
>>>
>>> However it looks like the configsets API is broken with one of the
>>> simpler examples. Eric Pugh found this the other day and asked me to
>>> check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164
>>>
>>> I'm still poking around the release today.
>>>
>>> Based on the configset api error - I'm -1 for releasing.
>>>
>>> Kevin Risden
>>>
>>>
>>> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <md...@apache.org> wrote:
>>>
>>>> +1 (binding)
>>>>
>>>>
>>>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS!
>>>> [2:04:03.678208]
>>>>
>>>> Unlike for some others, this succeeded on my first try. I guess I'm
>>>> just lucky :)
>>>>
>>>>
>>>> Tested building an application that uses EmbeddedSolrServer and depends
>>>> on our maven artifacts - validated SOLR-16157, SOLR-16117
>>>>
>>>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no security).
>>>> Queries worked as expected.
>>>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic authentication
>>>> enabled. Queries failed (as expected) at first, but then succeeded when
>>>> setting solr.pki.sendVersion=v1 and solr.pki.acceptVersions=v1,v2on
>>>> the Solr 9 node, as described in our ref guide and upgrade notes.
>>>>
>>>> Manually checked for license headers in source release, missing headers
>>>> on the following:
>>>> * SYSTEM_REQUIREMENTS.md
>>>> * solr/core/src/resources/SystemCollection*.xml
>>>> * lots and lots of stuff under solr-ref-guide, unclear which pieces of
>>>> this are our code and which are copied from external sources.
>>>> * modules/*/README.md
>>>>
>>>> Will file a follow up JIRA for the license issues.
>>>>
>>>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com>
>>>> wrote:
>>>>
>>>>> Please vote for release candidate 4 for Solr 9.0.0
>>>>>
>>>>> The artifacts can be downloaded from:
>>>>>
>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>
>>>>> You can run the smoke tester directly with this command:
>>>>>
>>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>>>
>>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>>
>>>>> You are encouraged to do an extra thorough test and manual inspection
>>>>> beyond
>>>>> running the smoketester, since this is a major release.
>>>>>
>>>>> You can build a release-candidate of the official docker image using
>>>>> the following command:
>>>>>
>>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>>>
>>>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
>>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>>> --build-arg
>>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>>> -t solr-rc:9.0.0-4
>>>>>
>>>>> The vote will be open for at least 72 hours i.e. until 2022-04-30
>>>>> 13:00 UTC.
>>>>>
>>>>> [ ] +1 approve
>>>>> [ ] +0 no opinion
>>>>> [ ] -1 disapprove (and reason why)
>>>>>
>>>>> Here is my +1
>>>>>
>>>>> SUCCESS! [0:56:56.134141]
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>>
>>>>>
>>
>> --
>> http://www.needhamsoftware.com (work)
>> http://www.the111shift.com (play)
>>
>>
>>
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Ishan Chattopadhyaya <ic...@gmail.com>.
Noble and I just came across a bug in master concerning restarting of Solr,
where it was observed that registering live_nodes upon restart was failing
with NodeExistsException. We haven't looked further and don't know if it
affects 9.0.
In case it is a problem, and 9.0 has already released, we can try to find a
workaround or do a bug fix release.
Just letting you know what we know and don't know.
On Mon, 2 May, 2022, 4:25 pm Jan Høydahl, <ja...@cominvent.com> wrote:
> Hi,
>
> If I close the vote now, it will technically pass with four +1s, one -1
> and one -0. A bit too fragile result IMO.
>
> I would too like to understand the severity of the configsets bug, and
> whether it is serious enough to stop the release.
> As I understand the issue, it ONLY affects those creating a new configset
> based on another one in ZK.
> I.e. there are many workarounds for this bug
> - Use an authenticated user when creating configset (and not an
> "untrusted" one)
> - Upload a new configset rather than basing it on an existing?
> - Upload configset directly to Zookeeper
>
> Please verify or shoot down my assumption. If my assumption is correct,
> I'll keep my +1 vote, and wait for a few more +1s before closing the vote.
> If the issue is indeed more serious and there are more -1's, I'll happily
> respin after the fix.
>
> Jan
>
>
> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gu...@gmail.com>:
>
> -0 for now, pending discussion of severity... I have hit a reproducing
> failure:
>
> ./gradlew :solr:core:test --tests
> "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom"
> -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1
> -Ptests.seed=C730F33909C71234 -Ptests.badapples=false
> -Ptests.file.encoding=UTF-8
>
> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <kr...@apache.org> wrote:
>
>> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>>
>> The first failure was "gradlew :solr:core:test --tests
>> "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4
>> -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6
>> -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't
>> reproduced it yet.
>>
>> However it looks like the configsets API is broken with one of the
>> simpler examples. Eric Pugh found this the other day and asked me to
>> check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164
>>
>> I'm still poking around the release today.
>>
>> Based on the configset api error - I'm -1 for releasing.
>>
>> Kevin Risden
>>
>>
>> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <md...@apache.org> wrote:
>>
>>> +1 (binding)
>>>
>>>
>>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS!
>>> [2:04:03.678208]
>>>
>>> Unlike for some others, this succeeded on my first try. I guess I'm just
>>> lucky :)
>>>
>>>
>>> Tested building an application that uses EmbeddedSolrServer and depends
>>> on our maven artifacts - validated SOLR-16157, SOLR-16117
>>>
>>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no security).
>>> Queries worked as expected.
>>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic authentication
>>> enabled. Queries failed (as expected) at first, but then succeeded when
>>> setting solr.pki.sendVersion=v1 and solr.pki.acceptVersions=v1,v2on the
>>> Solr 9 node, as described in our ref guide and upgrade notes.
>>>
>>> Manually checked for license headers in source release, missing headers
>>> on the following:
>>> * SYSTEM_REQUIREMENTS.md
>>> * solr/core/src/resources/SystemCollection*.xml
>>> * lots and lots of stuff under solr-ref-guide, unclear which pieces of
>>> this are our code and which are copied from external sources.
>>> * modules/*/README.md
>>>
>>> Will file a follow up JIRA for the license issues.
>>>
>>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com>
>>> wrote:
>>>
>>>> Please vote for release candidate 4 for Solr 9.0.0
>>>>
>>>> The artifacts can be downloaded from:
>>>>
>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>
>>>> You can run the smoke tester directly with this command:
>>>>
>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>>
>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>
>>>> You are encouraged to do an extra thorough test and manual inspection
>>>> beyond
>>>> running the smoketester, since this is a major release.
>>>>
>>>> You can build a release-candidate of the official docker image using
>>>> the following command:
>>>>
>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>> && \
>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>> --build-arg
>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>> -t solr-rc:9.0.0-4
>>>>
>>>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
>>>> UTC.
>>>>
>>>> [ ] +1 approve
>>>> [ ] +0 no opinion
>>>> [ ] -1 disapprove (and reason why)
>>>>
>>>> Here is my +1
>>>>
>>>> SUCCESS! [0:56:56.134141]
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>
>>>>
>
> --
> http://www.needhamsoftware.com (work)
> http://www.the111shift.com (play)
>
>
>
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Kevin Risden <kr...@apache.org>.
>
> I would too like to understand the severity of the configsets bug, and
> whether it is serious enough to stop the release.
> As I understand the issue, it ONLY affects those creating a new configset
> based on another one in ZK.
> I.e. there are many workarounds for this bug
> - Use an authenticated user when creating configset (and not an
> "untrusted" one)
> - Upload a new configset rather than basing it on an existing?
> - Upload configset directly to Zookeeper
>
Jan is correct there are a bunch of workarounds and the NPE looked more
serious than it was. The issue is a NPE instead of a helpful error message
if an unauthenticated user tries to copy the default configset.
SOLR-16164 fixes the issue (already committed to branch_9x and main).
Kevin Risden
On Mon, May 2, 2022 at 6:55 AM Jan Høydahl <ja...@cominvent.com> wrote:
> Hi,
>
> If I close the vote now, it will technically pass with four +1s, one -1
> and one -0. A bit too fragile result IMO.
>
> I would too like to understand the severity of the configsets bug, and
> whether it is serious enough to stop the release.
> As I understand the issue, it ONLY affects those creating a new configset
> based on another one in ZK.
> I.e. there are many workarounds for this bug
> - Use an authenticated user when creating configset (and not an
> "untrusted" one)
> - Upload a new configset rather than basing it on an existing?
> - Upload configset directly to Zookeeper
>
> Please verify or shoot down my assumption. If my assumption is correct,
> I'll keep my +1 vote, and wait for a few more +1s before closing the vote.
> If the issue is indeed more serious and there are more -1's, I'll happily
> respin after the fix.
>
> Jan
>
>
> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gu...@gmail.com>:
>
> -0 for now, pending discussion of severity... I have hit a reproducing
> failure:
>
> ./gradlew :solr:core:test --tests
> "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom"
> -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1
> -Ptests.seed=C730F33909C71234 -Ptests.badapples=false
> -Ptests.file.encoding=UTF-8
>
> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <kr...@apache.org> wrote:
>
>> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>>
>> The first failure was "gradlew :solr:core:test --tests
>> "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4
>> -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6
>> -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't
>> reproduced it yet.
>>
>> However it looks like the configsets API is broken with one of the
>> simpler examples. Eric Pugh found this the other day and asked me to
>> check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164
>>
>> I'm still poking around the release today.
>>
>> Based on the configset api error - I'm -1 for releasing.
>>
>> Kevin Risden
>>
>>
>> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <md...@apache.org> wrote:
>>
>>> +1 (binding)
>>>
>>>
>>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS!
>>> [2:04:03.678208]
>>>
>>> Unlike for some others, this succeeded on my first try. I guess I'm just
>>> lucky :)
>>>
>>>
>>> Tested building an application that uses EmbeddedSolrServer and depends
>>> on our maven artifacts - validated SOLR-16157, SOLR-16117
>>>
>>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no security).
>>> Queries worked as expected.
>>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic authentication
>>> enabled. Queries failed (as expected) at first, but then succeeded when
>>> setting solr.pki.sendVersion=v1 and solr.pki.acceptVersions=v1,v2on the
>>> Solr 9 node, as described in our ref guide and upgrade notes.
>>>
>>> Manually checked for license headers in source release, missing headers
>>> on the following:
>>> * SYSTEM_REQUIREMENTS.md
>>> * solr/core/src/resources/SystemCollection*.xml
>>> * lots and lots of stuff under solr-ref-guide, unclear which pieces of
>>> this are our code and which are copied from external sources.
>>> * modules/*/README.md
>>>
>>> Will file a follow up JIRA for the license issues.
>>>
>>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com>
>>> wrote:
>>>
>>>> Please vote for release candidate 4 for Solr 9.0.0
>>>>
>>>> The artifacts can be downloaded from:
>>>>
>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>
>>>> You can run the smoke tester directly with this command:
>>>>
>>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>>
>>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>>
>>>> You are encouraged to do an extra thorough test and manual inspection
>>>> beyond
>>>> running the smoketester, since this is a major release.
>>>>
>>>> You can build a release-candidate of the official docker image using
>>>> the following command:
>>>>
>>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>> && \
>>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>>> --build-arg
>>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>>> -t solr-rc:9.0.0-4
>>>>
>>>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
>>>> UTC.
>>>>
>>>> [ ] +1 approve
>>>> [ ] +0 no opinion
>>>> [ ] -1 disapprove (and reason why)
>>>>
>>>> Here is my +1
>>>>
>>>> SUCCESS! [0:56:56.134141]
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>>
>>>>
>
> --
> http://www.needhamsoftware.com (work)
> http://www.the111shift.com (play)
>
>
>
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Jan Høydahl <ja...@cominvent.com>.
Hi,
If I close the vote now, it will technically pass with four +1s, one -1 and one -0. A bit too fragile result IMO.
I would too like to understand the severity of the configsets bug, and whether it is serious enough to stop the release.
As I understand the issue, it ONLY affects those creating a new configset based on another one in ZK.
I.e. there are many workarounds for this bug
- Use an authenticated user when creating configset (and not an "untrusted" one)
- Upload a new configset rather than basing it on an existing?
- Upload configset directly to Zookeeper
Please verify or shoot down my assumption. If my assumption is correct, I'll keep my +1 vote, and wait for a few more +1s before closing the vote. If the issue is indeed more serious and there are more -1's, I'll happily respin after the fix.
Jan
> 29. apr. 2022 kl. 21:03 skrev Gus Heck <gu...@gmail.com>:
>
> -0 for now, pending discussion of severity... I have hit a reproducing failure:
>
> ./gradlew :solr:core:test --tests "org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom" -Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=C730F33909C71234 -Ptests.badapples=false -Ptests.file.encoding=UTF-8
>
> On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <krisden@apache.org <ma...@apache.org>> wrote:
> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>
> The first failure was "gradlew :solr:core:test --tests "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4 -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6 -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't reproduced it yet.
>
> However it looks like the configsets API is broken with one of the simpler examples. Eric Pugh found this the other day and asked me to check on 9.0 RC4: https://issues.apache.org/jira/browse/SOLR-16164 <https://issues.apache.org/jira/browse/SOLR-16164>
>
> I'm still poking around the release today.
>
> Based on the configset api error - I'm -1 for releasing.
>
> Kevin Risden
>
>
> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <mdrob@apache.org <ma...@apache.org>> wrote:
> +1 (binding)
>
>
> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS! [2:04:03.678208]
>
> Unlike for some others, this succeeded on my first try. I guess I'm just lucky :)
>
>
> Tested building an application that uses EmbeddedSolrServer and depends on our maven artifacts - validated SOLR-16157, SOLR-16117
>
> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no security). Queries worked as expected.
> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic authentication enabled. Queries failed (as expected) at first, but then succeeded when setting solr.pki.sendVersion=v1 and solr.pki.acceptVersions=v1,v2on the Solr 9 node, as described in our ref guide and upgrade notes.
>
> Manually checked for license headers in source release, missing headers on the following:
> * SYSTEM_REQUIREMENTS.md
> * solr/core/src/resources/SystemCollection*.xml
> * lots and lots of stuff under solr-ref-guide, unclear which pieces of this are our code and which are copied from external sources.
> * modules/*/README.md
>
> Will file a follow up JIRA for the license issues.
>
> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
> Please vote for release candidate 4 for Solr 9.0.0
>
> The artifacts can be downloaded from:
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc>
>
> You can run the smoke tester directly with this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc>
>
> You are encouraged to do an extra thorough test and manual inspection beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr <https://dist.apache.org/repos/dist/dev/solr> && \
> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-4
>
> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00 UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:56:56.134141]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org <ma...@solr.apache.org>
> For additional commands, e-mail: dev-help@solr.apache.org <ma...@solr.apache.org>
>
>
>
> --
> http://www.needhamsoftware.com <http://www.needhamsoftware.com/> (work)
> http://www.the111shift.com <http://www.the111shift.com/> (play)
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Gus Heck <gu...@gmail.com>.
-0 for now, pending discussion of severity... I have hit a reproducing
failure:
./gradlew :solr:core:test --tests
"org.apache.solr.search.facet.TestCloudJSONFacetSKGEquiv.testRandom"
-Ptests.jvms=5 -Ptests.jvmargs=-XX:TieredStopAtLevel=1
-Ptests.seed=C730F33909C71234 -Ptests.badapples=false
-Ptests.file.encoding=UTF-8
On Fri, Apr 29, 2022 at 1:28 PM Kevin Risden <kr...@apache.org> wrote:
> Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
>
> The first failure was "gradlew :solr:core:test --tests
> "org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4
> -Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6
> -Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't
> reproduced it yet.
>
> However it looks like the configsets API is broken with one of the simpler
> examples. Eric Pugh found this the other day and asked me to check on 9.0
> RC4: https://issues.apache.org/jira/browse/SOLR-16164
>
> I'm still poking around the release today.
>
> Based on the configset api error - I'm -1 for releasing.
>
> Kevin Risden
>
>
> On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <md...@apache.org> wrote:
>
>> +1 (binding)
>>
>>
>> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS!
>> [2:04:03.678208]
>>
>> Unlike for some others, this succeeded on my first try. I guess I'm just
>> lucky :)
>>
>>
>> Tested building an application that uses EmbeddedSolrServer and depends
>> on our maven artifacts - validated SOLR-16157, SOLR-16117
>>
>> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no security).
>> Queries worked as expected.
>> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic authentication
>> enabled. Queries failed (as expected) at first, but then succeeded when
>> setting solr.pki.sendVersion=v1 and solr.pki.acceptVersions=v1,v2on the
>> Solr 9 node, as described in our ref guide and upgrade notes.
>>
>> Manually checked for license headers in source release, missing headers
>> on the following:
>> * SYSTEM_REQUIREMENTS.md
>> * solr/core/src/resources/SystemCollection*.xml
>> * lots and lots of stuff under solr-ref-guide, unclear which pieces of
>> this are our code and which are copied from external sources.
>> * modules/*/README.md
>>
>> Will file a follow up JIRA for the license issues.
>>
>> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com>
>> wrote:
>>
>>> Please vote for release candidate 4 for Solr 9.0.0
>>>
>>> The artifacts can be downloaded from:
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>
>>> You can run the smoke tester directly with this command:
>>>
>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>
>>> You are encouraged to do an extra thorough test and manual inspection
>>> beyond
>>> running the smoketester, since this is a major release.
>>>
>>> You can build a release-candidate of the official docker image using the
>>> following command:
>>>
>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>> && \
>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>> --build-arg
>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>> -t solr-rc:9.0.0-4
>>>
>>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
>>> UTC.
>>>
>>> [ ] +1 approve
>>> [ ] +0 no opinion
>>> [ ] -1 disapprove (and reason why)
>>>
>>> Here is my +1
>>>
>>> SUCCESS! [0:56:56.134141]
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>
>>>
--
http://www.needhamsoftware.com (work)
http://www.the111shift.com (play)
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Kevin Risden <kr...@apache.org>.
Smoketester passed on the second try for me: SUCCESS! [1:29:24.214674]
The first failure was "gradlew :solr:core:test --tests
"org.apache.solr.cloud.HttpPartitionOnCommitTest.test" -Ptests.jvms=4
-Ptests.jvmargs=-XX:TieredStopAtLevel=1 -Ptests.seed=66730F3AEF630DB6
-Ptests.badapples=false -Ptests.file.encoding=US-ASCII". I haven't
reproduced it yet.
However it looks like the configsets API is broken with one of the simpler
examples. Eric Pugh found this the other day and asked me to check on 9.0
RC4: https://issues.apache.org/jira/browse/SOLR-16164
I'm still poking around the release today.
Based on the configset api error - I'm -1 for releasing.
Kevin Risden
On Fri, Apr 29, 2022 at 11:26 AM Mike Drob <md...@apache.org> wrote:
> +1 (binding)
>
>
> Smoketester succeeded with Java 11 and Java 17 -- SUCCESS! [2:04:03.678208]
>
> Unlike for some others, this succeeded on my first try. I guess I'm just
> lucky :)
>
>
> Tested building an application that uses EmbeddedSolrServer and depends on
> our maven artifacts - validated SOLR-16157, SOLR-16117
>
> Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no security).
> Queries worked as expected.
> Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic authentication
> enabled. Queries failed (as expected) at first, but then succeeded when
> setting solr.pki.sendVersion=v1 and solr.pki.acceptVersions=v1,v2on the
> Solr 9 node, as described in our ref guide and upgrade notes.
>
> Manually checked for license headers in source release, missing headers on
> the following:
> * SYSTEM_REQUIREMENTS.md
> * solr/core/src/resources/SystemCollection*.xml
> * lots and lots of stuff under solr-ref-guide, unclear which pieces of
> this are our code and which are copied from external sources.
> * modules/*/README.md
>
> Will file a follow up JIRA for the license issues.
>
> On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com> wrote:
>
>> Please vote for release candidate 4 for Solr 9.0.0
>>
>> The artifacts can be downloaded from:
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>
>> You can run the smoke tester directly with this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>
>> You are encouraged to do an extra thorough test and manual inspection
>> beyond
>> running the smoketester, since this is a major release.
>>
>> You can build a release-candidate of the official docker image using the
>> following command:
>>
>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>> && \
>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz
>> \
>> -t solr-rc:9.0.0-4
>>
>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
>> UTC.
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>> Here is my +1
>>
>> SUCCESS! [0:56:56.134141]
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>> For additional commands, e-mail: dev-help@solr.apache.org
>>
>>
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Mike Drob <md...@apache.org>.
+1 (binding)
Smoketester succeeded with Java 11 and Java 17 -- SUCCESS! [2:04:03.678208]
Unlike for some others, this succeeded on my first try. I guess I'm just
lucky :)
Tested building an application that uses EmbeddedSolrServer and depends on
our maven artifacts - validated SOLR-16157, SOLR-16117
Tested a mixed state cluster with 8.11.1 and 9.0.0 nodes (no security).
Queries worked as expected.
Tested a rolling upgrade from 8.11.1 to 9.0.0 with basic authentication
enabled. Queries failed (as expected) at first, but then succeeded when
setting solr.pki.sendVersion=v1 and solr.pki.acceptVersions=v1,v2on the
Solr 9 node, as described in our ref guide and upgrade notes.
Manually checked for license headers in source release, missing headers on
the following:
* SYSTEM_REQUIREMENTS.md
* solr/core/src/resources/SystemCollection*.xml
* lots and lots of stuff under solr-ref-guide, unclear which pieces of this
are our code and which are copied from external sources.
* modules/*/README.md
Will file a follow up JIRA for the license issues.
On Wed, Apr 27, 2022 at 8:15 AM Jan Høydahl <ja...@cominvent.com> wrote:
> Please vote for release candidate 4 for Solr 9.0.0
>
> The artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You can run the smoke tester directly with this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You are encouraged to do an extra thorough test and manual inspection
> beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the
> following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc &&
> \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-4
>
> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
> UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:56:56.134141]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> For additional commands, e-mail: dev-help@solr.apache.org
>
>
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Joel Bernstein <jo...@gmail.com>.
SUCCESS! [0:48:19.349163]
+1 (binding)
I also performed the following manual steps with the artifacts:
- started Solr with the sql module
- created a collection,
- loaded data
- queried from the sql admin screen
- ran streaming expressions
All worked as expected.
Joel Bernstein
http://joelsolr.blogspot.com/
On Thu, Apr 28, 2022 at 3:19 AM Houston Putman <ho...@apache.org> wrote:
> SUCCESS! [1:12:29.134015]
>
> Also manually checked:
>
> - Compatibility with the Solr Operator
> - Backups (just local filesystem)
> - Prometheus Exporter
>
>
> +1 (binding)
>
> On Wed, Apr 27, 2022 at 10:15 PM Jan Høydahl <ja...@cominvent.com>
> wrote:
>
>> Please vote for release candidate 4 for Solr 9.0.0
>>
>> The artifacts can be downloaded from:
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>
>> You can run the smoke tester directly with this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>
>> You are encouraged to do an extra thorough test and manual inspection
>> beyond
>> running the smoketester, since this is a major release.
>>
>> You can build a release-candidate of the official docker image using the
>> following command:
>>
>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>> && \
>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz
>> \
>> -t solr-rc:9.0.0-4
>>
>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
>> UTC.
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>> Here is my +1
>>
>> SUCCESS! [0:56:56.134141]
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>> For additional commands, e-mail: dev-help@solr.apache.org
>>
>>
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Houston Putman <ho...@apache.org>.
SUCCESS! [1:12:29.134015]
Also manually checked:
- Compatibility with the Solr Operator
- Backups (just local filesystem)
- Prometheus Exporter
+1 (binding)
On Wed, Apr 27, 2022 at 10:15 PM Jan Høydahl <ja...@cominvent.com> wrote:
> Please vote for release candidate 4 for Solr 9.0.0
>
> The artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You can run the smoke tester directly with this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You are encouraged to do an extra thorough test and manual inspection
> beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the
> following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc &&
> \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-4
>
> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
> UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:56:56.134141]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> For additional commands, e-mail: dev-help@solr.apache.org
>
>
Re: [RESULT] [VOTE] Release Solr 9.0.0 RC4
Posted by Jan Høydahl <ja...@cominvent.com>.
Looks like the blockers are all in. Anyone planning to commit more bug fixes? I'll aim for spinning RC5 tomorrow, Thursday.
Jan
> 3. mai 2022 kl. 16:42 skrev Michael Gibney <mi...@michaelgibney.net>:
>
> I'll be backporting SOLR-16176 shortly (today) to fix the distributed faceting issue Gus pointed out.
> Michael
>
> On Tue, May 3, 2022 at 10:26 AM Mike Drob <mdrob@apache.org <ma...@apache.org>> wrote:
> I created SOLR-16177 <https://issues.apache.org/jira/browse/SOLR-16177> for the license header issue.
>
> I am backporting SOLR-16133 as a minor smoke tester improvement.
>
> Mike
>
> On Tue, May 3, 2022 at 8:35 AM Kevin Risden <krisden@apache.org <ma...@apache.org>> wrote:
> I'm backporting https://issues.apache.org/jira/browse/SOLR-16164 <https://issues.apache.org/jira/browse/SOLR-16164> - ConfigSet API returns error if untrusted user creates from _default configset
>
> I am NOT backporting SOLR-16174 TestBulkSchemaConcurrent - its still baking on master/9x. Saw a new Jenkins failure in last ~24hrs about thread leak I need to look into.
>
>
> Kevin Risden
>
>
> On Tue, May 3, 2022 at 4:53 AM Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>> wrote:
> It's been >72h since the vote was initiated and the result is:
>
> +1 5 (5 binding)
> 0 0
> -1 3
>
> The conclusion is that the vote has FAILED due to lack of clear consensus. We'll prepare for RC5.
>
> I added these as blockers for 9.0 RC5:
>
> https://issues.apache.org/jira/browse/SOLR-16164 <https://issues.apache.org/jira/browse/SOLR-16164> - ConfigSet API returns error if untrusted user creates from _default configset
> https://issues.apache.org/jira/browse/SOLR-16176 <https://issues.apache.org/jira/browse/SOLR-16176> - Reproducing failure in TestCloudJSONFacetSKGEquiv.testRandom
>
> There's also Mike's fix for missing License headers, please add it as blocker yourself.
>
> We can now also backport other important bug fixes from branch9_x. Just drop a note here and then you are free to backport your fix - bug fixes only, no features :)
> Test-improvements and stabilizations are always welcome too, such as SOLR-16174 TestBulkSchemaConcurrent
>
> Jan
>
>
>> 27. apr. 2022 kl. 15:15 skrev Jan Høydahl <jan.asf@cominvent.com <ma...@cominvent.com>>:
>>
>> Please vote for release candidate 4 for Solr 9.0.0
>>
>> The artifacts can be downloaded from:
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc>
>>
>> You can run the smoke tester directly with this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc <https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc>
>>
>> You are encouraged to do an extra thorough test and manual inspection beyond
>> running the smoketester, since this is a major release.
>>
>> You can build a release-candidate of the official docker image using the following command:
>>
>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr <https://dist.apache.org/repos/dist/dev/solr> && \
>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>> -t solr-rc:9.0.0-4
>>
>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00 UTC.
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>> Here is my +1
>>
>> SUCCESS! [0:56:56.134141]
>
Re: [RESULT] [VOTE] Release Solr 9.0.0 RC4
Posted by Michael Gibney <mi...@michaelgibney.net>.
I'll be backporting SOLR-16176 shortly (today) to fix the distributed
faceting issue Gus pointed out.
Michael
On Tue, May 3, 2022 at 10:26 AM Mike Drob <md...@apache.org> wrote:
> I created SOLR-16177 <https://issues.apache.org/jira/browse/SOLR-16177> for
> the license header issue.
>
> I am backporting SOLR-16133 as a minor smoke tester improvement.
>
> Mike
>
> On Tue, May 3, 2022 at 8:35 AM Kevin Risden <kr...@apache.org> wrote:
>
>> I'm backporting https://issues.apache.org/jira/browse/SOLR-16164 -
>> ConfigSet API returns error if untrusted user creates from _default
>> configset
>>
>> I am NOT backporting SOLR-16174 TestBulkSchemaConcurrent - its still
>> baking on master/9x. Saw a new Jenkins failure in last ~24hrs about thread
>> leak I need to look into.
>>
>>
>> Kevin Risden
>>
>>
>> On Tue, May 3, 2022 at 4:53 AM Jan Høydahl <ja...@cominvent.com> wrote:
>>
>>> It's been >72h since the vote was initiated and the result is:
>>>
>>> +1 5 (5 binding)
>>> 0 0
>>> -1 3
>>>
>>> The conclusion is that the vote has *FAILED* due to lack of clear
>>> consensus. We'll prepare for RC5.
>>>
>>> I added these as blockers for 9.0 RC5:
>>>
>>>
>>> - https://issues.apache.org/jira/browse/SOLR-16164 - ConfigSet API
>>> returns error if untrusted user creates from _default configset
>>> - https://issues.apache.org/jira/browse/SOLR-16176 - Reproducing
>>> failure in TestCloudJSONFacetSKGEquiv.testRandom
>>>
>>>
>>> There's also Mike's fix for missing License headers, please add it as
>>> blocker yourself.
>>>
>>> We can now also backport other important bug fixes from branch9_x. Just
>>> drop a note here and then you are free to backport your fix - bug fixes
>>> only, no features :)
>>> Test-improvements and stabilizations are always welcome too, such as
>>> SOLR-16174 TestBulkSchemaConcurrent
>>>
>>> Jan
>>>
>>>
>>> 27. apr. 2022 kl. 15:15 skrev Jan Høydahl <ja...@cominvent.com>:
>>>
>>> Please vote for release candidate 4 for Solr 9.0.0
>>>
>>> The artifacts can be downloaded from:
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>
>>> You can run the smoke tester directly with this command:
>>>
>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>
>>> You are encouraged to do an extra thorough test and manual inspection
>>> beyond
>>> running the smoketester, since this is a major release.
>>>
>>> You can build a release-candidate of the official docker image using the
>>> following command:
>>>
>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>> && \
>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz
>>> \
>>> -t solr-rc:9.0.0-4
>>>
>>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
>>> UTC.
>>>
>>> [ ] +1 approve
>>> [ ] +0 no opinion
>>> [ ] -1 disapprove (and reason why)
>>>
>>> Here is my +1
>>>
>>> SUCCESS! [0:56:56.134141]
>>>
>>>
>>>
Re: [RESULT] [VOTE] Release Solr 9.0.0 RC4
Posted by Mike Drob <md...@apache.org>.
I created SOLR-16177 <https://issues.apache.org/jira/browse/SOLR-16177> for
the license header issue.
I am backporting SOLR-16133 as a minor smoke tester improvement.
Mike
On Tue, May 3, 2022 at 8:35 AM Kevin Risden <kr...@apache.org> wrote:
> I'm backporting https://issues.apache.org/jira/browse/SOLR-16164 -
> ConfigSet API returns error if untrusted user creates from _default
> configset
>
> I am NOT backporting SOLR-16174 TestBulkSchemaConcurrent - its still
> baking on master/9x. Saw a new Jenkins failure in last ~24hrs about thread
> leak I need to look into.
>
>
> Kevin Risden
>
>
> On Tue, May 3, 2022 at 4:53 AM Jan Høydahl <ja...@cominvent.com> wrote:
>
>> It's been >72h since the vote was initiated and the result is:
>>
>> +1 5 (5 binding)
>> 0 0
>> -1 3
>>
>> The conclusion is that the vote has *FAILED* due to lack of clear
>> consensus. We'll prepare for RC5.
>>
>> I added these as blockers for 9.0 RC5:
>>
>>
>> - https://issues.apache.org/jira/browse/SOLR-16164 - ConfigSet API
>> returns error if untrusted user creates from _default configset
>> - https://issues.apache.org/jira/browse/SOLR-16176 - Reproducing
>> failure in TestCloudJSONFacetSKGEquiv.testRandom
>>
>>
>> There's also Mike's fix for missing License headers, please add it as
>> blocker yourself.
>>
>> We can now also backport other important bug fixes from branch9_x. Just
>> drop a note here and then you are free to backport your fix - bug fixes
>> only, no features :)
>> Test-improvements and stabilizations are always welcome too, such as
>> SOLR-16174 TestBulkSchemaConcurrent
>>
>> Jan
>>
>>
>> 27. apr. 2022 kl. 15:15 skrev Jan Høydahl <ja...@cominvent.com>:
>>
>> Please vote for release candidate 4 for Solr 9.0.0
>>
>> The artifacts can be downloaded from:
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>
>> You can run the smoke tester directly with this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>
>> You are encouraged to do an extra thorough test and manual inspection
>> beyond
>> running the smoketester, since this is a major release.
>>
>> You can build a release-candidate of the official docker image using the
>> following command:
>>
>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc &&
>> \
>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>> -t solr-rc:9.0.0-4
>>
>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
>> UTC.
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>> Here is my +1
>>
>> SUCCESS! [0:56:56.134141]
>>
>>
>>
Re: [RESULT] [VOTE] Release Solr 9.0.0 RC4
Posted by Kevin Risden <kr...@apache.org>.
I'm backporting https://issues.apache.org/jira/browse/SOLR-16164 -
ConfigSet API returns error if untrusted user creates from _default
configset
I am NOT backporting SOLR-16174 TestBulkSchemaConcurrent - its still baking
on master/9x. Saw a new Jenkins failure in last ~24hrs about thread leak I
need to look into.
Kevin Risden
On Tue, May 3, 2022 at 4:53 AM Jan Høydahl <ja...@cominvent.com> wrote:
> It's been >72h since the vote was initiated and the result is:
>
> +1 5 (5 binding)
> 0 0
> -1 3
>
> The conclusion is that the vote has *FAILED* due to lack of clear
> consensus. We'll prepare for RC5.
>
> I added these as blockers for 9.0 RC5:
>
>
> - https://issues.apache.org/jira/browse/SOLR-16164 - ConfigSet API
> returns error if untrusted user creates from _default configset
> - https://issues.apache.org/jira/browse/SOLR-16176 - Reproducing
> failure in TestCloudJSONFacetSKGEquiv.testRandom
>
>
> There's also Mike's fix for missing License headers, please add it as
> blocker yourself.
>
> We can now also backport other important bug fixes from branch9_x. Just
> drop a note here and then you are free to backport your fix - bug fixes
> only, no features :)
> Test-improvements and stabilizations are always welcome too, such as
> SOLR-16174 TestBulkSchemaConcurrent
>
> Jan
>
>
> 27. apr. 2022 kl. 15:15 skrev Jan Høydahl <ja...@cominvent.com>:
>
> Please vote for release candidate 4 for Solr 9.0.0
>
> The artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You can run the smoke tester directly with this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You are encouraged to do an extra thorough test and manual inspection
> beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the
> following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-4
>
> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
> UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:56:56.134141]
>
>
>
Re: [RESULT] [VOTE] Release Solr 9.0.0 RC4
Posted by Jan Høydahl <ja...@cominvent.com>.
It's been >72h since the vote was initiated and the result is:
+1 5 (5 binding)
0 0
-1 3
The conclusion is that the vote has FAILED due to lack of clear consensus. We'll prepare for RC5.
I added these as blockers for 9.0 RC5:
https://issues.apache.org/jira/browse/SOLR-16164 <https://issues.apache.org/jira/browse/SOLR-16164> - ConfigSet API returns error if untrusted user creates from _default configset
https://issues.apache.org/jira/browse/SOLR-16176 <https://issues.apache.org/jira/browse/SOLR-16176> - Reproducing failure in TestCloudJSONFacetSKGEquiv.testRandom
There's also Mike's fix for missing License headers, please add it as blocker yourself.
We can now also backport other important bug fixes from branch9_x. Just drop a note here and then you are free to backport your fix - bug fixes only, no features :)
Test-improvements and stabilizations are always welcome too, such as SOLR-16174 TestBulkSchemaConcurrent
Jan
> 27. apr. 2022 kl. 15:15 skrev Jan Høydahl <ja...@cominvent.com>:
>
> Please vote for release candidate 4 for Solr 9.0.0
>
> The artifacts can be downloaded from:
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You can run the smoke tester directly with this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You are encouraged to do an extra thorough test and manual inspection beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc && \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-4
>
> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00 UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:56:56.134141]
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Mike Drob <md...@apache.org>.
I'll change my vote to a -1.
Two reasons, #1 is based on the license header issue that I mentioned, and
will work on getting that sorted out this week.
#2 is that while I personally don't see the severity of the latest
identified issues as blocking, if we're going to immediately turn around
and start on 9.0.1 then we might as well fix them now and save ourselves a
vote cycle.
Mike
On Mon, May 2, 2022 at 4:42 PM Anshum Gupta <an...@anshumgupta.net> wrote:
> I went through the vote thread again, and it seems like there are issues
> that folks aren't comfortable releasing with.
>
> Jan, as you've been driving this, I'll leave it to you but I think if we
> are certain about doing another follow up release with the fixes, we might
> as well just do that one release with things fixed. I'd be happy to help.
>
> Either way, thanks a lot for all of the effort and patience!
>
> On Mon, May 2, 2022 at 2:39 PM Anshum Gupta <an...@anshumgupta.net>
> wrote:
>
>> Even though the votes are not decisive, here's my report and vote for
>> Solr 9.0 RC4.
>>
>> 1. Smoke Tester passed in a single run! SUCCESS! [0:58:24.657506]
>> 2. Manual testing of basic index/search capability using sample code.
>> 3. Tested out some issues that were fixed in 8.11 and 9.0 to work
>> correctly in this release.
>>
>> Here's my +1 based on what I saw.
>>
>>
>>
>>
>> On Wed, Apr 27, 2022 at 6:15 AM Jan Høydahl <ja...@cominvent.com>
>> wrote:
>>
>>> Please vote for release candidate 4 for Solr 9.0.0
>>>
>>> The artifacts can be downloaded from:
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>
>>> You can run the smoke tester directly with this command:
>>>
>>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>>
>>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>>
>>> You are encouraged to do an extra thorough test and manual inspection
>>> beyond
>>> running the smoketester, since this is a major release.
>>>
>>> You can build a release-candidate of the official docker image using the
>>> following command:
>>>
>>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>> && \
>>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>>> --build-arg
>>> SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
>>> -t solr-rc:9.0.0-4
>>>
>>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
>>> UTC.
>>>
>>> [ ] +1 approve
>>> [ ] +0 no opinion
>>> [ ] -1 disapprove (and reason why)
>>>
>>> Here is my +1
>>>
>>> SUCCESS! [0:56:56.134141]
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>>> For additional commands, e-mail: dev-help@solr.apache.org
>>>
>>>
>>
>> --
>> Anshum Gupta
>>
>
>
> --
> Anshum Gupta
>
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Anshum Gupta <an...@anshumgupta.net>.
I went through the vote thread again, and it seems like there are issues
that folks aren't comfortable releasing with.
Jan, as you've been driving this, I'll leave it to you but I think if we
are certain about doing another follow up release with the fixes, we might
as well just do that one release with things fixed. I'd be happy to help.
Either way, thanks a lot for all of the effort and patience!
On Mon, May 2, 2022 at 2:39 PM Anshum Gupta <an...@anshumgupta.net> wrote:
> Even though the votes are not decisive, here's my report and vote for Solr
> 9.0 RC4.
>
> 1. Smoke Tester passed in a single run! SUCCESS! [0:58:24.657506]
> 2. Manual testing of basic index/search capability using sample code.
> 3. Tested out some issues that were fixed in 8.11 and 9.0 to work
> correctly in this release.
>
> Here's my +1 based on what I saw.
>
>
>
>
> On Wed, Apr 27, 2022 at 6:15 AM Jan Høydahl <ja...@cominvent.com> wrote:
>
>> Please vote for release candidate 4 for Solr 9.0.0
>>
>> The artifacts can be downloaded from:
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>
>> You can run the smoke tester directly with this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>
>> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>>
>> You are encouraged to do an extra thorough test and manual inspection
>> beyond
>> running the smoketester, since this is a major release.
>>
>> You can build a release-candidate of the official docker image using the
>> following command:
>>
>> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
>> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>> && \
>> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
>> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz
>> \
>> -t solr-rc:9.0.0-4
>>
>> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
>> UTC.
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>> Here is my +1
>>
>> SUCCESS! [0:56:56.134141]
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
>> For additional commands, e-mail: dev-help@solr.apache.org
>>
>>
>
> --
> Anshum Gupta
>
--
Anshum Gupta
Re: [VOTE] Release Solr 9.0.0 RC4
Posted by Anshum Gupta <an...@anshumgupta.net>.
Even though the votes are not decisive, here's my report and vote for Solr
9.0 RC4.
1. Smoke Tester passed in a single run! SUCCESS! [0:58:24.657506]
2. Manual testing of basic index/search capability using sample code.
3. Tested out some issues that were fixed in 8.11 and 9.0 to work correctly
in this release.
Here's my +1 based on what I saw.
On Wed, Apr 27, 2022 at 6:15 AM Jan Høydahl <ja...@cominvent.com> wrote:
> Please vote for release candidate 4 for Solr 9.0.0
>
> The artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You can run the smoke tester directly with this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py \
>
> https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc
>
> You are encouraged to do an extra thorough test and manual inspection
> beyond
> running the smoketester, since this is a major release.
>
> You can build a release-candidate of the official docker image using the
> following command:
>
> DIST_BASE=https://dist.apache.org/repos/dist/dev/solr && \
> RC_FOLDER=solr-9.0.0-RC4-rev-d6e36d590896755ca962c6d2ddedf78ca4f463cc &&
> \
> docker build $DIST_BASE/$RC_FOLDER/solr/docker/Dockerfile.official \
> --build-arg SOLR_DOWNLOAD_URL=$DIST_BASE/$RC_FOLDER/solr/solr-9.0.0.tgz \
> -t solr-rc:9.0.0-4
>
> The vote will be open for at least 72 hours i.e. until 2022-04-30 13:00
> UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
> SUCCESS! [0:56:56.134141]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> For additional commands, e-mail: dev-help@solr.apache.org
>
>
--
Anshum Gupta