[ 
https://issues.apache.org/jira/browse/SOLR-4506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14573233#comment-14573233
 ] 

ASF subversion and git services commented on SOLR-4506:
-------------------------------------------------------

Commit 1683604 from [~thelabdude] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1683604 ]

SOLR-4506: Clean-up old (unused) index directories in the background after 
initializing a new index

> [solr4.0.0] many index.{date} dir in replication node 
> ------------------------------------------------------
>
>                 Key: SOLR-4506
>                 URL: https://issues.apache.org/jira/browse/SOLR-4506
>             Project: Solr
>          Issue Type: Bug
>          Components: SolrCloud
>    Affects Versions: 4.0
>         Environment: the solr4.0 runs on suse11.
> mem:32G
> cpu:16 cores
>            Reporter: zhuojunjian
>            Assignee: Timothy Potter
>            Priority: Minor
>             Fix For: Trunk, 5.3
>
>         Attachments: SOLR-4506.patch
>
>   Original Estimate: 12h
>  Remaining Estimate: 12h
>
> in our test,we used solrcloud feature in solr4.0(version detail 
> :4.0.0.2012.10.06.03.04.33).
> the solrcloud configuration is 3 shards and 2 replications each shard.
> we found that there are over than 25 dirs which named index.{date} in one 
> replication node belonging to shard 3. 
> for example:
> index.20130217233335864  index.20130218012211880  index.20130218015714713  
> index.20130218023101958  index.20130218030424083  tlog
> index.20130218005648324  index.20130218012751078  index.20130218020141293  
> the issue seems like SOLR-1781. but it is fixed in 4.0-BETA,5.0. 
> so is solr4.0 ? if it is fixed too in solr4.0, why we find the issue again ?
> what can I do?   



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to