[DOCS-7893] Change config servers to WiredTiger procedure should use a different port every time a config server is started with an empty dbpath Created: 17/May/16  Updated: 30/Oct/23

Status: Closed
Project: Documentation
Component/s: manual, Server
Affects Version/s: None
Fix Version/s: Server_Docs_20231030

Type: Bug Priority: Major - P3
Reporter: Marco Bonezzi Assignee: Kay Kim (Inactive)
Resolution: Won't Do Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
is related to DOCS-7259 Change Config Servers to WiredTiger p... Closed
Participants:
Days since reply: 1 year, 14 weeks, 2 days ago
Epic Link: DOCSP-1769

 Description   

Hi,

The procedure describing how to change the config servers to WiredTiger should consider using a different port number for each time a mongod config server process is started with an empty dbpath.

This situation applies for three points of the procedure: step 6 to 7 (3rd config server), step 13 to 14 (2nd config server), step 18 to 19 (1st config server).

In particular, the critical path is step 18 to step 19, when this is done for the 1st config server of the cluster. During this time, two things will happen:

  • Differ config warnings due to different config databases on the config servers
  • As soon as the 1st config server is up, the mongos will use it and it will not be able to see the config database (no chunks, no collections, etc) until the restore is completed. This can cause the mongos to not be able to query the data existing in the shards.

This situation can be easily avoided by making sure that we use a different port number when starting the mongod config server process with the WiredTiger storage engine using an empty dbpath - until the restore is completed. At this point, the process can be safely restarted with its original port.



 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!

Generated at Thu Feb 08 07:55:14 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.