Hi Erick,
Is there any workaround for this?
My requirement is to move solr data from solr 6 to solr 7.
I have thought to use /replication handler to do so. But, as per the case,
the solr 6 collection has 1 shard & 1 replica and we wish to have 2 shards
and 1 replica on solr 7.
If I enable replica
See: https://issues.apache.org/jira/browse/SOLR-12646
On Wed, Aug 8, 2018 at 11:24 AM, Bjarke Buur Mortensen
wrote:
> OK, thanks.
>
> As long as it's my dev box, reindexing is fine.
> I just hope that my assumption holds, that our prod solr is 7x segments
> only.
>
> Thanks again,
> Bjarke
>
> 20
OK, thanks.
As long as it's my dev box, reindexing is fine.
I just hope that my assumption holds, that our prod solr is 7x segments
only.
Thanks again,
Bjarke
2018-08-08 20:03 GMT+02:00 Erick Erickson :
> Bjarke:
>
> Using SPLITSHARD on an index with 6x segments just seems to not work,
> even o
Bjarke:
Using SPLITSHARD on an index with 6x segments just seems to not work,
even outside the standalone-> cloud issue. I'll raise a JIRA.
Meanwhile I think you'll have to re-index I'm afraid.
Thanks for raising the issue.
Erick
On Wed, Aug 8, 2018 at 6:34 AM, Bjarke Buur Mortensen
wrote:
> E
Erick,
thanks, that is of course something I left out of the original question.
Our Solr is 7.1, so that should not present a problem (crossing fingers).
However, on my dev box I'm trying out the steps, and here I have some
segments created with version 6 of Solr.
After having copied data from m
Rahul, thanks, I do indeed want to be able to shard.
For now I'll go with Markus' suggestion and try to use the SPLITSHARD
command.
2018-08-07 15:17 GMT+02:00 Rahul Singh :
> Bjarke,
>
> I am imagining that at some point you may need to shard that data if it
> grows. Or do you imagine this data t
Bjarke:
One thing, what version of Solr are you moving _from_ and _to_?
Solr/Lucene only guarantee one major backward revision so you can copy
an index created with Solr 6 to another Solr 6 or Solr 7, but you
couldn't copy an index created with Solr 5 to Solr 7...
Also note that shard splitting i
Bjarke,
I am imagining that at some point you may need to shard that data if it grows.
Or do you imagine this data to remain stagnant?
Generally you want to add solrcloud to do two things : 1. Increase availability
with replicas 2. Increase available data via shards 3. Increase fault tolerance
gt; Regards,
> Markus
>
>
>
> -Original message-
> > From:Bjarke Buur Mortensen
> > Sent: Tuesday 7th August 2018 13:47
> > To: solr-user@lucene.apache.org
> > Subject: Re: Recipe for moving to solr cloud without reindexing
> >
> > Thank you, that is
Subject: Re: Recipe for moving to solr cloud without reindexing
>
> Thank you, that is of course a way to go, but I would actually like to be
> able to shard ...
> Could I use your approach and add shards dynamically?
>
>
> 2018-08-07 13:28 GMT+02:00 Markus Jelsma :
>
>
; collection, shut down Solr, copy the data directory into the replica's
> directory and start up again.
>
> Regards,
> Markus
>
> -Original message-
> > From:Bjarke Buur Mortensen
> > Sent: Tuesday 7th August 2018 13:06
> > To: solr-user@lucene.ap
ust 2018 13:06
> To: solr-user@lucene.apache.org
> Subject: Recipe for moving to solr cloud without reindexing
>
> Hi List,
>
> is there a cookbook recipe for moving an existing solr core to a solr cloud
> collection.
>
> We currently have a single machine with a large
Hi List,
is there a cookbook recipe for moving an existing solr core to a solr cloud
collection.
We currently have a single machine with a large core (~150gb), and we would
like to move to solr cloud.
I haven't been able to find anything that reuses an existing index, so any
pointers much apprec
13 matches
Mail list logo
