On 10/11/2013 4:36 AM, Yago Riveiro wrote: > The thread that you point is about master / slave - replication, Is this > issue valid on SolrCloud context? > > I check the index.properties and indeed the variable index=index.XXXXX point > to a folder, the others can be deleted without any scary side effect?
SolrCloud uses traditional replication behind the scenes as a last resort to recover an index when there's some kind of failure, or when it determines that things are too far out of sync after a Solr restart, or when adding replicas. During normal operation, traditional replication is *NOT* used. If you are getting a lot of index.nnnn directories, this may be an indication of an underlying issue, unless you are testing things and doing a lot of Solr restarts, in which case it may be expected. The index.properties file may be one way to go. I would want to be absolutely sure before deleting directories. You should be able to manually check which index directory Solr is using (with tools like lsof for Linux or Process Explorer for Windows) and delete the others. Thanks, Shawn
