[ https://issues.apache.org/jira/browse/SOLR-11718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16283114#comment-16283114 ]
Varun Thacker commented on SOLR-11718: -------------------------------------- We should do the following here : - remove the buffer from sample solrconfig from both source and target . Add a deprecation warning in the ref guide for the enable buffer and disable buffer API - change default from enabled to disabled in the code - leave a comment in CdcrRequestHandler handleEnableBufferAction/handleDisableBufferAction to remove it in the next 8.0 . We could perhaps remove it earlier as well (not sure) but we don't need to tackle that in this Jira > Deprecate CDCR Buffer APIs > -------------------------- > > Key: SOLR-11718 > URL: https://issues.apache.org/jira/browse/SOLR-11718 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: CDCR > Affects Versions: 7.1 > Reporter: Amrit Sarkar > Fix For: 7.2 > > Attachments: SOLR-11652.patch > > > Kindly see the discussion on SOLR-11652. > Today, if we see the current CDCR documentation page, buffering is "disabled" > by default in both source and target. We don't see any purpose served by Cdcr > buffering and it is quite an overhead considering it can take a lot heap > space (tlogs ptr) and forever retention of tlogs on the disk when enabled. > Also today, even if we disable buffer from API on source , considering it was > enabled at startup, tlogs are never purged on leader node of shards of > source, refer jira: SOLR-11652 -- This message was sent by Atlassian JIRA (v6.4.14#64029) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org