Details
-
Bug
-
Status: Closed
-
Blocker - P1
-
Resolution: Works as Designed
-
1.2
-
None
-
OS: Windows 7
Framework: .NET 4.0 and Mono 2.10.x
Description
This unit tests fails with MongoDB.Driver.MongoCommandException : Command 'filemd5' failed: exception: chunks out of order (response:
{ "errmsg" : "exception: chunks out of order", "code" : 10040, "ok" : 0.0 }).
The server complains that:
Fri Sep 16 11:50:28 [conn518] should have chunk: 1 have:0
c->nextSafe():
c->nextSafe():
{ _id: ObjectId('4e737044ef94a52e101deef1'), files_id: ObjectId(' 4e737044ef94a52e101deee4'), n: 0, data: BinData }Fri Sep 16 11:50:29 [conn513] should have chunk: 1 have:0
c->nextSafe():
c->nextSafe():
{ _id: ObjectId('4e737044ef94a52e101deeed'), files_id: ObjectId(' 4e737044ef94a52e101deee1'), n: 0, data: BinData }Fri Sep 16 11:50:29 [conn509] should have chunk: 1 have:0
c->nextSafe():
c->nextSafe():
{ _id: ObjectId('4e737044ef94a52e101def00'), files_id: ObjectId(' 4e737044ef94a52e101deefb'), n: 0, data: BinData }NOTE: I I changed MaxConnectionPoolSize in MongoDbServerSettings to 1, meaning only a single connection can be alive at once, this error does not occur.
I'd also like to point out that using ThreadPool in the C# Connection Manager seems like a bad idea seeing as this ThreadPool is static and shared with everything else in the system allowing any code in the system to essentially "lock out" the WaitCallback's.
Attachments
Issue Links
- is related to
-
CSHARP-330 GridFS object is not inheriting SafeMode setting from MongoDatabase
-
- Closed
-