Hi,
See https://unix.stackexchange.com/questions/684348/solr-ports-in-use for an
answer.
The STOP_PORT is the Jetty Servlet container's way to shutting down. It will
only listen on localhost, so you need to use bin/solr stop command on the host,
i.e. no need to expose this port to the outside.
Hi All
Getting loads of "SolrCoreState already closed" warnings... These look to be
coming from the DIH... Could it be the DIH is running two processes
simultaneously?
Full warning below...
Cheers, Paul
2023-04-18 15:21:04.520 WARN (Thread-34929) [ ] o.a.s.h.d.SolrWriter Error
creating d
The min neccessary java version use to be specified in the README, i'm not
sure when/why it was removed.
You can now find it in the "System Requirements" page of the ref-guide...
https://solr.apache.org/guide/solr/latest/deployment-guide/system-requirements.html
: Date: Thu, 13 Apr 2023 10:49
Hi Mikhail,
Yes, 9.1.1, that should be helpful, can you please point me to the
related jira(s) and/or docs?
Thank you,
Rajani
On Mon, Apr 17, 2023 at 2:09 AM Mikhail Khludnev wrote:
> Hello Rajani.
> Which version are you running? IIRC 9.1.2 has some
> improvement about caching short quer
I think there are more important questions here. What do you want with a *:*
query? Do you want all the results in on return? Or do you just want the count
of total documents? Or to put the results in facets? *:* should never take
long unless you are requesting every single document not just
It is a query with popularity and recency boosts, requesting the first 100
docs with 3 fields per doc. No facets. It is a query against a collection
of 96 shards ~7m docs per shard. Could the cause for latency be boost
queries and would it also be time spent in aggregating results from many
shards
