[SERVER-38741] Mongodb replset member fails to start "CannotGrowDocumentInCappedNamespace: Cannot change the size of a document" Created: 21/Dec/18 Updated: 21/Dec/18 Resolved: 21/Dec/18 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Replication |
| Affects Version/s: | 3.4.18 |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major - P3 |
| Reporter: | raffis | Assignee: | Unassigned |
| Resolution: | Duplicate | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||
| Operating System: | ALL | ||||||||
| Steps To Reproduce: | I am certainly aware of the fact that a capped collection can not be changed. But this happens on a replset member. How did such an entry made it into the primary oplog? It would have failed on the primary member first, before such an entry even makes it into the oplog in the first place. And the mentioned document does not change in size on the primary. It could not have been created in the first place if it would!
Not sure how to reproduce this, but this is the second time we encountered this within two months. |
||||||||
| Participants: | |||||||||
| Description |
|
mongod start:
2018-12-21T16:35:55.467+0100 I ASIO [NetworkInterfaceASIO-RS-0] Successfully connected to mongodb001.replset001.app.domain:27017, took 7ms (3 connections now open to mongodb001.replset001.app.domain27017) , os: { type: "Linux", name: "Debian GNU/Linux", version: "9", architecture: "x86_64" }, platform: "cfg=0xd15620c9 posix=200809 stdc=201112 CC=GCC 6.3.0 20170516 CFLAGS="-g -O2" LDFLAGS="" / PHP 7.2.13" } , o: { $set: { status: 3, ended: new Date(1545406647813) } } } ***aborting after fassert() failure
Restart results in the same error. |
| Comments |
| Comment by Danny Hatcher (Inactive) [ 21/Dec/18 ] |
|
Hello, Thanks for your report. This situation appears to be a duplicate of I advise you to watch Thank you, Danny |