Operational Defect Database

BugZero found this defect 2497 days ago.

MongoDB | 377904

[SERVER-28988] add ReplicationProcess and use it to cache Rollback ID

Last update date:

10/30/2023

Affected products:

MongoDB Server

Affected releases:

No affected releases provided.

Fixed releases:

3.5.7

Description:

Info

As part of SERVER-27659 we moved from an in-memory rbid to one stored in a collection, which requires a global IS lock. This makes commands that didn't used to require any global lock require one to fill in the replSet metadata. This seems to be causing spurious stepdowns in some of our tests. Additionally, it prevents FTDC from capturing data while the global lock is held or pending.

Top User Comments

xgen-internal-githook commented on Sat, 29 Apr 2017 12:25:23 +0000: Author: {u'username': u'benety', u'name': u'Benety Goh', u'email': u'benety@mongodb.com'} Message: SERVER-28988 add ReplicationProcess This class is intended to hold replication state in a secondary node related to the copying and applying operations from the sync source. This initial implementation holds a cached copy of the rollback ID only. Branch: master https://github.com/mongodb/mongo/commit/ce76085e2464c38119b307851d4c63687d9a581f benety.goh commented on Fri, 28 Apr 2017 14:19:06 +0000: We should definitely cache the RBID. schwerin and I discussed this and we are proposing new object attached to the ServiceContext that will be used for caching the rollback ID for now but may be expanded to hold other state for replication.

Additional Resources / Links

Share:

BugZero Risk Score

Coming soon

Status

Closed

Have you been affected by this bug?

cost-cta-background

Do you know how much operational outages are costing you?

Understand the cost to your business and how BugZero can help you reduce those costs.

Discussion

Login to read and write comments.

Have you ever...

had your data corrupted from a

VMware

bug?

Search:

...