My mistake on the link, which should be this:
https://lucene.apache.org/solr/guide/7_1/solrcloud-autoscaling-auto-add-replicas.html#implementation-using-autoaddreplicas-trigger
--Jack
On Thu, Sep 5, 2019 at 11:02 AM Jack Schlederer
wrote:
> I'd defer to the committers if they have any
I'd defer to the committers if they have any further advice, but you might
have to suspend the autoAddReplicas trigger through the autoscaling API (
https://solr.stage.ecommerce.sandbox.directsupply-sandbox.cloud:8985/solr/ )
if you set up your collections with autoAddReplicas enabled. Then, the
sy
Hello,
The size and complexity of a collection that I'm running on a SolrCloud
(v7.5) has recently grown to the point where it warranted splitting the
collection into two shards. I run the data import handler once a day to
index documents returned by a MSSQL stored proc. Previously, on the
single-
Hello,
We currently run Solr 5.4 as our production search backend. We run it in a
master/slave replication architecture, and we're starting an upgrade to
Solr 7.5 using a SolrCloud architecture.
One of our collections is around 20GB and hosts about 200M documents, and
it would take around 6 hours
Ah, yes. We use ZK 3.4.13 for our ZK server nodes, but we never thought to
upgrade the ZK JAR within Solr. We included that in our Solr image, and
it's working like a charm, re-resolving DNS names when new ZKs come up with
different IPs. Thanks for the help guys!
--Jack
On Sat, Sep 1, 2018 at 9:4
ergun approach here b/c
> this isn't what _should_ happen given what you describe.
> Theoretically, all the ZK nodes should be able to go away and come
> back and Solr reconnect...
>
> As an aside, if you are ever in the code you'll see that for a replica
> to be us
ances started with a zkHost that lists all five
> Zookeeper nodes?
>
> What version of Zookeeper?
>
> wunder
> Walter Underwood
> wun...@wunderwood.org
> http://observer.wunderwood.org/ (my blog)
>
> > On Aug 30, 2018, at 1:45 PM, Jack Schlederer <
> jack.schlede.
Hi all,
My team is attempting to spin up a SolrCloud cluster with an external
ZooKeeper ensemble. We're trying to engineer our solution to be HA and
fault-tolerant such that we can lose either 1 Solr instance or 1 ZooKeeper
and not take downtime. We use chaos engineering to randomly kill instances
Hi,
I'm in the process of revising a schema for the search function of an
eCommerce platform. One of the sticking points is a particular use case of
searching for "xx yy" where xx is any number and yy is an abbreviation for
a unit of measurement (mm, cc, ml, in, etc.). The problem is that
search
