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 Nathan Findley <na...@zenlok.com> on 2013/04/04 05:48:09 UTC

Zookeeper dataimport.properties node

- Is dataimport.properties ever written to the filesystem? (Trying to 
determine if I have a permissions error because I don't see it anywhere 
on disk).
- How do you manually edit dataimport.properties? My system is 
periodically pulling in new data. If that process has issues, I want to 
be able to reset to an earlier known good timestamp value.

Regards,
Nate

-- 
CTO
Zenlok株式会社


Fwd: Zookeeper dataimport.properties node

Posted by Nathan Findley <na...@zenlok.com>.
- Is dataimport.properties ever written to the filesystem? (Trying to 
determine if I have a permissions error because I don't see it anywhere 
on disk).
- How do you manually edit dataimport.properties? My system is 
periodically pulling in new data. If that process has issues, I want to 
be able to reset to an earlier known good timestamp value.

Regards, Nate



Re: Zookeeper dataimport.properties node

Posted by Tim Vaillancourt <ti...@elementspace.com>.
It its in your SolrCloud-based collection's config, it won't be on disk 
and only in Zookeeper.

What I did was use the XInclude feature to include a file with my 
dataimport handler properties, so I'm assuming you're doing the same. 
Use a relative path to the config dir in Zookeeper, ie: no path and just 
'dataimport.properties', unless it is in a subdir of your config, then 
'<subdir>/dataimport.properties'.

I have a deployment system template the properties file before it is 
inserted into Zookeeper.

Tim

On 03/04/13 08:48 PM, Nathan Findley wrote:
>  - Is dataimport.properties ever written to the filesystem? (Trying to
>  determine if I have a permissions error because I don't see it
>  anywhere on disk). - How do you manually edit dataimport.properties?
>  My system is periodically pulling in new data. If that process has
>  issues, I want to be able to reset to an earlier known good timestamp
>  value.
>
>  Regards, Nate
>