Re: Question about MongoDB-replication-guide

From: Ashish Kaushik <coolleo83@xxxxxxxxx>
To: mongodb-user@xxxxxxxxxxxxxxxx
Date: Fri, 15 Apr 2016 07:16:58 +0530
Why ads?
This is to confirm that the statement you pointed out is absolutely true
and we have recently faces it in our production system. Looking for a
method where I can solve this happening from on my production system at
least.

Any insights from the community is helpful.
On Apr 15, 2016 7:02 AM, "Mike Fisher" <fisherm@xxxxxxxxxx> wrote:

I have read in the MongoDB-replication-guide from the MongoDB website (
http://docs.mongodb.org/master/MongoDB-replication-guide.pdf) the
following statement on page 28, under section "2.3.1 Replica Set
Elections":



"If a majority of the replica set is inaccessible or unavailable to the
current primary, the primary will step down and become a secondary. The
replica set cannot accept writes after this occurs, but remaining members
can continue to serve read queries if such queries are configured to run on
secondaries."



Is this statement true?  Unless I misunderstand the above statement, this
scenario seems very "BAD" to me.  To me this statement is telling me that
if I have a Replica set with three members that spans three data centers;
i.e. data center 1 contains the primary member, data center 2 contains a
secondary member, and data center 3 contains a secondary member; and if
data centers 2 and 3 go down, then data center 1 will have the primary
member revert to being a secondary member.  This would be very bad for a
production system running on data center 1.  In this scenario, the
primary member would become a secondary member and no more write operations
would be allowed by the production system running on data center 1.  Is
this true?  Why would anyone want this behavior?  I can see a situation
where one would want to take down data centers 2 and 3 for maintenance, or
they might go down for some kind of failure, but that should not affect the
production system running on data center 1.  Can anyone please explain
this statement in more detail to me?

--
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.org/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@xxxxxxxxxxxxxxxx.
To post to this group, send email to mongodb-user@xxxxxxxxxxxxxxxx.
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/d52cba00-903c-4e88-b61c-2c8e00a4c4ab%40googlegroups.com
<https://groups.google.com/d/msgid/mongodb-user/d52cba00-903c-4e88-b61c-2c8e00a4c4ab%40googlegroups.com?utm_medium=email&utm_source=footer>
.
For more options, visit https://groups.google.com/d/optout.


-- 
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.org/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@xxxxxxxxxxxxxxxx.
To post to this group, send email to mongodb-user@xxxxxxxxxxxxxxxx.
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/CAFc82YPzJvd%3DBKhNsbCBzFnFU1ADBKphZ%2B%2BV9NbadSLnDwae-w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Why ads?