--
You received this message because you are subscribed to the Google Groups "mongodb-user"
group.
For other MongoDB technical support options, see: https://docs.mongodb.com/manual/support/
---
You received this message because you are subscribed to the Google Groups "mongodb-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mongodb-user...@googlegroups.com.
To post to this group, send email to mongod...@googlegroups.com.
Visit this group at https://groups.google.com/group/mongodb-user.
To view this discussion on the web visit https://groups.google.com/d/msgid/mongodb-user/aee9f52b-33bd-4f42-88c0-0950386908a4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
You might want to file a SERVER ticket for this in jira.mongodb.orgAsya
On Wed, Feb 8, 2017 at 17:59 Doug Reese <do...@reesesystems.com> wrote:
Hi all,I have 3 vagrant virtualbox VMs based on Ubuntu 14.04.5 LTS, all newly created with "vagrant up," and the result of rs.initate(...) in MongoDB 3.4.2 complains that some members already have data.rs.initiate({ _id: "rs01", version: 1, members: [{_id: 0, host:"192.168.33.10:27017"},{_id: 1, host:"192.168.33.11:27017"},{_id: 2, host:"192.168.33.12:27017"}]}){"ok" : 0,"code" : 110,"codeName" : "CannotInitializeNodeWithData"}If I remove members 1 and 2 from the rs.initiate(...) command, then add members 1 and 2 using rs.add(...), everything works fine. I have verified there is no existing data in any of the members before the rs.initiate(...) command.If I fall back to MongoDB 3.2.x the rs.initiate(...) with all three members works as expected with no error. I have not found any other reports of this happening.Doug
--
You received this message because you are subscribed to the Google Groups "mongodb-user"
group.
For other MongoDB technical support options, see: https://docs.mongodb.com/manual/support/
---
You received this message because you are subscribed to the Google Groups "mongodb-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mongodb-user+unsubscribe@googlegroups.com.
To post to this group, send email to mongod...@googlegroups.com.
Visit this group at https://groups.google.com/group/mongodb-user.
To view this discussion on the web visit https://groups.google.com/d/msgid/mongodb-user/aee9f52b-33bd-4f42-88c0-0950386908a4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
To unsubscribe from this group and stop receiving emails from it, send an email to mongodb-user...@googlegroups.com.
To post to this group, send email to mongod...@googlegroups.com.
Visit this group at https://groups.google.com/group/mongodb-user.
To view this discussion on the web visit https://groups.google.com/d/msgid/mongodb-user/aee9f52b-33bd-4f42-88c0-0950386908a4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Creating three brand new AWS instances and configuring the replicaset in runtime by editing the /etc/mongod.conf from the Userdata. Instances are up but replicaset creation fails with the above error.
Hi Uma,
Although you're seeing the same error message, it may not be the same cause of issue.
Looking at the code for this error message on check_quorum_for_config_change.cpp (v3.4) , this is a safety check to ensure that none of the members has data before joining the replica set. As initial-sync may have wiped any existing data.
Please check your script(s) or process, whether perhaps you launched mongod without --replSet defined. i.e. part of service or init .
To help others to reproduce your issue, could you please answer the following:
What is your specific MongoDB version ?
What is your AWS instances' Operating System ?
What do you mean by "configure the replica set in runtime" ?
What is the content of /etc/mongod.conf ?
Did you restart any mongod process in your script ?
Regards,