[SERVER-31435] Creating an index through applyOps is not replicated Created: 06/Oct/17 Updated: 30/Oct/23 Resolved: 06/Nov/17 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Index Maintenance, Replication |
| Affects Version/s: | None |
| Fix Version/s: | 3.6.0-rc3 |
| Type: | Bug | Priority: | Critical - P2 |
| Reporter: | Tess Avitabile (Inactive) | Assignee: | Maria van Keulen |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | todo_in_code | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Backwards Compatibility: | Fully Compatible | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Operating System: | ALL | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Steps To Reproduce: | On a 1-node replica set:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Sprint: | Storage 2017-10-23, Storage 2017-11-13 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Participants: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
|
Running applyOps with a createIndexes-style oplog entry (which is produced in featureCompatibilityVersion 3.6) does not produce an oplog entry, so it is not replicated. |
| Comments |
| Comment by Githook User [ 06/Nov/17 ] |
|
Author: {'name': 'Maria van Keulen', 'username': 'mvankeulen94', 'email': 'maria@mongodb.com'}Message: |
| Comment by Eric Milkie [ 03/Nov/17 ] |
|
Yes, I believe we can do that. Thanks for the reminder! |
| Comment by Tess Avitabile (Inactive) [ 03/Nov/17 ] |
|
Would it be possible to handle this TODO to move apply_ops_index_collation.js into core in a follow-on commit? |
| Comment by Githook User [ 03/Nov/17 ] |
|
Author: {'name': 'Maria van Keulen', 'username': 'mvankeulen94', 'email': 'maria@mongodb.com'}Message: |
| Comment by Andy Schwerin [ 06/Oct/17 ] |
|
mongomirror and mongorestore both use applyOps and may restore to replica sets, so this seems severe. |
| Comment by Tess Avitabile (Inactive) [ 06/Oct/17 ] |
|
schwerin, spencer, can you advise on the severity of this bug? It seems bad that you can run an operation on a primary that is not replicated. However, applyOps may not be used much outside of backup, which uses standalones, and it requires special privilege to use applyOps. Note that the bug does not exist for index creations using insertion into system.indexes, which is done on 3.4 and in featureCompatibilityVersion 3.4. |