[
https://issues.apache.org/jira/browse/SOLR-3033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13187258#comment-13187258
]
Torsten Krah commented on SOLR-3033:
------------------------------------
I do not call an url. Just doing an optimize call.
The option "backupAfter" would make no sense if e.g. set to optimize, if
replication handler can not be configured for "backup" usage to tell how much
numbers to keep.
Why its not possible to propagate numberToKeep to the backup function call?
backupAfter is propagated too and numberToKeep would match to this scenario,
wouldn't it?
If i have to make an explicit call for a snapshot - ehh how would such a
request look? - the option backupAfter optimize is suboptimal as diskspace may
be running out until the url request is coming in which does delete the old
ones, isn't it?
> numberToKeep on replication handler does not work - snapshots are increasing
> beyond configured maximum
> ------------------------------------------------------------------------------------------------------
>
> Key: SOLR-3033
> URL: https://issues.apache.org/jira/browse/SOLR-3033
> Project: Solr
> Issue Type: Bug
> Components: replication (java)
> Affects Versions: 3.5
> Environment: openjdk 1.6, linux 3.x
> Reporter: Torsten Krah
>
> Configured my replication handler like this:
> <requestHandler name="/replication" class="solr.ReplicationHandler" >
> <lst name="master">
> <str name="replicateAfter">startup</str>
> <str name="replicateAfter">commit</str>
> <str name="replicateAfter">optimize</str>
> <str
> name="confFiles">elevate.xml,schema.xml,spellings.txt,stopwords.txt,stopwords_de.txt,stopwords_en.txt,synonyms_de.txt,synonyms.txt</str>
> <str name="backupAfter">optimize</str>
> <str name="numberToKeep">1</str>
> </lst>
> </requestHandler>
> So after optimize a snapshot should be taken, this works. But numberToKeep is
> ignored, snapshots are increasing with each call to optimize and are kept
> forever. Seems this settings have no effect.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
