Just to give some feedback on this thread:
After upgrading from Ubuntu 18.04 to Ubuntu 20.04 our 80 node Solr
8.11.2 / Java 11 cluster became less stable, with shards regularly
switching into down or recovering state, and with manual intervention
sometimes needed (restart of Solr instances to reco
On 2/6/23 17:15, Wei wrote:
Do you see ZGC having better query performance than G1? We are migrating
from Solr 8 / JDK 11/ G1 to Solr 9 with JDK 17 / G1. Also are there any
notable performance changes from 9.0.0 to the latest 9.1.1?
I don't have enough information available to answer the las
Hi Shawn,
Do you see ZGC having better query performance than G1? We are migrating
from Solr 8 / JDK 11/ G1 to Solr 9 with JDK 17 / G1. Also are there any
notable performance changes from 9.0.0 to the latest 9.1.1?
Thanks,
Wei
On Mon, Feb 6, 2023 at 1:34 PM Shawn Heisey wrote:
> On 2/6/23 1
On 2/6/23 14:24, Paul Ryder wrote:
I thought that was Solr 9 only?
Solr 8.x can still use CaffeineCache, and it's the best choice in most
circumstances, so it's not something I would risk, even if it turns out
that it's not affected. In 9.x, all the older cache implementations are
gone, lea
I thought that was Solr 9 only?
Get Outlook for iOS<https://aka.ms/o0ukef>
From: Shawn Heisey
Sent: Monday, February 6, 2023 9:19:18 PM
To: users@solr.apache.org
Subject: Re: Recommended Java version on Ubuntu 20.04, GC
On 2/6/23 14:06, Paul Ryder wrote
On 2/6/23 14:06, Paul Ryder wrote:
Hi Shawn, what is the known bug in Java 17/Solr 8.x? ta! Paul
https://issues.apache.org/jira/browse/SOLR-16463
Thanks,
Shawn
Hi Shawn, what is the known bug in Java 17/Solr 8.x? ta! Paul
Get Outlook for iOS<https://aka.ms/o0ukef>
From: Shawn Heisey
Sent: Monday, February 6, 2023 8:59:07 PM
To: users@solr.apache.org
Subject: Re: Recommended Java version on Ubuntu 20.04, GC
On
On 2/6/23 13:18, Adam Sjøgren wrote:
Thanks for the input - just to me sure I understand you correctly, using
ZGC with Java 11 for Solr 8.11.2 on Ubuntu 20.04 might be worth a try
when we are having problems with G1GC?
Or would you run Java 17?
For Solr 8.x I would stick with Java 11. 8.x has
Shawn writes:
> On 1/27/23 00:19, Adam Sjøgren wrote:
>> Any tips on reasonable settings for ZGC on a 80 node Solr cloud with ~3B
>> documents in a handful of collections and quite a bit of updates?
>
> This is my /etc/default/solr.in.sh config on my little install for Dovecot:
[...]
> GC_TUNE=
On 1/27/23 00:19, Adam Sjøgren wrote:
Any tips on reasonable settings for ZGC on a 80 node Solr cloud with ~3B
documents in a handful of collections and quite a bit of updates?
This is my /etc/default/solr.in.sh config on my little install for Dovecot:
SOLR_PID_DIR="/var/solr"
SOLR_HOME="/var/
Shawn writes:
> Solr 8.x and later uses G1 by default. I haven't seen any problems
> with it, even though Lucene recommends not using it.
Ok, good.
> For 8.x, I would use OpenJDK 11. For 9.x, OpenJDK 17.
Sounds like we're on the right track version-wise then.
> I would choose the ZGC collect
On 1/26/23 06:26, Adam Sjøgren wrote:
We have a Solr Cloud cluster running 8.11.2 on 16 servers that have just
been upgraded to Ubuntu 20.04 (from 18.04).
It looks like we are getting shards down/recovering more often than
previously, so I'm wondering what version of Java and which garbage
colle
Jan writes:
> Can you say something about the root cause for solr processes to
> crash? Are they killed by Linux?
They are usually not crashing, I "just" see shards go into down/recovery
state.
Some of the time they recover without intervention, some of the time a
shard or two stays down, and on
Can you say something about the root cause for solr processes to crash? Are
they killed by Linux?
Which version of Java did you run on 18.04? Other changes done at the same
time, such as OS-level settings for ulimits, vm.max_map_count, swappiness etc.
If you have not fine-tuned your JVM settings
14 matches
Mail list logo
