On Thu, Feb 1, 2024 at 1:53 PM Ilan Ginzburg wrote:
>
> I'd be in favor of the Overseer dropping synchronous requests for which the
> requestor is no longer waiting (ephemeral ZK node is gone).
I agree! As you know, we've customized Solr to do exactly that for
collection creation. We suspect a
I'd be in favor of the Overseer dropping synchronous requests for which the
requestor is no longer waiting (ephemeral ZK node is gone).
For sync or async requests, we could let the caller set a timeout after
which the processing should not start if it hasn't already, or for async
messages allow a c
Any news Noble?
I'm not comfortable moving forward without a fix for this, and we really do
need to get an 8.11.3 out there soon.
- Houston
On Mon, Jan 29, 2024 at 12:27 PM Noble Paul wrote:
> I beasted this test a few 100 times and it was not failing. I shall
> try this again (with the seed)
I commented on https://issues.apache.org/jira/browse/SOLR-17089 CC Jason
On Thu, Feb 1, 2024 at 9:12 AM Apache Jenkins Server
wrote:
>
> Build: https://ci-builds.apache.org/job/Solr/job/Solr-Smoketest-9.5/7/
>
> Log:
> Started by timer
> Running as SYSTEM
> [EnvInject] - Loading node environment
Separating the corruption check from the copy would be clean but I think it
would be intrusive in the public API, and currently making the check while
reading has better performance that I don't want to disturb for edge cases.
Making it toggle-able is feasible with the plugin init args. It would be
Alright - everything looks pretty good on the Lucene 9.9.2 upgrade front.
We still have one "blocker" for cutting 9.5 RC1 - SOLR-17068. It looks
like there's an approved PR for that ticket (
https://github.com/apache/solr/pull/2227) but I know there's been some
discussion of the overall approach
