[SERVER-17935] sharded listCollections and listIndexes commands need to store cursor with originalHost Created: 08/Apr/15 Updated: 12/Dec/23 |
|
| Status: | Backlog |
| Project: | Core Server |
| Component/s: | Sharding |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Major - P3 |
| Reporter: | Mathias Stearn | Assignee: | Backlog - Cluster Scalability |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | AdiZ | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Assigned Teams: |
Cluster Scalability
|
| Participants: |
| Description |
|
Currently they call storePossibleCursor with conf->getPrimary().getConnString(). This is incorrect since it could refer to a replica set while storePossibleCursor must be passed the exact (single) server that created the cursor. Currently, this can only be done by creating a cursor to run the command as is done in PipelineCommand::aggRunCommand(). Ideally a common runCommandWithPossibleCursor function can be provided and we can remove the "temporary hacks" that agg had to provide: https://github.com/mongodb/mongo/blob/r3.1.1/src/mongo/s/commands_public.cpp#L2059-L2074. |