You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Varun Gupta <va...@gmail.com> on 2014/04/22 06:57:54 UTC
Using ExternalFileField on SolrCloud
Hi,
I am trying to use ExternalFileField on Solr 4.6 running on SolrCloud for
the purpose of changing the document score based on a frequently changed
field. According to the documentation, the external file needs to be
present in the "data" folder of the collection.
I am confused over here on where should I upload the external file on
zookeeper so that the file will end up in the "data" folder? I can see
"/configs/<config name>" and "/collections/<collection name>" in my
zookeeper instance. Am I right in trying to propagate the external file
using zookeeper or should I be looking into some other way to sync the file
to all solr instances.
--
Thanks
Varun Gupta
Re: Using ExternalFileField on SolrCloud
Posted by Alan Woodward <al...@flax.co.uk>.
Hi Varun,
SolrCloud only uses zk to store configuration, not data. Each solr instance will have its own data folder, and you'll need to sync the ExternalFileField file to each one. I don't think you can do this with anything internal to Solr at the moment - we've had clients use basic rsync to do it, though, and that works well.
Alan Woodward
www.flax.co.uk
On 22 Apr 2014, at 05:57, Varun Gupta wrote:
> Hi,
>
> I am trying to use ExternalFileField on Solr 4.6 running on SolrCloud for
> the purpose of changing the document score based on a frequently changed
> field. According to the documentation, the external file needs to be
> present in the "data" folder of the collection.
>
> I am confused over here on where should I upload the external file on
> zookeeper so that the file will end up in the "data" folder? I can see
> "/configs/<config name>" and "/collections/<collection name>" in my
> zookeeper instance. Am I right in trying to propagate the external file
> using zookeeper or should I be looking into some other way to sync the file
> to all solr instances.
>
> --
> Thanks
> Varun Gupta