Hi SOLR Community,
I'm investigating a node on solr 8.3.1 running in cloud mode which appears
to have deadlocked, and I'm trying to figure out if this is a known issue
or not, and looking for some guidance in understanding both (a) whether
this is a resolved issue in future releases or needs a bug
Should say -- Can anyone confirm if it's right *still*, since the article
is 10 years old :)
On Fri, Mar 5, 2021 at 10:36 AM Stephen Lewis Bianamara <
stephen.bianam...@gmail.com> wrote:
> Hi SOLR Community,
>
> Just following up here with an update. I found this article whi
speak to how the field cache handles evictions?
Best,
Stephen
On Wed, Feb 24, 2021 at 4:43 PM Stephen Lewis Bianamara <
stephen.bianam...@gmail.com> wrote:
> Hi SOLR Community,
>
> I've been trying to understand how the field cache in SOLR manages
> its evictions, and it is n
this more and get back to you if that doesn't end up making sense
based on what I observe.
Thanks again,
Stephen
On Tue, Mar 2, 2021 at 6:35 PM Shawn Heisey wrote:
> On 3/2/2021 3:47 PM, Stephen Lewis Bianamara wrote:
> > I'm investigating a weird behavior I've o
Hi SOLR Community,
I'm investigating a weird behavior I've observed in the admin page for
caffeine cache metrics. It looks to me like on the older caches, warm-up
queries were not counted toward hit/miss ratios, which of course makes
sense, but on Caffeine cache it looks like they are. I'm using s
Hi SOLR Community,
I've been trying to understand how the field cache in SOLR manages
its evictions, and it is not easily readable from the code or documentation
the simple question of when and how something gets evicted from the field
cache. This cache also doesn't show hit ratio, total hits, evi
che>
and here
<https://github.com/apache/lucene-solr/blob/e732f943a4df1f2c0692ab475e136f4acc271f59/solr/server/solr/configsets/sample_techproducts_configs/conf/solrconfig.xml#L430-L432>
)?
On Mon, Feb 22, 2021 at 1:16 PM Shawn Heisey wrote:
> On 2/22/2021 1:50 PM, Stephen Lewis Bianamara
Hi SOLR Community,
I have a question about cache implementations based on some seemingly
inconsistent documentation I'm looking at. I'm currently inquiring about
8.3, but more generally about solr version 8 too for upgrade planning.
In the description in the docs for cache implementations says
where without sort, each node is asked
> for their "top X" matches and others are never even sent. That would
> be my working theory anyway, I am not deep into milti-path mode the
> cluster code does.
>
> Regards,
>Alex.
>
> On Mon, 11 May 2020 at 15:1
low.com/questions/45150856/how-to-know-when-to-use-solr-bq-vs-bf-and-how-to-apply-query-logic
>
> On Sat, May 16, 2020 at 6:27 PM Stephen Lewis Bianamara <
> stephen.bianam...@gmail.com> wrote:
>
> > Hi Paras,
> >
> > I'm not sure I follow. How would one rep
Hi Paras,
I'm not sure I follow. How would one replace sort by id with boosting?
Thanks,
Stephen
On Fri, May 15, 2020, 7:43 AM Paras Lehana
wrote:
> As a workaround, can you try field boosting?
>
> On Tue, 12 May 2020 at 00:45, Stephen Lewis Bianamara <
> stephen.bianam
Hi SOLR Community,
What is the order of operations which SOLR applies to sorting? I've
observed many times and across SOLR versions that a restrictive filter with
a sort takes an extremely long time to return, suggesting to me that the
SORT is applied before the filter.
An example situation is qu
Hi SOLR Community,
I've been looking at performance tuning solr's GC lately. I found this
helpful article on the matter.
https://cwiki.apache.org/confluence/display/SOLR/ShawnHeisey
One thing the article does not address is the GC1's ability to use string
deduplication:
https://blog.gceasy.io/201
Hi Folks,
Has anyone had a chance to consider this question yet?
Thanks!
Stephen
On Tue, Mar 3, 2020 at 2:28 PM Stephen Lewis Bianamara <
stephen.bianam...@gmail.com> wrote:
> Hi SOLR Community,
>
> I've observed while hosting a SOLR 6.6 installation that if I issue a
>
Hi SOLR Community,
I've observed while hosting a SOLR 6.6 installation that if I issue a query
where the filter query returns an empty set but there is a sort associated
with it, the query takes an extended time to execute over the query with
only the filter query and no sort associated to it. Thi
result having the lowest cost.
> Using nBest, JapaneseTokenizer becomes to return the lowest and some other
> results.
> However, this can affect the result not only the case you want to solve,
> but also the others.
>
> And, both way require you to re-indexing all documents w
Hi SOLR Community,
I have an example of a basic Japanese indexing/recall scenario which I am
trying to support, but cannot get to work.
The scenario is: I would like for 日本人 (Japanese Person) to be matched by
either 日本 (Japan) or 人 (Person). Currently, I am not seeing this work. My
Japanese text
n't be more help
> Erick
> On Thu, Dec 13, 2018 at 3:15 PM Stephen Lewis Bianamara
> wrote:
> >
> > Thanks for the help Erick.
> >
> > This is an external zookeeper, running on three separate AWS instances
> > separate from the instances hosting SOLR. I th
ances need to be
> reachable.
>
> On that topic, did you bounce your ZK servers or change them in any
> other way? There's a known ZK issue when you reconfigure live ZK
> ensembles, see: https://issues.apache.org/jira/browse/SOLR-12727
>
> Fourth:
> See above.
>
> HTH
Hello SOLR Community!
I have a SOLR cluster which recently hit this error (full error
below). ""Cannot
talk to ZooKeeper - Updates are disabled."" I'm running solr 6.6.2 and
zookeeper 3.4.6. The first time this happened, we replaced a node within
our cluster. The second time, we followed the advi
a byte array?
Cheers,
Stephen
On Wed, Aug 22, 2018 at 8:53 AM Stephen Lewis Bianamara <
stephen.bianam...@gmail.com> wrote:
> Hello again! I found a thread which seems relevant. It looks like someone
> else found this occurred as well, but did not follow up with repro steps.
>
-td4332277.html
Would love to work together to get this fixed.
On Tue, Aug 21, 2018 at 6:50 PM Stephen Lewis Bianamara <
stephen.bianam...@gmail.com> wrote:
> Hello SOLR Community,
>
> I'm prototyping a collection on SOLR 6.6.3 with UUID fields, and I'm
> hitting some tro
Hello SOLR Community,
I'm prototyping a collection on SOLR 6.6.3 with UUID fields, and I'm
hitting some trouble with atomic updates. At a high level, here's the
problem: suppose you have a schema with an optional field of type solr.UUID
field, and a document with a value for that field. Any atomic
23 matches
Mail list logo