[SERVER-2254] When host machine under heavy load, the mongos running on it reveals less data than others Created: 20/Dec/10  Updated: 29/May/12  Resolved: 02/Sep/11

Status: Closed
Project: Core Server
Component/s: Sharding
Affects Version/s: 1.6.4
Fix Version/s: None

Type: Bug Priority: Major - P3
Reporter: Guti.Deng Assignee: Unassigned
Resolution: Incomplete Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

CentOS release 5.4 (Final) mongodb-linux-x86_64-1.6.4.tgz


Operating System: Linux
Participants:

 Description   

The machine on which the corrupted mongos runs was under heavy load (some operations like 'compressing files' ). In the mean time, some data was written into the cluster ( some of them are common collections, along with GridFS ). By the way, the written was through another mongos (running on another machine). Also worthy to note that, there was one config-server running on the same machine as the corrupted mongos.

After some time, connection through this mongos couldn't find some of the GridFS files which was written recently while the other mongos could. But it could still find some recent written data of common collections.

Killed the corrupted mongos, started it again, then the difference went away.



 Comments   
Comment by Eliot Horowitz (Inactive) [ 16/Jan/11 ]

can you try with 1.6.5?
should be fixed.

Generated at Thu Feb 08 02:59:25 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.