Can we include SOLR-11611 for 8.6.1? The patch should be simple to test out
(with someone having a Windows machine and VM) and seems like a good one to
fix.
I marked it as a 8.6.1 bug, but please feel free to unmark it (or I can do
so, if you tell me to) if you feel otherwise.
On Tue, Jul 28, 2020 at 5:40 AM Jan Høydahl <jan.asf@cominvent.com> wrote:
> Came back from holiday and fixed
> https://issues.apache.org/jira/browse/SOLR-14671
> Can we include it in 8.6.1?
>
> Jan
>
> 27. jul. 2020 kl. 22:56 skrev Houston Putman <houstonputman@gmail.com>:
>
> Added upgrade notes for the autoscaling stuff.
>
> Will begin the release process tomorrow when my GPG Keys will be refreshed
> in all of the apache systems.
>
> - Houston
>
> On Mon, Jul 27, 2020 at 4:41 PM Gus Heck <gus.heck@gmail.com> wrote:
>
>> Doc changes are in. Still having trouble with that one link in 8x but
>> just fixed it locally and made sure not to push that change.
>>
>> On Mon, Jul 27, 2020 at 12:57 PM Gus Heck <gus.heck@gmail.com> wrote:
>>
>>> 8x docs not building smoothly on my laptop... (without changes)
>>> troubleshooting, checking deps listed in README.adoc, etc.
>>>
>>> On Mon, Jul 27, 2020 at 11:50 AM Houston Putman <houstonputman@gmail.com>
>>> wrote:
>>>
>>>> Yeah, push it to branch_8_6. I have to document the upgrade notes for
>>>> the autoscaling stuff anyways.
>>>>
>>>> On Mon, Jul 27, 2020 at 11:27 AM Gus Heck <gus.heck@gmail.com> wrote:
>>>>
>>>>> I realized after I went looking for it in the new docs that I didn't
>>>>> actually push the doc changes for MOVEREPLICA to 8x (had intended to verify
>>>>> that nothing differed in 8x before pushing). Doing that now, and suspect
>>>>> that we probably want to include it for 8.6.1
>>>>>
>>>>> On Sat, Jul 25, 2020 at 10:20 PM Varun Thacker <varun@vthacker.in>
>>>>> wrote:
>>>>>
>>>>>> > does the default autoscaling policy stay once they have upgraded?
>>>>>>
>>>>>> Looking at
>>>>>> https://github.com/apache/lucene-solr/commit/8e0eae2/#diff-de88ca16848af57d2474e04e26ea462cR90
>>>>>> , it seems like just upgrading to Solr 8.6.1 will be enough.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Jul 24, 2020 at 1:51 PM Houston Putman <
>>>>>> houstonputman@gmail.com> wrote:
>>>>>>
>>>>>>> So it looks like we all agree that 8.6.1 should be cut to fix this
>>>>>>> issue.
>>>>>>>
>>>>>>> Unless there's any alternatives proposed, early next week I'm going
>>>>>>> to push my branch_8_6 that has the offending commits reverted and some
>>>>>>> additional documentation on reverting the defaulted autoscaling policy from
>>>>>>> 8.6.0.
>>>>>>>
>>>>>>> Then I'll start the release process for 8.6.1.
>>>>>>>
>>>>>>> Please speak up if there is any disagreement.
>>>>>>>
>>>>>>> - Houston
>>>>>>>
>>>>>>> On Wed, Jul 22, 2020 at 4:40 PM Ishan Chattopadhyaya <
>>>>>>> ichattopadhyaya@gmail.com> wrote:
>>>>>>>
>>>>>>>> Absolutely, Ilan! Good idea. I initially hesitated in doing so
>>>>>>>> because Andrzej had a workaround in mind for them, so I thought it would be
>>>>>>>> better if he did this. But, it makes sense to inform them of the issue
>>>>>>>> right away anyway.
>>>>>>>>
>>>>>>>> On Wed, 22 Jul, 2020, 11:42 pm Ilan Ginzburg, <ilansolr@gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Shouldn't we add a note right away to 8.6 notifying of the issue?
>>>>>>>>>
>>>>>>>>> Le mer. 22 juil. 2020 à 20:08, Atri Sharma <atri@apache.org> a
>>>>>>>>> écrit :
>>>>>>>>>
>>>>>>>>>> +1, thanks Houston.
>>>>>>>>>>
>>>>>>>>>> On Wed, Jul 22, 2020 at 10:51 PM Houston Putman <
>>>>>>>>>> houstonputman@gmail.com> wrote:
>>>>>>>>>> >
>>>>>>>>>> > If we agree that this warrants a patch release, I volunteer to
>>>>>>>>>> do the release.
>>>>>>>>>> >
>>>>>>>>>> > I do think a patch release is reasonable even if users have to
>>>>>>>>>> take an action when upgrading from 8.6.0. I imagine most users haven't
>>>>>>>>>> upgraded to 8.6.0 yet, so if we make the patch now we will make life easier
>>>>>>>>>> for everyone that upgrades between now and when 8.7 is released.
>>>>>>>>>> >
>>>>>>>>>> > On Wed, Jul 22, 2020 at 12:50 PM Atri Sharma <atri@apache.org>
>>>>>>>>>> wrote:
>>>>>>>>>> >>
>>>>>>>>>> >> Ignore this, I misread your email.
>>>>>>>>>> >>
>>>>>>>>>> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma <atri@apache.org>
>>>>>>>>>> wrote:
>>>>>>>>>> >> >
>>>>>>>>>> >> > Should we not revert the change so that users upgrading from
>>>>>>>>>> 8.6 to
>>>>>>>>>> >> > 8.6.1 get the earlier default policy?
>>>>>>>>>> >> >
>>>>>>>>>> >> > On Wed, Jul 22, 2020 at 9:09 PM Houston Putman <
>>>>>>>>>> houstonputman@gmail.com> wrote:
>>>>>>>>>> >> > >
>>>>>>>>>> >> > > +1
>>>>>>>>>> >> > >
>>>>>>>>>> >> > > Question about the change. Since this patch added a
>>>>>>>>>> default autoscaling policy, if users upgrade to 8.6 and then 8.6.1, does
>>>>>>>>>> the default autoscaling policy stay once they have upgraded? If so we
>>>>>>>>>> probably want to include instructions in the release notes on how to fix
>>>>>>>>>> this issue once upgrading.
>>>>>>>>>> >> > >
>>>>>>>>>> >> > > - Houston
>>>>>>>>>> >> > >
>>>>>>>>>> >> > > On Wed, Jul 22, 2020 at 1:53 AM Ishan Chattopadhyaya <
>>>>>>>>>> ichattopadhyaya@gmail.com> wrote:
>>>>>>>>>> >> > >>
>>>>>>>>>> >> > >> Hi,
>>>>>>>>>> >> > >> There was a performance regression identified in 8.6.0
>>>>>>>>>> release due to SOLR-12845. I think it is serious enough to warrant an
>>>>>>>>>> immediate bug fix release.
>>>>>>>>>> >> > >>
>>>>>>>>>> >> > >> I propose a 8.6.1 release. Unfortunately, I'll be unable
>>>>>>>>>> to volunteer for this release owning to some other commitments, however
>>>>>>>>>> Andrzej mentioned in Slack that he might be able to volunteer for this post
>>>>>>>>>> 27th.
>>>>>>>>>> >> > >>
>>>>>>>>>> >> > >> Are there any thoughts/concerns regarding this?
>>>>>>>>>> >> > >> Regards,
>>>>>>>>>> >> > >> Ishan
>>>>>>>>>> >> >
>>>>>>>>>> >> > --
>>>>>>>>>> >> > Regards,
>>>>>>>>>> >> >
>>>>>>>>>> >> > Atri
>>>>>>>>>> >> > Apache Concerted
>>>>>>>>>> >>
>>>>>>>>>> >>
>>>>>>>>>> >>
>>>>>>>>>> >> --
>>>>>>>>>> >> Regards,
>>>>>>>>>> >>
>>>>>>>>>> >> Atri
>>>>>>>>>> >> Apache Concerted
>>>>>>>>>> >>
>>>>>>>>>> >>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> >> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>>>>>>>>> >> For additional commands, e-mail: dev-help@lucene.apache.org
>>>>>>>>>> >>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Regards,
>>>>>>>>>>
>>>>>>>>>> Atri
>>>>>>>>>> Apache Concerted
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>>>>>>>>> For additional commands, e-mail: dev-help@lucene.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>
>>>>> --
>>>>> http://www.needhamsoftware.com (work)
>>>>> http://www.the111shift.com (play)
>>>>>
>>>>
>>>
>>> --
>>> http://www.needhamsoftware.com (work)
>>> http://www.the111shift.com (play)
>>>
>>
>>
>> --
>> http://www.needhamsoftware.com (work)
>> http://www.the111shift.com (play)
>>
>
>