-
Type: Bug
-
Resolution: Done
-
Priority: Major - P3
-
Affects Version/s: 1.8.2
-
Environment:Linux x86_64
-
Linux
Steps to reproduce:
- Create a sharded cluster of two replica sets.
- Shard a database called 'delicious'.
- Shard a collection called 'links' sharded on 'author'
- Load the data from this link into the sharded collection:
http://www.infochimps.com/link_frame?dataset=13364 - Run the attached python script twice.
Results:
The script will complete on the first run no problems. It will get stuck on the second run when the server is trying to recreate indexes on the output collection. The python script will eventually fail with the following assertion:
failed: final reduce failed:
{ result: "results", assertion: "getMore: cursor didn't exist on server, possible restart or timeout?", assertionCode: 13127, errmsg: "db assertion failure", ok: 0.0 }Before the script fails db.currentOp() will show the following with the seconds climbing:
{
"opid" : "repl0:1216193",
"active" : true,
"lockType" : "write",
"waitingForLock" : false,
"secs_running" : 336,
"op" : "query",
"ns" : "delicious.results",
"query" :
,
"client_s" : "127.0.0.1:36127",
"desc" : "conn",
"msg" : "index: (3/3) btree-middle"
},
Here's the sharding info:
> db.printShardingStatus()
— Sharding Status —
sharding version:
shards:
{ "_id" : "repl0", "host" : "repl0/behackett-dt:29017" } { "_id" : "repl1", "host" : "repl1/behackett-dt:29020" }databases:
{ "_id" : "admin", "partitioned" : false, "primary" : "config" } { "_id" : "delicious", "partitioned" : true, "primary" : "repl0" } delicious.links chunks:
repl1 12
repl0 13
too many chunks to print, use verbose if you want to force print