[
https://issues.apache.org/jira/browse/SOLR-524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alexandre Rafalovitch closed SOLR-524.
--------------------------------------
Long resolved. Marking closed for completeness.
> snappuller has limitation w/r/t/ handling multiple web apps
> -----------------------------------------------------------
>
> Key: SOLR-524
> URL: https://issues.apache.org/jira/browse/SOLR-524
> Project: Solr
> Issue Type: Improvement
> Components: replication (scripts)
> Affects Versions: 1.2
> Environment: Linux (CentOS release 5 (Final))
> Java JDK 6
> Reporter: Ezra Epstein
> Priority: Minor
> Original Estimate: 0.5h
> Remaining Estimate: 0.5h
>
> The snappuller has a limitation which makes it hard to use for replicating
> the indices for multiple webapps. In particular, by changing:
> # rsync over files that have changed
> rsync -Wa${verbose}${compress} --delete ${sizeonly} \
> ${stats} rsync://${master_host}:${rsyncd_port}/solr/${name}/
> ${data_dir}/${name}-wip
> to:
> # rsync over files that have changed
> rsync -Wa${verbose}${compress} --delete ${sizeonly} \
> ${stats} rsync://${master_host}:${rsyncd_port}/${rsync_module_path}/${name}/
> ${data_dir}/${name}-wip
> and adding an rsync_module_path variable to scripts.conf, plus giving it a
> default value of "solr" before the 'unset' commands at the top of the
> snappuller script, I've worked around the issue. Still, it seems better to
> not hard-code the module name ([solr]) and also to allow some flexibility in
> the location of the data files under that module. This is req'd for multiple
> webapps since they won't share a data folder.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
