[DOCS-12863] Investigate changes in SERVER-38356: Forbid dropping oplog when replset config is present Created: 08/Jul/19 Updated: 13/Nov/23 Resolved: 27/Jan/20 |
|
| Status: | Closed |
| Project: | Documentation |
| Component/s: | manual, Server |
| Affects Version/s: | None |
| Fix Version/s: | 4.3.1, 4.2.1, Server_Docs_20231030, Server_Docs_20231106, Server_Docs_20231105, Server_Docs_20231113 |
| Type: | Task | Priority: | Major - P3 |
| Reporter: | Backlog - Core Eng Program Management Team | Assignee: | Jeffrey Allen |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||||||||||
| Participants: | |||||||||||||||||
| Days since reply: | 4 years, 1 day ago | ||||||||||||||||
| Epic Link: | DOCS: 4.4 Server Release Work | ||||||||||||||||
| Description |
DescriptionSERVER ticket description: Currently the oplog cannot be dropped while running in replset mode, but can be dropped as standalone. Until recently the procedure to resize the oplog included dropping the oplog while in standalone, however, doing this procedure on an uncleanly shutdown 4.0 mongod causes committed writes to be lost (because they only existed in the oplog, and the resize preserves only the final oplog entry, see Completely forbidding oplog drop (even when standalone) would interfere with the use case of restoring a filesystem snapshot as a test standalone. A better alternative would be to forbid dropping the oplog only if local.system.replset contains documents. This way, users who are sure they want to drop the oplog can do so by first removing the documents from local.system.replset (which can't be dropped, but can have its contents removed) and then restarting the standalone. Whereas users who are just trying to perform a manual oplog resize will be stopped before any data loss. If we choose not to do this, then at the very least we should improve the "standalone-but-replset-config-exists" startup warning to specifically warn against to manually resizing the oplog. Change Description: Two things need to be documented:1) 2) Scope of changesImpact to Other DocsMVP (Work and Date)Resources (Scope or Design Docs, Invision, etc.) |
| Comments |
| Comment by Githook User [ 11/Feb/20 ] |
|
Author: {'username': 'jeff-allen-mongo', 'name': 'jeff-allen-mongo', 'email': 'jeffrey.allen@10gen.com'}Message: ( |
| Comment by Githook User [ 27/Jan/20 ] |
|
Author: {'email': 'jeffrey.allen@10gen.com', 'username': 'jeff-allen-mongo', 'name': 'jeff-allen-mongo'}Message: ( |
| Comment by Githook User [ 27/Jan/20 ] |
|
Author: {'username': 'jeff-allen-mongo', 'name': 'jeff-allen-mongo', 'email': 'jeffrey.allen@10gen.com'}Message: ( |
| Comment by Githook User [ 27/Jan/20 ] |
|
Author: {'email': 'jeffrey.allen@10gen.com', 'username': 'jeff-allen-mongo', 'name': 'jeff-allen-mongo'}Message: ( |