Re: Parameter not working for master/slave

2011-09-12 Thread Yury Kats 
On 9/11/2011 11:24 PM, William Bell wrote:
 I am using 3.3 SOLR. I tried passing in -Denable.master=true and
 -Denable.slave=true on the Slave machine.
 Then I changed solrconfig.xml to reference each as per:
 
 http://wiki.apache.org/solr/SolrReplication#enable.2BAC8-disable_master.2BAC8-slave_in_a_node

These are core parameters, you need to set them in solr.xml per core.

Re: Parameter not working for master/slave

2011-09-12 Thread Erik Hatcher 

On Sep 11, 2011, at 23:24 , William Bell wrote:

 I am using 3.3 SOLR. I tried passing in -Denable.master=true and
 -Denable.slave=true on the Slave machine.
 Then I changed solrconfig.xml to reference each as per:
 
 http://wiki.apache.org/solr/SolrReplication#enable.2BAC8-disable_master.2BAC8-slave_in_a_node
 
 But this is not working. The enable parameter does not appear to work in 3.3.
 
 If this supposed to be working? What else can I do to debug it? How
 can I see other parameters working in solrconfig.xml ?

Bill -

To test a system parameter being passed in, you can try this trick - edit the 
/debug/dump (or any request handler you fancy really) like so:

  requestHandler name=/debug/dump class=solr.DumpRequestHandler 
lst name=defaults
 str name=test_param${solr.test_param:DEFAULT}/str
 str name=echoParamsexplicit/str 
 str name=echoHandlertrue/str
/lst
  /requestHandler

I launched Jetty like this: java -Dsolr.test_param=MYTOM_VALUE -jar start.jar 

And http://localhost:8983/solr/debug/dump?wt=jsonindent=on yields this:

{
  responseHeader:{
status:0,
QTime:2,
handler:org.apache.solr.handler.DumpRequestHandler,
params:{
  indent:on,
  wt:json}},
  params:{
echoParams:explicit,
test_param:MY_CUSTOM_VALUE,
echoHandler:true,
indent:on,
wt:json},
  context:{
webapp:/solr,
path:/debug/dump}}

Erik

Re: Parameter not working for master/slave

2011-09-12 Thread Pulkit Singhal 
Hello Bill,

I can't really answer your question about replicaiton being supported on
Solr3.3 (I use trunk 4.x myself) BUT I can tell you that if each Solr node
has just one core ... only then does it make sense to use
-Denable.master=true and -Denable.slave=true ... otherwise, as Yury points
out, you should use solr.xml to pass in the value for each core
individually.

What is a node you ask? To me it means one App Server (Jetty) running Solr
... doesn't matter if its multiple ones on the same machine or single ones
on different machines. That's what I mean by a node here.

2011/9/12 Yury Kats yuryk...@yahoo.com

 On 9/11/2011 11:24 PM, William Bell wrote:
  I am using 3.3 SOLR. I tried passing in -Denable.master=true and
  -Denable.slave=true on the Slave machine.
  Then I changed solrconfig.xml to reference each as per:
 
 
 http://wiki.apache.org/solr/SolrReplication#enable.2BAC8-disable_master.2BAC8-slave_in_a_node

 These are core parameters, you need to set them in solr.xml per core.

Parameter not working for master/slave

2011-09-11 Thread William Bell 
I am using 3.3 SOLR. I tried passing in -Denable.master=true and
-Denable.slave=true on the Slave machine.
Then I changed solrconfig.xml to reference each as per:

http://wiki.apache.org/solr/SolrReplication#enable.2BAC8-disable_master.2BAC8-slave_in_a_node

But this is not working. The enable parameter does not appear to work in 3.3.

If this supposed to be working? What else can I do to debug it? How
can I see other parameters working in solrconfig.xml ?

-- 
Bill Bell
billnb...@gmail.com
cell 720-256-8076