skip to Main Content

My project is an app for a service-based company, as well as a general-purpose full stack boilerplate/template. The app has been up and running for months in development. This issue occurred initially 2 days ago.

In order to start my replica set, I first open 6 separate command prompt windows as admin. I then set the dbpath etc. for the primary:

 mongod --dbpath "C:Program FilesMongoDBServer5.0replicaComplex2rep01data" --logpath "C:Program FilesMongoDBServer5.0replicaComplex1rep01logmongod.log" --port 30000 --storageEngine=wiredTiger --journal --replSet jupiter_rep1

Then in a new terminal I set the config:

mongo --port 30000

rsconfig={_id:"jupiter_rep1",members:[{_id:0,host:"localhost:30000"}]}

I usually have to reconf in order to set the primary:

----reconf          
rsconf = rs.conf()          
rsconf.members = [{_id: 0, host: "localhost:30000"}]            
rs.reconfig(rsconf, {force: true})

I then initialize the replica set:

rs.initiate(rsconfig)

Then I go to a new terminal/prompt and set the dbpath for the other two nodes:

mongod --dbpath "C:Program FilesMongoDBServer5.0replicaComplex2rep02data" --logpath "C:Program FilesMongoDBServer5.0replicaComplex1rep02logmongod.log" --port 30001 --storageEngine=wiredTiger --journal --replSet jupiter_rep1

And the same for the third node.

However, this is where I am running into the problem. At this point the secondary nodes close out before I can actually set them as secondary.

I first tried to close all the windows and restart the actual machine. Nope.

Second, I uninstalled mongo dB and reinstalled it. Nope.

Third, I started the two secondary nodes prior to the primary or initialization. When i start the primary and initialize the replica set the secondary nodes shut down.

I’m on windows…
I also have the MongoDB Server stopped.

Input is appreciated!

Update*
I didn’t include the log file error in my original question. They are separated for easier reading.

{"t":{"$date":"2022-04-15T16:05:44.353-05:00"},"s":"I",
"c":"ROLLBACK", "id":21606, "ctx":"BackgroundSync","msg":"Finding
common point"}

{"t":{"$date":"2022-04-15T16:05:44.353-05:00"},"s":"I", "c":"-",
"id":4939300, "ctx":"monitoring-keys-for-HMAC","msg":"Failed to
refresh key
cache","attr":{"error":"ReadConcernMajorityNotAvailableYet: Read
concern majority reads are currently not
possible.","nextWakeupMillis":800}}

{"t":{"$date":"2022-04-15T16:05:44.377-05:00"},"s":"I",
"c":"ROLLBACK", "id":21607, "ctx":"BackgroundSync","msg":"Rollback
common
point","attr":{"commonPointOpTime":{"ts":{"$timestamp":
{"t":1649857370,"i":1}},"t":149}}}

{"t":{"$date":"2022-04-15T16:05:44.378-05:00"},"s":"F",
"c":"ROLLBACK", "id":51121, "ctx":"BackgroundSync","msg":"Common
point must be at least stable
timestamp","attr":{"commonPoint":{"$timestamp":
{"t":1649857370,"i":1}},"stableTimestamp":{"$timestamp":
{"t":1649857964,"i":1}}}}

{"t":{"$date":"2022-04-15T16:05:44.378-05:00"},"s":"F", "c":"-",
"id":23091, "ctx":"BackgroundSync","msg":"Fatal
assertion","attr":{"msgid":51121,"file":"srcmongodbreplrollback_impl.cpp","line":1146}}

{"t":{"$date":"2022-04-15T16:05:44.378-05:00"},"s":"F", "c":"-",
"id":23092, "ctx":"BackgroundSync","msg":"nn***aborting after
fassert() failurenn"}

Thanks!

2

Answers


  1. Chosen as BEST ANSWER

    At the suggestion of @Wernfried Domscheit, I created a mongo replica set service and, in the process, I did find the issue.

    To create the replica service, I used the following guide.

    Apparently, the log and dB path in my three config files all had the same link to the first node of the set. This is how it was months ago when I first copied and pasted the first config file to create the other two. So, I am thinking my external hard drive disconnected and some memory issue occurred. So due to the log paths being the same I got the log path error.

    Thanks.

    *Will switch to a Bluetooth set-up.


  2. There are several issues in your setup, thus I put them all in an answer, although it would be rather a comment.

    • Have a look at the logfiles C:Program FilesMongoDBServer5.0replicaComplex1rep01logmongod.log and C:Program FilesMongoDBServer5.0replicaComplex1rep02logmongod.log

      They should show you the error message, I don’t see any reason why the processes should stop.

    • Why do you have to have to reconf in order to set the primary? Does not make any sense. You should follow the Deploy a Replica Set tutorial.

    • I suggest to use a configuration file instead of command line options. Pay attention to the Windows Service Options

    • You should install MongoDB as a service, see mongod.exe, for example mongod --install --config C:ProgramDataMongoDBrep01mongod.conf. The the services will start automatically at boot time.

    • Storage engine wiredTiger and enabled journal are default, you can skip these options.

    • As the name implies C:Program Files... is typically not the place where you store application data and logfiles. Usually in C:Program Files... you find only the binaries. Consider a different location, e.g. C:ProgramDataMongoDB... of C:MongoDB...

    Login or Signup to reply.
Please signup or login to give your own answer.
Back To Top
Search