[SERVER-8412] repairDatabase: no Cloner, and use multi index builder Created: 30/Jan/13 Updated: 24/May/21 Resolved: 19/Feb/14 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Logging |
| Affects Version/s: | 2.2.2, 2.3.2 |
| Fix Version/s: | 2.6.0-rc0 |
| Type: | Improvement | Priority: | Major - P3 |
| Reporter: | Andre de Frere | Assignee: | Eliot Horowitz (Inactive) |
| Resolution: | Done | Votes: | 2 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||||||||||||||||||||||||||||||
| Participants: | |||||||||||||||||||||||||||||||||||||
| Description |
|
The case of running the server with --repair causing spurious warnings of ClientCursor::yield appearing in the logs was resolved in ) from the shell (or it's helper db.repairDatabase()). While the warnings are informational only, and the repairDatabase appears to be working correctly, they do cause excessive log size. Even rotated logs of this message could be filled with mostly useless information for a large enough database. |
| Comments |
| Comment by Githook User [ 21/Feb/14 ] |
|
Author: {u'username': u'benety', u'name': u'Benety Goh', u'email': u'benety@mongodb.com'}Message: |
| Comment by Githook User [ 19/Feb/14 ] |
|
Author: {u'username': u'milkie', u'name': u'Eric Milkie', u'email': u'milkie@10gen.com'}Message: |
| Comment by Githook User [ 19/Feb/14 ] |
|
Author: {u'username': u'erh', u'name': u'Eliot Horowitz', u'email': u'eliot@10gen.com'}Message: |
| Comment by Githook User [ 19/Feb/14 ] |
|
Author: {u'username': u'erh', u'name': u'Eliot Horowitz', u'email': u'eliot@10gen.com'}Message: |
| Comment by Chad Kreimendahl [ 14/Nov/13 ] |
|
We're getting significant quantities of these while running a threaded process than does findAndModify. We're indexed properly and still seeing the issue create about 15M of logs per second. We have the logs currently set to quiet, which is apparently not enough. I find the logs useful and don't want to have to redirect them to devnull. |