Solr Replication - SnapPuller fails to clean Old Index Directories on Full Copy
-------------------------------------------------------------------------------
Key: SOLR-2156
URL: https://issues.apache.org/jira/browse/SOLR-2156
Project: Solr
Issue Type: Improvement
Components: replication (java)
Affects Versions: 4.0
Reporter: Jayendra Patil
We are working on the Solr trunk ....and have a Master and Two slaves
configuration .....
Our indexing consists of Periodic Full and Incremental index building on the
master and replication on the slaves.
When a Full indexing (clean and rebuild) is performed, we always end with an
extra index folder copy, which holds the complete index and hence the size just
grows on, on the slaves.
e.g.
drwxr-xr-x 2 tomcat tomcat 4096 2010-10-09 12:10 index
drwxr-xr-x 2 tomcat tomcat 4096 2010-10-11 09:43 index.20101009120649
drwxr-xr-x 2 tomcat tomcat 4096 2010-10-12 10:27 index.20101011094043
-rw-r--r-- 1 tomcat tomcat 75 2010-10-11 09:43 index.properties
-rw-r--r-- 1 tomcat tomcat 422 2010-10-12 10:26 replication.properties
drwxr-xr-x 2 tomcat tomcat 68 2010-10-12 10:27 spellchecker
Where index.20101011094043 is the active index and the other index.xxx
directories are no more used.
The SnapPuller deletes the temporary Index directory, but does not delete the
old one when the switch is performed for the full copy.
The below code should do the trick.
boolean fetchLatestIndex(SolrCore core) throws IOException {
..........
} finally {
if(deleteTmpIdxDir) {
delTree(tmpIndexDir);
} else {
// Delete the old index directory, as the flag is set only after
the full copy is performed
delTree(indexDir);
}
}
.........
}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
