[SERVER-7868] Map/Reduce Does not run on secondaries in a sharded/replica-set configuration Created: 07/Dec/12  Updated: 07/Dec/12  Resolved: 07/Dec/12

Status: Closed
Project: Core Server
Component/s: Sharding
Affects Version/s: 2.2.0, 2.2.1, 2.2.2
Fix Version/s: None

Type: Bug Priority: Major - P3
Reporter: Robert Moore Assignee: Gianfranco Palumbo
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

$ uname -a
Linux pepe 3.6.8-2.fc17.x86_64 #1 SMP Tue Nov 27 19:35:02 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
$ more /etc/redhat-release
Fedora release 17 (Beefy Miracle)


Attachments: Text File mongostat_out.txt     File mr_secondaries_test.js    
Issue Links:
Depends
Duplicate
duplicates SERVER-7423 Support commands for read preference Closed
Related
related to DOCS-826 Document about mongos support for com... Closed
Operating System: Linux
Steps To Reproduce:

Start a cluster with a atleast two replica sets in a sharded configuration.
Shard a database and collection.
Start a mongostat to view the commands issued to each server.
Run the attached script.

Participants:

 Description   

It appears that Map/Reduce using a readPreference of secondary is not being routed to the secondary servers by the Mongos.

In the attached mongostat output you can clearly see that the bulk of the commands are being issued to the primary servers instead of the secondaries.



 Comments   
Comment by Gianfranco Palumbo [ 07/Dec/12 ]

Reproduced and it's working on 2.3.1
And to in 2.2.1 as expected.

Comment by Adam Comerford [ 07/Dec/12 ]

Robert,

As discussed elsewhere, this looks like a dupe of SERVER-7423. We'll test with the snippet provided to confirm.

Adam

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