[DOCS-8951] Add a setParameter that will bypass auth metadata startup validation checks Created: 28/Sep/16 Updated: 30/Oct/23 |
|
| Status: | Closed |
| Project: | Documentation |
| Component/s: | Server |
| Affects Version/s: | None |
| Fix Version/s: | Server_Docs_20231030 |
| Type: | Task | Priority: | Major - P3 |
| Reporter: | Emily Hall | Assignee: | Unassigned |
| Resolution: | Won't Do | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||
| Participants: | |||||||||
| Days since reply: | 1 year, 14 weeks, 2 days ago | ||||||||
| Epic Link: | DOCSP-1769 | ||||||||
| Description |
|
During start up, mongod checks various properties of the auth metadata, and will exit if they fail. However, the checks are done even if auth is not enabled. This denies the user the ability to fix any problems by restarting the mongod without --auth, which is the usual way of dealing with auth metadata problems. The advice given in the log messages is to downgrade to 2.6 and run authSchemaUpgrade. However, this is not possible if the storage engine is something other than MMAPv1. (This means this problem is worse in 3.2 than 3.0, since the default engine is WT.) In this case, the user data becomes completely inaccessible with no workaround to access it. |
| Comments |
| Comment by Education Bot [ 31/Oct/22 ] |
|
Hello! This ticket has been closed due to inactivity. If you believe this ticket is still important, please reopen it and leave a comment to explain why. Thank you! |