lurking problem in your process.
>
> Or this is an XY problem, what problem are you trying to
> solve? see: http://people.apache.org/~hossman/#xyproblem
>
> Best
> Erick
>
> On Wed, Dec 21, 2011 at 12:21 PM, Dean Pullen
> wrote:
>> I can't understand,
Yeh the drop index via the URL command doesn't help anyway - when rebuilding
the index the timestamp is obviously ahead of master (as the slave is being
created now) so the replication will still not happen.
On 21 Dec 2011, at 16:37, Dean Pullen wrote:
> I can't see a way, if th
I can't understand, then, how we could ever restore and get replication to work
without manual intervention!
Dean
On 21 Dec 2011, at 16:37, Dean Pullen wrote:
> I can't see a way, if the slave is on another server.
>
> We're going to upgrade solr - as you can delete t
I can't see a way, if the slave is on another server.
We're going to upgrade solr - as you can delete the index after unloading a
core in this way:
cores?action=UNLOAD&core=liveCore&deleteIndex=true
From v3.3 (I think)
On 21 Dec 2011, at 16:11, Dean Pullen wrote:
> Th
ng. Not sure if 3.x has the same behavior or not...
>
> Best
> Erick
>
> On Wed, Dec 21, 2011 at 10:46 AM, Dean Pullen
> wrote:
>> E.g. I see this in the slave logs:
>>
>> 2011-12-21 15:45:27,635 INFO handler.SnapPuller:265 - Master's version:
>> 1
New index installed.
Updating index properties…
Yet the index doesn't change!
On 21 Dec 2011, at 15:37, Dean Pullen wrote:
> Hi all,
>
> I have an odd problem locally when attempting replication with solr 1.4
>
> The problem is, though the master files get copied to a temp
was due to the index version of the restored master
data being behind the slave index version after a restore? Any other ideas
would be appreciated.
Thanks,
Dean Pullen
Hi all,
I'm trying to filter by a 'document name' which has spaces in it.
(E.g. "docname:Struts 1" )
However, the query parameter throws an exception:
[08 Sep 2009 17:01:36] DEBUG httpclient.wire.header - >> "GET
/solr/select/?q=((docname:Struts 1))&fl=id&start=0&rows=1 HTTP/1.1[\r][\n]"[08
S
I lied, it's actually saving data to:
/usr/local/jboss-portal-2.7.1.GA/bin/C:\home\jboss\solr\data
Which is a tad crazy! And I have no idea why!
Dean.
-Original Message-
From: Dean Pullen [mailto:dean.pul...@msp-uk.com]
Sent: 05 June 2009 09:47
To: solr-user@lucene.apache.org
Su
Hi all,
Have an odd problem on JBoss 4.2.3 running on Redhat.
It's odd, because the configuration works fine on Windows.
Our Solr home is defined in the Solr.war web.xml as:
[Linux]
solr/home
java.lang.String
/home/jboss/solr
[Windows]
solr/home
java.lang.String
10 matches
Mail list logo
