lucene-solr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Solr Wiki] Update of "SolrReplication" by NoblePaul
Date Thu, 25 Jun 2009 08:54:06 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Solr Wiki" for change notification.

The following page has been changed by NoblePaul:
http://wiki.apache.org/solr/SolrReplication

The comment on the change is:
command names changed

------------------------------------------------------------------------------
          <!--Replicate on 'optimize'. Other values can be 'commit', 'startup'. It is possible
to have multiple entries of this config string-->
          <str name="replicateAfter">optimize</str>
  
-         <!--Create a snapshot for backup purposes on 'optimize'. Other values can be
'commit', 'startup'. It is possible to have multiple entries of this config string-->
+         <!--Create a snapshot for backup purposes on 'optimize'. Other values can be
'commit', 'startup'. It is possible to have multiple entries of this config string .note that
this is just for backup. Replication does not require this -->
-         <str name="replicateAfter">optimize</str>
+         <str name="snapshot">optimize</str>
  
          <!--If configuration files need to be replicated give the names here, separated
by comma -->
          <str name="confFiles">schema.xml,stopwords.txt,elevate.xml</str>
@@ -107, +107 @@

  
  == HTTP API ==
  These commands can be invoked over HTTP to the !ReplicationHandler 
-  * Abort copying snapshot from master to slave command : http://slave_host:port/solr/replication?command=abort
+  * Abort copying index from master to slave command : http://slave_host:port/solr/replication?command=abortfetch
   * Force a snapshot on master. This is useful to take periodic backups .command : http://master_host:port/solr/replication?command=snapshoot
-  * Force a snap pull on slave from master command : http://slave_host:port/solr/replication?command=snappull
+  * Force a snap pull on slave from master command : http://slave_host:port/solr/replication?command=fetchindex
    * It is possible to pass on extra attribute 'masterUrl' or other attributes like 'compression'
(or any other parameter which is specified in the <lst name="slave"> tag) to do a one
time replication from a master. This obviates the need for hardcoding the master in the slave.
   * Disable polling for snapshot from slave command : http://slave_host:port/solr/replication?command=disablepoll
   * Enable polling for snapshot from slave command : http://slave_host:port/solr/replication?command=enablepoll

Mime
View raw message