Re: Deleting a shard in solr 4.10.4

2017-01-13 Thread Rachid Bouacheria
Thank you so much Erik!


On Fri, Jan 13, 2017 at 4:40 PM, Erick Erickson <erickerick...@gmail.com>
wrote:

> Here's what I'd do
> 1> create a new collection with a single shard
> 2> use the MERGEINDEXES core admin API command to merge the indexes
> from the old 2-shard collection
>
> That way you have a chance to verify that the merged collection is OK
> before deleting the old 2-shard collection.
>
> On Fri, Jan 13, 2017 at 4:08 PM, Rachid Bouacheria <willi...@gmail.com>
> wrote:
> > Hi All,
> >
> > I have a collection that has 2 shards. And I am finding that the 2 shards
> > are unnecessary.
> > So I would like to delete one of the shard without losing its data.
> >
> > Illustration:
> > Before : Collection has shard1 and Shard 2
> > After: Collection No shard but the data contains Shard 1 and Shard 2
> >
> > I would think that someone must have done this already. So I would
> > appreciate any input.
> >
> > Thank you!
> > Rachid
>


Deleting a shard in solr 4.10.4

2017-01-13 Thread Rachid Bouacheria
Hi All,

I have a collection that has 2 shards. And I am finding that the 2 shards
are unnecessary.
So I would like to delete one of the shard without losing its data.

Illustration:
Before : Collection has shard1 and Shard 2
After: Collection No shard but the data contains Shard 1 and Shard 2

I would think that someone must have done this already. So I would
appreciate any input.

Thank you!
Rachid


Re: Solr 6 managed-schema & version control

2016-07-28 Thread Rachid Bouacheria
Jonn,
I don't want to answer on Erick's behalf, but I am pretty sure there is no
UI built in solr 6 that allows you to update the schema and somehow check
it in VCS. I would guess that you could do this by exposing an MBean.
Anyway that's how I interpreted Erick's reply.


On Wed, Jul 27, 2016 at 6:01 PM, John Bickerstaff <j...@johnbickerstaff.com>
wrote:

> Erick - the UI you mention -- something that exists or something that has
> to be built?  (I'm upgrading to version 6 as well and this question is one
> I'll have to deal with...)
>
> On Wed, Jul 27, 2016 at 5:31 PM, Rachid Bouacheria <willi...@gmail.com>
> wrote:
>
> > Thank you very much Erick, I appreciate your feed back.
> >
> > On Wed, Jul 27, 2016 at 2:24 PM, Erick Erickson <erickerick...@gmail.com
> >
> > wrote:
> >
> > > Using classic schema is perfectly acceptable/reasonable, you can
> > > continue to do so freely (you'll have to change to
> > > ClassicSchemaFactory though).
> > >
> > > Also, you can freely edit managed-schema just as you did schema.xml.
> > > The "trick" here is that you have to take some care _not_ to issue
> > > commands that modify the schema or the in-memory version will
> > > overwrite the one in ZK. Otherwise, though, you can freely use
> > > managed-schema just as you do classic schema.
> > >
> > > So you can do just what you do now, keep managed-schema in VCS and
> > > upconfig it. Also note that Solr 6.2 has "bin/solr zk
> > > upconfig/downconfig/cp/mv/ls" functionality.
> > >
> > > Managed lends itself to some kind of UI that maintains it. The process
> > > (IMO) for using that in prod would be something like:
> > > > Use the UI to build your schema
> > > > copy from ZK to your local machine
> > > > put the configs in VCS
> > > > Deploy using the VCS as your system-of-record.
> > >
> > > But that's just my approach. If you don't want to use the
> > > managed-schema features, switch back to classic IMO.
> > >
> > > Best,
> > > Erick
> > >
> > >
> > >
> > >
> > >
> > > On Wed, Jul 27, 2016 at 11:37 AM, Rachid Bouacheria <
> willi...@gmail.com>
> > > wrote:
> > > > Hi All,
> > > >
> > > > I am upgrading from solr 4 to 6.
> > > > In solr 4 I have a schema.xml that is under version control.
> > > > But solr 6 has the notion of a managed schema that could be modified
> > via
> > > a
> > > > solr api call.
> > > > This seems great and flexible, but my assumption is that in this case
> > > > zookeeper becomes the authoritative copy and not SVN or Git.
> > > >
> > > > And this is where things become unclear to me.
> > > > Is the expectation to download the configuration from zk the same way
> > we
> > > do
> > > > an svn checkout to have the configuration and run locally?
> > > > How do we know who changed what and when?
> > > >
> > > > I know that there still is the option to use schema.xml by using
> > > > the ClassicIndexSchemaFactory but I am curious to hear from y'all
> that
> > > use
> > > > managed schema how you are doing it and if there are any downside,
> > > gotchas,
> > > > or if all is just much better :-)
> > > >
> > > > Seems to me that running locally is harder as you cannot just
> checkout
> > a
> > > > project that contains the up to date schema.
> > > >
> > > > Thank you,
> > > > Rachid.
> > >
> >
>


Re: Solr 6 managed-schema & version control

2016-07-27 Thread Rachid Bouacheria
Thank you very much Erick, I appreciate your feed back.

On Wed, Jul 27, 2016 at 2:24 PM, Erick Erickson <erickerick...@gmail.com>
wrote:

> Using classic schema is perfectly acceptable/reasonable, you can
> continue to do so freely (you'll have to change to
> ClassicSchemaFactory though).
>
> Also, you can freely edit managed-schema just as you did schema.xml.
> The "trick" here is that you have to take some care _not_ to issue
> commands that modify the schema or the in-memory version will
> overwrite the one in ZK. Otherwise, though, you can freely use
> managed-schema just as you do classic schema.
>
> So you can do just what you do now, keep managed-schema in VCS and
> upconfig it. Also note that Solr 6.2 has "bin/solr zk
> upconfig/downconfig/cp/mv/ls" functionality.
>
> Managed lends itself to some kind of UI that maintains it. The process
> (IMO) for using that in prod would be something like:
> > Use the UI to build your schema
> > copy from ZK to your local machine
> > put the configs in VCS
> > Deploy using the VCS as your system-of-record.
>
> But that's just my approach. If you don't want to use the
> managed-schema features, switch back to classic IMO.
>
> Best,
> Erick
>
>
>
>
>
> On Wed, Jul 27, 2016 at 11:37 AM, Rachid Bouacheria <willi...@gmail.com>
> wrote:
> > Hi All,
> >
> > I am upgrading from solr 4 to 6.
> > In solr 4 I have a schema.xml that is under version control.
> > But solr 6 has the notion of a managed schema that could be modified via
> a
> > solr api call.
> > This seems great and flexible, but my assumption is that in this case
> > zookeeper becomes the authoritative copy and not SVN or Git.
> >
> > And this is where things become unclear to me.
> > Is the expectation to download the configuration from zk the same way we
> do
> > an svn checkout to have the configuration and run locally?
> > How do we know who changed what and when?
> >
> > I know that there still is the option to use schema.xml by using
> > the ClassicIndexSchemaFactory but I am curious to hear from y'all that
> use
> > managed schema how you are doing it and if there are any downside,
> gotchas,
> > or if all is just much better :-)
> >
> > Seems to me that running locally is harder as you cannot just checkout a
> > project that contains the up to date schema.
> >
> > Thank you,
> > Rachid.
>


Solr 6 managed-schema & version control

2016-07-27 Thread Rachid Bouacheria
Hi All,

I am upgrading from solr 4 to 6.
In solr 4 I have a schema.xml that is under version control.
But solr 6 has the notion of a managed schema that could be modified via a
solr api call.
This seems great and flexible, but my assumption is that in this case
zookeeper becomes the authoritative copy and not SVN or Git.

And this is where things become unclear to me.
Is the expectation to download the configuration from zk the same way we do
an svn checkout to have the configuration and run locally?
How do we know who changed what and when?

I know that there still is the option to use schema.xml by using
the ClassicIndexSchemaFactory but I am curious to hear from y'all that use
managed schema how you are doing it and if there are any downside, gotchas,
or if all is just much better :-)

Seems to me that running locally is harder as you cannot just checkout a
project that contains the up to date schema.

Thank you,
Rachid.


Re: Upgrading solr 4.1.4 to solr 6.1.0

2016-07-12 Thread Rachid Bouacheria
Thank you very much for your prompt response.
I really appreciate it!
Rachid
On Jul 12, 2016 17:13, "Shawn Heisey" <apa...@elyograg.org> wrote:

> On 7/12/2016 5:54 PM, Rachid Bouacheria wrote:
> > I am running solr 4.10.4 and I would like to upgrade to the latest
> version
> > 6.1.0
> >
> > The documentation I found provides steps to upgrade from 4.10.4 to 5.x
> > And it seems like going from 4.x to 5.x is pretty consequent.
> > Going from 5.x to 6.1.0 seems to be less effort but still non negligible.
> >
> > I am wondering if anyone had to do a similar upgrade? If so how did you
> do
> > it? Upgrade to 5.x and then to 6, or straight from 4.x to 6?
> > Any tips or advice are welcome.
>
> The 6.1.0 version cannot read your 4.x indexes.  It can read 5.x and
> later indexes.
>
> If you can "upgrade" by setting up a new Solr install and reindexing
> everything, that will always achieve the best results.  This is how I do
> upgrades.  There's no need to worry about the old index format at all.
>
> If that's not possible, then you will need to convert your index to 5.x
> format before upgrading to 6.x.  You can do this by upgrading to a 5.x
> version first and optimizing all your indexes, or you can use the
> IndexUpgrader tool from Lucene, first from 5.x, and then from 6.x, to
> upgrade your index in stages.
>
> https://cwiki.apache.org/confluence/display/solr/IndexUpgrader+Tool
>
> Thanks,
> Shawn
>
>


Upgrading solr 4.1.4 to solr 6.1.0

2016-07-12 Thread Rachid Bouacheria
Hi All,

I am running solr 4.10.4 and I would like to upgrade to the latest version
6.1.0

The documentation I found provides steps to upgrade from 4.10.4 to 5.x
And it seems like going from 4.x to 5.x is pretty consequent.
Going from 5.x to 6.1.0 seems to be less effort but still non negligible.

I am wondering if anyone had to do a similar upgrade? If so how did you do
it? Upgrade to 5.x and then to 6, or straight from 4.x to 6?
Any tips or advice are welcome.

Thank you all very much!


Re: from zookeper embedded to standalone

2016-03-15 Thread Rachid Bouacheria
Thank you very much Erick.
You described almost for word what I thought about doing.
I just wasn't sure about how "drinkable" a cocktail made out of embedded
and the external zookeeper.
I was worried I'd get a severe hangover :-)

I will give it a try and give an update.
Rachid.



On Tue, Mar 15, 2016 at 2:29 PM, Erick Erickson <erickerick...@gmail.com>
wrote:

> Hmmm, I don't think anyone's really documented this as the
> supposition is that one would only run embedded for sandboxes
> and set up an external ensemble "for real".
>
> So, with the caveat that I haven't personally tried this, I'd
> add external zookeepers as part of an ensemble that
> contained my embedded zookeepers. That means your ZK
> configurations pointing to your embedded ZK instances. At
> that point the external ZK _should_ replicate the data from the
> embedded instances to the external ones.
>
> Then shut down all your Solrs and change your external
> ensemble configurations to only point to each other (i.e.
> take the embedded stuff out). Now start your solrs pointing
> to the external ensemble.
>
> As I said, though, I haven't personally done this so
> go ahead and give it a try.
>
> Or, if you're feeling _really_ brave, just copy the zookeeper data
> directory from the place the embedded Zookeeper put it to the place
> you specify in your external ensemble then start your external
> ensemble.
>
> Theoretically, this should work bu tas I said I haven't tried either of
> these personally.
>
> Best,
> Erick
>
> On Tue, Mar 15, 2016 at 9:59 AM, Rachid Bouacheria <willi...@gmail.com>
> wrote:
> > Hi,
> >
> > I am running solr 4.x on 3 servers with zookeper embedded in prod.
> >
> > Each servers has 1 leader and 2 replicas.
> >
> > I want to switch zookeper from embedded to standalone.
> >
> > I want to know if the steps are documented anywhere? I could not find
> them.
> >
> > I am worried my index will get messed up if in the transition.
> >
> > Thank you very much!
>


from zookeper embedded to standalone

2016-03-15 Thread Rachid Bouacheria
Hi,

I am running solr 4.x on 3 servers with zookeper embedded in prod.

Each servers has 1 leader and 2 replicas.

I want to switch zookeper from embedded to standalone.

I want to know if the steps are documented anywhere? I could not find them.

I am worried my index will get messed up if in the transition.

Thank you very much!


Solr switch zookeeper from memory to standalone

2016-03-15 Thread Rachid Bouacheria
Hi,

I am running solr 4.x on 3 servers with zookeper embedded in prod.

Each servers has 1 leader and 2 replicas.

I want to switch zookeper from embedded to standalone.

I want to know if the steps are documented anywhere? I could not find them.

I am worried my index will get messed up if in the transition.

Thank you very much!