Operational Defect Database
BugZero found this defect 31 days ago.
Data sources
All data on this page is proprietary to BugZero® or gathered from public sources
MongoDB | 2646906
FCBIS can lead to incorrect fast count on destination
Last update date:
4/18/2024
Affected products:
MongoDB Server
Affected releases:
No affected releases provided.
Fixed releases:
No fixed releases provided.
Description:
Info
FCBIS copies the sizeStorer.wt file, whose value is updated when FCBIS opens a backup cursor on the source node which causes the source node to flush the in-memory counter WiredTigerSizeStorer maintains to disk. However, because this in-memory value can be rolled back when the corresponding storage transaction rolls back, now we have a value that has been persisted to disk and then copied over to the recipient. As a result, any time the storage txn rolls back on the source node, the destination node will not know about it and therefore will have an incorrect value in its sizeStorer.wt file. And from that point onwards fast count on the destination will be wrong. As others have pointed out, in many ways FCBIS is very similar to unclean shutdown. In that case we may want to make it clear (via documentation) that fast count is not valid during FCBIS if we haven't already.
Top User Comments
Steps to Reproduce
See comments for how to repro.
