[
https://issues.apache.org/jira/browse/SOLR-12083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16397501#comment-16397501
]
Amrit Sarkar commented on SOLR-12083:
-------------------------------------
I have uploaded three patches with different designs:
1. add_support_for_random_ulog_in_tests.patch : This patch has nothing to do
with the problem here but randomizing UpdateLog b/w 'UpdateLog' and
'CdcrUpdateLog'. We don't need to do 'HdfsUpdateLog' as it gets picked up
anyway when directoryFactory is HDFSDirectoryFactory.
2. SOLR-12083-B-wo-test-framework.patch : This patch fixes the problem by
randomising the UpdateLog b/w 'UpdateLog' and 'CdcrUpdateLog' within the
{{TestInPlaceUpdatesDistrib}} which validates the fix I have put in place.
3. SOLR-12083-A-within-test-framework.patch : This patch extends the
'add_support_for_random_ulog_in_tests' with the fix in place.
> RealTimeGetComponent fails for INPLACE_UPDATE when Cdcr enabled
> ----------------------------------------------------------------
>
> Key: SOLR-12083
> URL: https://issues.apache.org/jira/browse/SOLR-12083
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: CDCR
> Affects Versions: 7.2, 7.2.1, 7.3
> Reporter: Amrit Sarkar
> Assignee: Varun Thacker
> Priority: Major
> Attachments: SOLR-12083-A-within-test-framework.patch,
> SOLR-12083-B-wo-test-framework.patch, SOLR-12083.patch, SOLR-12083.patch,
> add_support_for_random_ulog_in_tests.patch
>
>
> On the lines of SOLR-12063: Bidirectional support introduced serious bugs and
> here RealTimeGetComponent is broken.
> As we have added additional flag to each {{tlog}} entry, the following
> assertions fail when Cdcr enabled:
> {code}
> if (oper == UpdateLog.UPDATE_INPLACE) {
> assert entry.size() == 5;
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
