Details
-
Bug
-
Resolution: Done
-
Major - P3
-
3.2.0-rc3
-
None
-
Fully Compatible
-
ALL
-
-
Sharding D (12/11/15)
Description
getLastError on v3.0 mongos does not appear to wait for write concern after a command that writes (insert, update, remove, create. rename, findAndModify, etc).
This appears to be caused by a change in the format of $gleStats in command response from
{ ok: 1.0, $gleStats: { lastOpTime: Timestamp 1448055284000|3, electionId: ObjectId('564f91f159f75549f0be5a83') } }
|
in v3.0 to
{ ok: 1.0, $gleStats: { lastOpTime: { ts: Timestamp 1448054994000|4, t: 2 }, electionId: ObjectId('564f909b0000000000000002') } }
|
Attachments
Issue Links
- is related to
-
SERVER-21586 Investigate v3.0 mongos and v3.2 cluster compatibility issues in jstests/sharding
-
- Closed
-
-
SERVER-21631 Remove gleStats format detection based on operation Protocol (OP_COMMAND vs OP_QUERY)
-
- Closed
-