Re: wiredTiger Secondary freeze while sync

From: Wan Bachtiar <wan.bachtiar@xxxxxxxxxxx>
To: mongodb-user <mongodb-user@xxxxxxxxxxxxxxxx>
Date: Thu, 5 May 2016 02:18:52 -0700 (PDT)
Why ads?


Have You found solution to that problem?

Hi Lucas, 

Although you may be seeing a similar type of issue to the original thread, 
it may be a different issue causing it. The issue in the JIRA ticket 
SERVER-17681 <https://jira.mongodb.org/browse/SERVER-17681> is caused by 
multiple replica set members running in one machine. WiredTiger 
<https://docs.mongodb.org/manual/core/wiredtiger/> in v3.0 is able to 
effectively use more CPU and IO resources due to it’s increased efficiency 
and compression features. As a result, running multiple mongod instances on 
a single host may cause a situation where the mongod instances are 
contending for the same resources. 

I would also recommend to:

   - Check the replica set members machine requirements. See Ensure Indexes 
   Fit in RAM 
   <https://docs.mongodb.org/manual/tutorial/ensure-indexes-fit-ram/>. 
   - Use mongostat 
   <https://docs.mongodb.org/manual/reference/program/mongostat/> and 
   mongotop <https://docs.mongodb.org/manual/reference/program/mongotop/
   to get an overview status of mongod instance. 
   - Review Analyse MongoDB Performance 
   <https://docs.mongodb.org/manual/administration/analyzing-mongodb-performance/
   and Analyse Performance of Database Operations 
   <https://docs.mongodb.org/manual/tutorial/manage-the-database-profiler/
   for more information. 
   - Watch Webinar: Diagnostics and Debugging 
   <https://www.mongodb.com/presentations/webinar-diagnostics-and-debugging-mongodb
   for some helpful background on investigating performance issues. 
   - Use a comprehensive monitoring solution such as MongoDB Cloud Manager 
   <https://www.mongodb.com/cloud/>, to capture historial baseline of 
   activity. 

If you still have questions, please open a new thread with the following 
information: 

   - MongoDB version and storage engines of your replica set members. i.e. 
   primary/secondaries. 
   - The method on how you observed the ‘freeze’. i.e. monitoring tools ? 
   - The logs on the secondaries that ‘freeze’. ( The section when it 
   'freeze' should be sufficient) 
   - Specific Operating System version. 
   - Replica set machine specs. i.e. CPU/RAM 
   - Size of your working set 
   <https://docs.mongodb.org/manual/faq/storage/#faq-working-set
   - The output of rs.status() 
   <https://docs.mongodb.org/manual/reference/method/rs.status/>. 

Worth mentioning that for general enhancements and bug fixes I would 
recommend to use the latest stable release of MongoDB, currently is v3.2.6 
<https://www.mongodb.org/downloads#production>. See Release Notes for 
MongoDB 3.2 
<https://docs.mongodb.org/manual/release-notes/3.2/#release-notes-for-mongodb-3-2
for list of features. 

Regards, 

Wan. 


-- 
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/e59df0f7-acce-41e8-b981-70d9b5ad532c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Why ads?