I guess this is a -0 ? test suite failed and I don't have time to
fight with it :-(
[junit4] Tests with failures [seed: B73581D35178CCBC]:
[junit4] - org.apache.solr.cloud.LeaderVoteWaitTimeoutTest.basicTest
On Tue, Jun 14, 2022 at 4:36 AM Jan Høydahl wrote:
>
> +1 (binding)
>
>
Thanks Mike for stepping up to do 8.11.2!
We recently uncovered some unexpected behavior with SQL LIKE queries
and I'd like to get a fix for
https://issues.apache.org/jira/browse/SOLR-16199 into 8.11.2. Will be
working on it today / tomorrow.
Cheers,
Tim
On Sun, May 15, 2022 at 5:49 PM Gus Heck
o!
> >
> > Uwe
> >
> > -----
> > Uwe Schindler
> > Achterdiek 19, D-28357 Bremen
> > https://www.thetaphi.de
> > eMail: u...@thetaphi.de
> >
> > > -Original Message-
> > > From: Timothy Potter
> > > Sent
Anyone try manually launching the RC on Windows? There's a change to
bin/solr.cmd in this release. I tested before I committed but always
good to re-test with the RC just in case.
Tim
On Wed, Dec 15, 2021 at 12:30 PM Dawid Weiss wrote:
>
> SUCCESS! [0:56:37.756257]
>
> +1
>
> On Tue, Dec 14,
+1 (binding) ~ just ran smoke tester this time
SUCCESS! [1:16:20.247006]
On Tue, Dec 14, 2021 at 7:36 AM Jan Høydahl wrote:
>
> Please vote for release candidate 1 for Lucene/Solr 8.11.1
>
> The artifacts can be downloaded from:
>
agreed! thanks for stepping up to be the RM Jan ;-)
On Tue, Dec 7, 2021 at 6:05 PM Jan Høydahl wrote:
>
> Hi,
>
> Solr has 13 bug fixes lined up in branch_8_11 already. Lucene has no changes.
> Now that Lucene 9.0 is out the door (congrats!), let's do the 8.11.1 release.
>
> I volunteer as RM
A Solr 8.12 with Lucene 8.11? Not sure of the details on that but
sounds like a giant mess waiting to happen (at the very least, would
require a bunch of complicated changes to the release process). We
need to stop adding features to 8x and focus on 9. I can foresee an
8.11.2 with bug fixes only
+1 (binding)
SUCCESS! [1:21:09.867850]
+ kicked the tires on the UI locally and deployed to EKS using the
Solr operator!
Cheers,
Tim
On Wed, Nov 10, 2021 at 4:15 AM Jan Høydahl wrote:
>
> +1
>
> SUCCESS! [1:06:33.517455]
>
> Jan
>
> 9. nov. 2021 kl. 21:50 skrev Adrien Grand :
>
> Please vote
totally unofficial, but I posted a Docker image for testing 8.11.0 RC1
on K8s here: thelabdude/apache-solr-dev:8.11.0-rc1
On Tue, Nov 9, 2021 at 1:50 PM Adrien Grand wrote:
>
> Please vote for release candidate 1 for Lucene/Solr 8.11.0
>
> The artifacts can be downloaded from:
>
Sounds like a good plan Adrien, thanks for nailing down some concrete
milestones and dates :-)
Cheers,
Tim
On Fri, Oct 15, 2021 at 7:04 AM David Smiley wrote:
>
> +1 Adrien. Thanks for moving things along.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
>
in the previous versions, I am +1 to release 8.10.1
> to reduce the impact.
>
> Best Regards,
> Nhat
>
> On Wed, Oct 6, 2021 at 2:36 PM Timothy Potter wrote:
>>
>> I agree with Mike on this one as well. In addition, I'm surprised
>> nobody asked to halt the
I agree with Mike on this one as well. In addition, I'm surprised
nobody asked to halt the RC1 and make RC2 with Nhat's fix while I was
doing 8.10. Nhat made it sound like it was not a big deal at the time,
but now there's some urgency in releasing it?
Tim
On Wed, Oct 6, 2021 at 11:15 AM Mike
Correction, the PR is https://github.com/apache/lucene/pull/343
On Thu, Sep 30, 2021 at 9:43 AM Timothy Potter wrote:
>
> I went ahead and added the 8.10 version manually ->
> https://github.com/apache/lucene/pull/342
>
> On Thu, Sep 30, 2021 at 9:25 AM Timothy Potter wrot
I went ahead and added the 8.10 version manually ->
https://github.com/apache/lucene/pull/342
On Thu, Sep 30, 2021 at 9:25 AM Timothy Potter wrote:
>
> I don't know what creates that 8.10 version constant? I didn't skip
> any steps afaik except for this
> https://issues.apache.
start pushing for a 9.0 release.
>
> There isn’t an 8.10 version constant in the 9.0 branch at the moment - are
> there some release tasks that have been missed?
>
> > On 29 Sep 2021, at 17:58, Timothy Potter wrote:
> >
> > Hi Folks,
> >
> > Having
Hi Folks,
Having just finished up the 8.10 release, it feels like this is a good
time to start pushing harder for a 9.0 release.
There are so many improvements in the 9 (main) branches and
backporting features to 8x is becoming onerous. I realize Solr needs a
Lucene 9 release before it can
The Lucene PMC is pleased to announce the release of Apache Lucene 8.10.0.
Apache Lucene is a high-performance, full-featured text search engine
library written entirely in Java. It is a technology suitable for
nearly any application that requires full-text search, especially
cross-platform.
ESS! [1:04:04.335749]
I also ran through some manual testing with the new s3-repository
contrib using your convenience docker image, and it worked as
expected.
+1
On Fri, Sep 24, 2021 at 4:37 AM Namgyu Kim wrote:
>
> +1 SUCCESS! [1:01:04.224368]
>
> On Thu, Sep 23, 2021 at 12:42 AM
aned it up but please let me
> know if you see something that shouldn’t be there.
> On Sep 22, 2021, 1:24 PM -0500, Jan Høydahl , wrote:
>
> +1
>
> SUCCESS! [1:09:04.477915]
>
> Just ran smoke tester.
>
> Jan
>
> 22. sep. 2021 kl. 17:41 skrev Timothy Potter
Please vote for release candidate 1 for Lucene/Solr 8.10.0
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.10.0-RC1-rev377e7349979f8e418eacf03f1379b3dfacf7cccb
You can run the smoke tester directly with this command:
python3 -u
y a regression.
>>
>> Uwe
>>
>> Am 20. September 2021 19:13:56 UTC schrieb Timothy Potter
>> :
>>>
>>> Started building the RC1 again today and the smoke tester failed. The
>>> culprit was: org.apache.solr.search.TestFiltering.testRandomFilteri
gt; : > Dawid
>>>>> >> : >
>>>>> >> : >
>>>>> >> : > On Wed, Sep 15, 2021 at 9:46 PM Robert Muir
>>>>> >> wrote:
>>>>> >> : > >
>>>>> >>
have discovered a bug and fixed a bug in Lucene sort optimization
>>> (LUCENE-10106) and would like to merge it to Lucene 8.10 if it is not too
>>> late.
>>> I apologize for the inconvenience, the bug was discovered just yesterday.
>>>
>>>> On Tue
arget-JDK: 8
Multi-Release: true
On Tue, Sep 14, 2021 at 1:21 PM Ishan Chattopadhyaya
wrote:
>
> All the best, this is the worst step.
>
> On Tue, 14 Sep, 2021, 10:47 pm Timothy Potter, wrote:
>>
>> Building RC1 now ... stay tuned.
>>
>> On Thu, Sep 9,
Building RC1 now ... stay tuned.
On Thu, Sep 9, 2021 at 2:30 PM Timothy Potter wrote:
>
> Thanks for the update Mike!
>
> I'm backporting SOLR-15620 right now and am cooking up a quick PR for
> SOLR-15621, which looks like an easy win for the issue Cassandra
> reported on S
n SOLR-1, the code and benchmarking
> both look pretty good, but I've got a few last unit tests that I need
> to chase down. Hopefully taken care of by today or tomorrow, I'll be
> sure to keep you updated though.
>
>
> On Thu, Sep 9, 2021 at 11:39 AM Timothy Potter wrot
I found https://issues.apache.org/jira/browse/SOLR-15620 while testing
the schema designer. I haven't built the RC yet, so going to see if I
can get this in today.
On Tue, Sep 7, 2021 at 12:36 PM Timothy Potter wrote:
>
> NOTICE:
>
> Branch branch_8_10 has been cut and versions upd
NOTICE:
Branch branch_8_10 has been cut and versions updated to 8.11 on stable branch.
Please observe the normal rules:
* No new features may be committed to the branch.
* Documentation patches, build patches and serious bug fixes may be
committed to the branch. However, you should submit
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
>
>
> On Tue, Sep 7, 2021 at 10:26 AM Timothy Potter wrote:
>>
>> Thanks for the heads up on LUCENE-10088 Mike. I'd still like to cut
>> the release branch today, but won't start the RC u
dle leak.
>
> If so, this might be a blocker for 8.10.0 release.
>
> I'll try to make progress today on getting to the root cause.
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
>
> On Thu, Sep 2, 2021 at 1:43 PM Timothy Potter wrote:
>>
>> T
long
>> time?
>>
>> Mike
>>
>> On Thu, Aug 26, 2021 at 4:09 AM Adrien Grand wrote:
>>>
>>> +1 to a 8.10 release and cutting a branch next week
>>>
>>> On Tue, Aug 24, 2021 at 8:02 PM Timothy Potter wrote:
>>>>
but that
obviously depends on our decision around these open blockers.
Cheers,
Timothy Potter
PS ~ I volunteer to be the Release Manager ;-)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h
+1 (binding)
SUCCESS! [1:09:07.601567]
Also, fired up the bin/solr -e cloud example and ran through the Admin UI
Thanks Mayya!
On Tue, Jun 15, 2021 at 11:48 AM Uwe Schindler wrote:
>
> Hi again, short update to my previous mail:
>
> New maven metadata artifacts work fine, I was able to build
Looks good!
+1 (binding)
Ran the smoke tester + verified the ACLs on /security.json. Also ran
through a series of indexing / query load tests with the Solr
operator.
Cheers,
Tim
On Wed, Apr 7, 2021 at 9:22 AM Uwe Schindler wrote:
>
> Hi,
>
>
>
> sorry I haven’t seen your message before (it
arch Developer
> http://www.linkedin.com/in/davidwsmiley
>
>
> On Tue, Feb 23, 2021 at 10:39 AM Timothy Potter
> wrote:
>
> > The Lucene PMC is pleased to announce the release of Apache Solr 8.8.1.
> >
> >
> > Solr is the popular, blazing fast, open source NoSQ
Hi folks,
The 8.8.1 release is out ... we need to get the Docker image up soon
too please. Let me know if you need any help from me on that front.
Thanks.
Tim
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For
The Lucene PMC is pleased to announce the release of Apache Solr 8.8.1.
Solr is the popular, blazing fast, open source NoSQL search platform from
the Apache Lucene project. Its major features include powerful full-text
search, hit highlighting, faceted search, dynamic clustering, database
The Lucene PMC is pleased to announce the release of Apache Lucene 8.8.1.
Apache Lucene is a high-performance, full-featured text search engine
library written entirely in Java. It is a technology suitable for nearly
any application that requires full-text search, especially cross-platform.
It's been >72h since the vote was initiated and the result is:
+1 8 (7 binding)
0 0
-1 0
This vote has PASSED
Thanks to those who tested the RC2!
Cheers,
Tim
PS ~ I have a rather busy weekend with non-work stuff, so I'm not sure
I'll be able to resume the release process until
And I continue to struggle with the python3 command:
python3 -u dev-tools/scripts/smokeTestRelease.py \
https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.8.1-RC2-rev64f3b496bfee762a9d2dbff40700f457f4464dfe
On Tue, Feb 16, 2021 at 7:41 PM Timothy Potter wrote:
>
> Pleas
Please vote for release candidate 2 for Lucene/Solr 8.8.1
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.8.1-RC2-rev64f3b496bfee762a9d2dbff40700f457f4464dfe
You can run the smoke tester directly with this command:
python3 -u
I'm going to try to fix SOLR-15135 and then kick-off RC2 later today.
If you're in the middle of the RC1 smoke test, it's still valuable to let
it finish, otherwise, please hold off on testing RC1
Cheers,
Tim
On Tue, Feb 16, 2021 at 10:53 AM Timothy Potter
wrote:
> Ha! I pulled in Isha
we
> have the fix already is much better for the users.
>
> Thanks for your patience, Tim :)
>
> On Tue, Feb 16, 2021 at 9:05 AM Timothy Potter
> wrote:
>
>> @Ishan ~ Can you look at the question Mike raised about
>> https://issues.apache.org/jir
ated for 8.8.2 @Ishan
> Chattopadhyaya ?
> I am not aware of anything else.
>
> On Tue, Feb 16, 2021 at 9:19 PM Timothy Potter
> wrote:
>
>> I'm beasting AutoscalingHistoryHandlerTest locally now, I haven't seen
>> that one fail on my side yet.
>>
>> As far
on the first try:
> >>
> >> SUCCESS! [0:44:29.979512]
> >>
> >>
> >> Mike McCandless
> >>
> >> http://blog.mikemccandless.com
> >>
> >>
> >> On Sun, Feb 14, 2021 at 11:26 AM Timothy Potter
Looks like an extra space got added on the end of the python3 command, try
this one:
python3 -u dev-tools/scripts/smokeTestRelease.py
https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.8.1-RC1-rev6a50a0315ac7e4979abb0b530857c7795bb3b928
On Sun, Feb 14, 2021 at 9:26 AM Timothy Potter
Please vote for release candidate 1 for Lucene/Solr 8.8.1
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.8.1-RC1-rev6a50a0315ac7e4979abb0b530857c7795bb3b928
You can run the smoke tester directly with this command:
python3 -u
Hi David,
I found another issue related to this base_url issue and leader election,
so I need to respin RC1 anyway. Please go ahead and merge your fix for
LUCENE-9762.
Thanks.
Tim
On Sat, Feb 13, 2021 at 11:10 AM Timothy Potter
wrote:
> I'm already well into building the RC this morning,
hanks
>> for reviewing that too :) )
>>
>> -Anshum
>>
>> On Wed, Feb 10, 2021 at 7:37 AM Timothy Potter
>> wrote:
>>
>>> I was a tad bit ambitious with backporting SOLR-12182 to 8.8.0 and it
>>> seems we have no automated SolrJ back-compat te
NOTICE:
I am now preparing for a bugfix release from branch branch_8_8
Please observe the normal rules for committing to this branch:
* Before committing to the branch, reply to this thread and argue
why the fix needs backporting and how long it will take.
* All issues accepted for
s
> ready). Thanks for volunteering!
>
> On Wed, 10 Feb, 2021, 9:07 pm Timothy Potter,
> wrote:
>
>> I was a tad bit ambitious with backporting SOLR-12182 to 8.8.0 and it
>> seems we have no automated SolrJ back-compat tests in our RC vetting
>> process, so unfortu
I was a tad bit ambitious with backporting SOLR-12182 to 8.8.0 and it seems
we have no automated SolrJ back-compat tests in our RC vetting process, so
unfortunately older SolrJ clients don't work with Solr 8.8 server, see
SOLR-15145.
I'd like to release 8.8.1 ASAP to address this problem and will
Thanks Noble!
+1 SUCCESS! [1:24:28.212370] (my internet is super slow today)
Re-ran all the Solr operator tests and verified the Cloud graph UI renders
correctly now.
On Mon, Jan 25, 2021 at 3:22 AM Noble Paul wrote:
> Please vote for release candidate 2 for Lucene/Solr 8.8.0
>
> The
Ah yeah, that was my bad ... missed some code in the backport to 8x. Fix is
in but needs a re-spin :-( Thanks for reporting / verifying Anshum & Mike
Cheers,
Tim
On Thu, Jan 21, 2021 at 3:42 PM Mike Drob wrote:
> -1
>
> I have been able to reproduce the regression that Anshum found, and would
+1 (binding)
SUCCESS! [1:07:15.796578]
Also built a *local* Docker image from the RC and tested various features
with the Solr operator on K8s, such as the updates to the Prom exporter &
Grafana dashboard for query performance.
Looks good!
On Tue, Jan 19, 2021 at 12:06 PM Houston Putman
I'm curious about how tags will work when updating the base image for a
released image? The image for a tag should be immutable (IMHO), and I think
people would be surprised if 8.8.0 suddenly changed even if it was for a
good reason such as fixing a CVE in the base image. But based on what Kevin
Fix is in branch_8x and master now, sorry for the delay ;-)
Cheers,
Tim
On Mon, Jan 11, 2021 at 10:50 AM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:
> Thanks Tim!
>
> On Mon, 11 Jan, 2021, 11:00 pm Timothy Potter,
> wrote:
>
>> 15036 will be in later to
cut a branch once that is in, latest by Wednesday AM
> (USA time).
> Thanks,
> Ishan
>
> On Thu, Jan 7, 2021 at 5:07 AM Timothy Potter
> wrote:
>
>> Thanks for following up on this Ishan ... I intend to get SOLR-15059 and
>> -15036 into 8.8 as well. I should have a prop
Same for my PR too ... OOMs about 14 minutes in ...
On Fri, Jan 8, 2021 at 9:45 AM Houston Putman
wrote:
> Weirdly enough, Github PR precommit actions have started to OOM. Not sure
> if it's a github thing or something that changed on our end...
>
> On Fri, Jan 8, 2021 at 11:37 AM Joel
UILD FAILED
>>> : /home/ishan/code/lucene-solr/lucene/common-build.xml:1616: Not even a
>>> : single test was executed (a typo in the filter pattern maybe?).
>>>
>>> your repo is stale Ishan -- it's a test that was committed today...
>>>
>>> https://is
This test seems to fail consistently for me on 8x:
org.apache.solr.rest.schema.TestBulkSchemaAPI.testCopyFieldWithReplace
NOTE: reproduce with: ant test -Dtestcase=TestBulkSchemaAPI
-Dtests.method=testCopyFieldWithReplace -Dtests.seed=7657D4FA16A76DC8
-Dtests.slow=true -Dtests.badapples=true
;
>> ichattopadhy...@gmail.com> wrote:
>>
>>> Sure, Houston. I'll wait another week. Have a good new year and merry
>>> Christmas!
>>>
>>> On Fri, 18 Dec, 2020, 5:58 am Timothy Potter,
>>> wrote:
>>>
>>>> Great point Houston!
Hear! Hear! Definitely agree it's time to start planning around 9. Thanks
for initiating the discussion Mike. Will follow-up after the new year with
some specific thoughts around planning.
Cheers,
Tim
On Mon, Dec 28, 2020 at 11:17 AM Michael Sokolov wrote:
> Hi everyone, as we head into a new
Great point Houston! +1 on waiting until a week into January
On Thu, Dec 17, 2020 at 4:46 PM Houston Putman
wrote:
> Thanks for volunteering Ishan.
>
> I think it might be a good idea to wait to cut and release 8.8 at least a
> week into January. Many people are going to be away during the
Sounds great Dawid! And sorely needed in this project, thanks for taking
this on. I'll do as much as I can on the Solr side ;-)
Cheers,
Tim
On Thu, Dec 17, 2020 at 4:31 AM Dawid Weiss wrote:
> Hey everyone,
>
> Sorry it took me a while but I wanted to get back to LUCENE-9564 and
> applying an
just merged a fix, re-pull, see:
https://issues.apache.org/jira/browse/SOLR-15046 for details
On Mon, Dec 14, 2020 at 9:42 AM Joel Bernstein wrote:
> I did a pull this morning and checked out branch_8x and then did the
> following:
>
> ant server
> bin/solr start -c
> bin/solr create -c test -s
Welcome Houston!
On Tue, Dec 1, 2020 at 2:43 PM Tomás Fernández Löbbe
wrote:
> Welcome Houston!!
>
> On Tue, Dec 1, 2020 at 1:28 PM Anshum Gupta
> wrote:
>
>> Congratulations and welcome, Houston!
>>
>> On Tue, Dec 1, 2020 at 1:19 PM Mike Drob wrote:
>>
>>> I am pleased to announce that
loper
> http://www.linkedin.com/in/davidwsmiley
>
>
> On Tue, Oct 6, 2020 at 5:42 PM Noble Paul wrote:
>
>> I think we should call that out in the changes.txt and make the changes
>> right away.
>>
>> On Wed, Oct 7, 2020, 8:20 AM Timothy Potter wrote:
>>
&g
on
classes that may have extensions in the wild ;-)
~ Tim
On Thu, Oct 1, 2020 at 8:36 AM Timothy Potter wrote:
> Awesome guys, thanks for the pointers ... am cooking up a PR (for master)
> for this today
>
> On Thu, Oct 1, 2020 at 2:22 AM Noble Paul wrote:
>
>> The annotation (
>> +1, but let this behave exactly as a zip file with a single file in
> it (regarding trusted/untrusted). We just need to change the configset
> handler to be able to handle non-zip files, and have a way to "locate" that
> file inside the configset (in case it needs to go
.
>
>
>
> On Sep 30, 2020, at 11:04 AM, Timothy Potter wrote:
>
> I started looking into removing Managed Resources in master and wanted to
> mention that the LTR contrib also relies on this framework
> (ManagedModelStore and ManagedFeatureStore, see:
> https://lucene.a
I started looking into removing Managed Resources in master and wanted to
mention that the LTR contrib also relies on this framework
(ManagedModelStore and ManagedFeatureStore, see:
https://lucene.apache.org/solr/guide/8_6/learning-to-rank.html#uploading-a-model).
I only mention this b/c it's been
+1 to deprecate managed resources in lieu of easier to maintain (and
>>>>>>> more flexible) file based GET/PUT into the configset.
>>>>>>>
>>>>>>> > I don't know if 9 is too soon from a deprecation stand point
>>>>>>
ore consistent.
>>
>> Regards,
>>Alex.
>> P.s. Also, I think the question on SolrUsers about this had limited
>> response and mentioned a security issue.
>>
>>
>> On Wed, 23 Sep 2020 at 10:28, Timothy Potter
>> wrote:
>> >
>&
I agree we should deprecate the managed resources feature, it was the first
thing I was asked to build by LW nearly 7 years ago, before I was a
committer. Restlet was already in place and I built on top of that, not
sure who introduced it originally (nor do I care). Clearly from the vantage
point
Agree with Jan ... the solr-operator is the way we should recommend
deploying Solr in Kubernetes vs. using Helm.
On Fri, Sep 4, 2020 at 5:45 AM Jan Høydahl wrote:
> Yea, ComDev is probably a place to discuss whether ASF wants to host some
> helm repo.
>
> We are discussing how to incubate
+1 (binding)
SUCCESS! [1:07:47.265949]
On Thu, Aug 27, 2020 at 7:11 AM Michael Sokolov wrote:
> SUCCESS! [0:56:28.589654]
>
> +1
>
> On Wed, Aug 26, 2020 at 12:41 PM Nhat Nguyen
> wrote:
> >
> > +1
> >
> > SUCCESS! [0:52:44.607871]
> >
> > On Wed, Aug 26, 2020 at 12:12 PM Tomoko Uchida <
>
Thanks Houston.
SUCCESS! [1:34:35.219332]
+1
On Mon, Aug 10, 2020 at 1:02 PM Houston Putman
wrote:
> Please vote for release candidate 2 for Lucene/Solr 8.6.1
>
> The artifacts can be downloaded from:
>
>
Welcome Mike :-)
On Fri, Jul 24, 2020 at 2:56 PM Erick Erickson
wrote:
> Welcome Mike!
>
> > On Jul 24, 2020, at 4:12 PM, Ilan Ginzburg wrote:
> >
> > Congratulations Mike, happy to hear that!
> >
> > Ilan
> >
> > On Fri, Jul 24, 2020 at 9:56 PM Anshum Gupta
> wrote:
> > I am pleased to
Timothy Potter created SOLR-12657:
-
Summary: Facet streaming expression doesn't support min / max
correctly for date fields.
Key: SOLR-12657
URL: https://issues.apache.org/jira/browse/SOLR-12657
[
https://issues.apache.org/jira/browse/SOLR-12523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16526566#comment-16526566
]
Timothy Potter commented on SOLR-12523:
---
When I'm working on a cloud platform like EC2 or Google
[
https://issues.apache.org/jira/browse/SOLR-12523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16525669#comment-16525669
]
Timothy Potter commented on SOLR-12523:
---
Good ideas! I'll try to get the S3AFileSystem working
[
https://issues.apache.org/jira/browse/SOLR-12523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Timothy Potter updated SOLR-12523:
--
Priority: Minor (was: Major)
> Collection backup fails whether the location + name direct
[
https://issues.apache.org/jira/browse/SOLR-12523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16525644#comment-16525644
]
Timothy Potter edited comment on SOLR-12523 at 6/27/18 9:33 PM:
why does
[
https://issues.apache.org/jira/browse/SOLR-12523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16525644#comment-16525644
]
Timothy Potter commented on SOLR-12523:
---
why does it need a shared filesystem? that's very uncloud
[
https://issues.apache.org/jira/browse/SOLR-12523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16525603#comment-16525603
]
Timothy Potter commented on SOLR-12523:
---
so sounds like Solr is expecting a shared location across
[
https://issues.apache.org/jira/browse/SOLR-12523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16525594#comment-16525594
]
Timothy Potter commented on SOLR-12523:
---
some logs:
{code}
2018-06-27 20:36:49.739 INFO
Timothy Potter created SOLR-12523:
-
Summary: Collection backup fails whether the location + name
directory exists or not exists.
Key: SOLR-12523
URL: https://issues.apache.org/jira/browse/SOLR-12523
[
https://issues.apache.org/jira/browse/SOLR-11556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16221384#comment-16221384
]
Timothy Potter commented on SOLR-11556:
---
Fix is easy enough, but why not just copy all incoming
[
https://issues.apache.org/jira/browse/SOLR-11556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Timothy Potter updated SOLR-11556:
--
Attachment: SOLR-11556.patch
patch -p1 -i SOLR-11556.patch
> Backup/Restore with multi
[
https://issues.apache.org/jira/browse/SOLR-11556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Timothy Potter reassigned SOLR-11556:
-
Assignee: Timothy Potter
> Backup/Restore with multiple BackupRepository objects defi
Timothy Potter created SOLR-11556:
-
Summary: Backup/Restore with multiple BackupRepository objects
defined results in the wrong repo being used.
Key: SOLR-11556
URL: https://issues.apache.org/jira/browse/SOLR
[
https://issues.apache.org/jira/browse/SOLR-11473?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16204040#comment-16204040
]
Timothy Potter commented on SOLR-11473:
---
I didn't try auto-add replica feature with Alluxio yet
Sorry, false alarm ... looks like the Alluxio JAR I added to Solr's
classpath has codahale classes in it.
On Thu, Sep 14, 2017 at 11:54 AM, Timothy Potter <thelabd...@gmail.com> wrote:
> I'm seeing this when starting the latest RC:
>
> 2017-09-14 18:50:09.
I'm seeing this when starting the latest RC:
2017-09-14 18:50:09.074 INFO (main) [ ] o.a.s.c.SolrXmlConfig
Loading container configuration from
/home/ec2-user/alluxio/solr-7.0.0/server/solr/solr.xml
2017-09-14 18:50:09.179 ERROR (main) [ ] o.a.s.s.SolrDispatchFilter
Could not start Solr.
[
https://issues.apache.org/jira/browse/SOLR-11335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Timothy Potter updated SOLR-11335:
--
Priority: Minor (was: Major)
Changed to minor given the user can just disable the cache
[
https://issues.apache.org/jira/browse/SOLR-11335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16158868#comment-16158868
]
Timothy Potter commented on SOLR-11335:
---
With a bit more digging, I see that HdfsUpdateLog sets
[
https://issues.apache.org/jira/browse/SOLR-11335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16157129#comment-16157129
]
Timothy Potter commented on SOLR-11335:
---
[~markrmil...@gmail.com] I know you've done a ton of work
Timothy Potter created SOLR-11335:
-
Summary: HdfsDirectory & Factory should not close the FileSystem
object retrieved with get
Key: SOLR-11335
URL: https://issues.apache.org/jira/browse/SOLR-1
Timothy Potter created SOLR-11257:
-
Summary: Only setting maxThreadCount for ConcurrentMergeScheduler
(which is a user error) leads to a confusing validation error msg.
Key: SOLR-11257
URL: https
1 - 100 of 1206 matches
Mail list logo