Details
-
Bug
-
Status: Closed
-
Major - P3
-
Resolution: Duplicate
-
2.4.11
-
None
-
None
-
ALL
Description
When a long-running count yields and a stale config exception is thrown (because of a migrate during the count, for example) it will be "flattened" into an unknown exception. This exception cannot then be retried automatically by mongos, but is passed to the user as:
Error: count failed: {
|
"shards" : {
|
|
},
|
"cause" : {
|
"ok" : 0,
|
"errmsg" : "13388 [foo.bar] shard version not ok in Client::Context: version mismatch detected for foo.bar, stored major version 2 does not match received 1 ( ns : foo.bar, received : 1|0||540893992c1d4403aaa7955a, wanted : 2|0||540893992c1d4403aaa7955a, send )"
|
},
|
"ok" : 0,
|
"errmsg" : "failed on : shard0000"
|
}
|
Reproduced on v2.4, v2.6 shows similar messaging but does not fail - still investigating. Master has different yielding behavior so it's not clear this still applies.
Attachments
Issue Links
- duplicates
-
SERVER-10382 Interrupted count commands don't return an error code
-
- Closed
-
- related to
-
SERVER-10382 Interrupted count commands don't return an error code
-
- Closed
-
-
SERVER-15808 audit re-enabled yielding paths for sharding
-
- Closed
-