[SERVER-16712] listCollections returns results against arbiter Created: 04/Jan/15  Updated: 06/Dec/22  Resolved: 03/Jan/20

Status: Closed
Project: Core Server
Component/s: Replication
Affects Version/s: 2.8.0-rc4
Fix Version/s: None

Type: Bug Priority: Major - P3
Reporter: Christian Amor Kvalheim Assignee: Backlog - Replication Team
Resolution: Won't Fix Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Assigned Teams:
Replication
Operating System: ALL
Steps To Reproduce:

connect to an arbiter and run the listCollection command

Participants:

 Description   

when calling listCollections on an arbiter it returns results. I expect it to fail.



 Comments   
Comment by Judah Schvimer [ 03/Jan/20 ]

Closing "Won't Fix". This would be a behavior change with no recent requests. If we get a new request, we can re-open this ticket.

Comment by Eric Milkie [ 05/Jan/15 ]

We should make it illegal to run "slaveOverrideOk" commands on arbiters. "slaveOk" commands can continue to be run on arbiters, since those commands typically don't access actual data.

Comment by J Rassi [ 04/Jan/15 ]

milkie, scotthernandez: I notice that find/getmore execution runs through a very different replication checklist than command execution does (links: find checklist, getmore checklist, command checklist). This results in the reported behavior: slaveOk commands are allowed on arbiters (since ReplicationCoordinator::checkCanServeReadsFor() is never called), but slaveOk reads are forbidden on arbiters. Should we unify these checklists?

Generated at Thu Feb 08 03:42:00 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.