mongodb-user
[Arriba] [Todas las Listas]

[mongodb-Usuario] serverStatus era muy despacio - mongod instnce mató a

To: mongodb-user <mongodb-user@xxxxxxxxxxxxxxxx>
Subject: [mongodb-Usuario] serverStatus era muy despacio - mongod instnce mató al menos una vez un día
From: JrMaster <asher.karadi@xxxxxxxxx>
Date: Sat, 12 Aug 2017 10:46:31 -0700 (PDT)
Delivery-date: Sun, 13 Aug 2017 18:20:53 -0400
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20161025; h=sender:date:from:to:message-id:subject:mime-version :x-original-sender:reply-to:precedence:mailing-list:list-id :list-post:list-help:list-archive:list-subscribe:list-unsubscribe; bh=z97Zpi1KD2C2pDQ87W22TkPsQ9s7Yv6QU0tWLuxFolw=; b=mcI+RhRfALAPYocQIgOIbROimR6Ir1cGKmoAL5qDMvpTTekQqg5eu/ZImsk2Tcdd1V 5GplJ0is51bUUGFyYJlRhK3ak8Z74KruQLLMjtrvpY4wJg2YB2H2WqzzEIM6rjbqvWWW MKHMhybguusHb1Vv64uMNGHe6CHfk72r37jrMzmg1IBws/pVpzLSwH1+bYTTTnwMPutD Jdjpj9Z1hlFVrpNDa9ozD/FxqAE3xDNBCCif3W9YkyZdcgS7bmkJvHKUEXd3uMmjy5uW Z6KlQe7YUE7tCj640RcSZEprFS1vwe7fX6fySFxQm8AbK1Gpf0Gr8H5VFUK5sgtk2Bb8 lztA==
Envelope-to: traductor@xxxxxxxxxxx
List-archive: <https://groups.google.com/group/mongodb-use>
List-help: <https://groups.google.com/support/>, <mailto:mongodb-user+help@googlegroups.com>
List-id: <mongodb-user.googlegroups.com>
List-post: <https://groups.google.com/group/mongodb-user/post>, <mailto:mongodb-user@googlegroups.com>
List-subscribe: <https://groups.google.com/group/mongodb-user/subscribe>, <mailto:mongodb-user+subscribe@googlegroups.com>
List-unsubscribe: <mailto:googlegroups-manage+1044811755470+unsubscribe@googlegroups.com>, <https://groups.google.com/group/mongodb-user/subscribe>
Mailing-list: list mongodb-user@xxxxxxxxxxxxxxxx; contact mongodb-user+owners@xxxxxxxxxxxxxxxx
Reply-to: mongodb-user@xxxxxxxxxxxxxxxx
Sender: mongodb-user@xxxxxxxxxxxxxxxx
*Hi,

Muchos de nuestro *mongod el caso es matado al menos una vez un día en varios 
diferente *replica conjuntos.
Estamos utilizando *mongo 3.4.4 en todos los  casos en el entorno.

Nuestro *topology consiste del siguiendo:

   1. 1 *x *config *replica conjunto (3 nodos)
   2. 4 *x el dato que aguanta *replica conjuntos (3 nodos - 1 de los nodos es escondido y tiene 
   una prioridad de 0)
   3. 6 *x *mongos *routers


estoy viendo estos *cryptic mensajes y se preguntaba cómo les podría utilizar para 
entender lo que yendo en...

2017-08-12*T01:46:45.483+0000 MANDO  [*ftdc] *serverStatus era muy despacio: #cnj básico: 10, después de que *asserts: 20, después de que *backgroundFlushing: 31, después de que conexiones: 78, después de que *dur: 118, después de que extra_*info: 169, después de que *globalLock: 230, después de que cerraduras: 230, después de que red: 230, después de que *opLatencies: 285, después de que *opcounters: 315, después de que *opcountersRepl: 315, después de que *repl: 595, después de que seguridad: 636, después de que *storageEngine: 696, después de que *tcmalloc: 767, después de que *wiredTiger: 964, en fin: 1304 }

2017-08-12*T01:46:45.483+0000 MANDO  [*ftdc] *serverStatus era muy despacio: #cnj básico: 10, después de que *asserts: 20, después de que *backgroundFlushing: 31, después de que conexiones: 78, después de que *dur: 118, después de que extra_*info: 169, después de que *globalLock: 230, después de que cerraduras: 230, después de que red: 230, después de que *opLatencies: 285, después de que *opcounters: 315, después de que *opcountersRepl: 315, después de que *repl: 595, después de que seguridad: 636, después de que *storageEngine: 696, después de que *tcmalloc: 767, después de que *wiredTiger: 964, en fin: 1304 }

2017-08-12*T01:46:52.127+0000 MANDO  [*ftdc] *serverStatus era muy despacio: #cnj básico: 82, después de que *asserts: 82, después de que *backgroundFlushing: 92, después de que conexiones: 92, después de que *dur: 92, después de que extra_*info: 159, después de que *globalLock: 200, después de que cerraduras: 269, después de que red: 279, después de que *opLatencies: 289, después de que *opcounters: 289, después de que *opcountersRepl: 289, después de que *repl: 521, después de que seguridad: 541, después de que *storageEngine: 625, después de que *tcmalloc: 645, después de que *wiredTiger: 809, en fin: 1024 }

2017-08-12*T01:47:09.463+0000 MANDO  [*conn24] *serverStatus era muy despacio: #cnj básico: 10, después de que *advisoryHostFQDNs: 110, después de que *asserts: 110, después de que *backgroundFlushing: 120, después de que conexiones: 120, después de que *dur: 120, después de que extra_*info: 130, después de que *globalLock: 130, después de que red: 205, después de que *opLatencies: 215, después de que *opcounters: 215, después de que *opcountersRepl: 215, después de que *oplog: 5185, después de que *repl: 5185, después de que seguridad: 5185, después de que *sharding: 5195, después de que *storageEngine: 5195, después de que *tcmalloc: 5195, después de que *wiredTiger: 5206, en fin: 5221 }

2017-08-12*T01:47:09.465+0000 MANDO  [*conn24] manda local.*oplog.*rs Orden: *serverStatus #unknown{^*serverStatus: 1, *advisoryHostFQDNs: 1, cerraduras: 0, *recordStats: 0, *oplog: 1 } *numYields:0 *reslen:23635 cerraduras: #adj: #unknown{^*acquireCount: #unknown{^*r: 2 }, *acquireWaitCount: #unknown{^*r: 1 }, *timeAcquiringMicros: #unknown{^*r: 4943878 } }, *Database: #unknown{^*acquireCount: #unknown{^*r: 1 } }, *oplog: #unknown{^*acquireCount: #unknown{^*r: num_nom
Hi,

Several of our mongod instance are killed at least once a day on several 
different replica sets.
We are using mongo 3.4.4 on all instances in the environment.

Our topology consists of the following:

   1. 1 x config replica set (3 nodes)
   2. 4 x data bearing replica sets (3 nodes - 1 of the nodes is hidden and 
   has a priority of 0)
   3. 6 x mongos routers


I'm seeing these cryptic messages and was wondering how I could use them to 
understand what's going on...

2017-08-12T01:46:45.483+0000 I COMMAND  [ftdc] serverStatus was very slow: { after basic: 10, after asserts: 20, after backgroundFlushing: 31, after connections: 78, after dur: 118, after extra_info: 169, after globalLock: 230, after locks: 230, after network: 230, after opLatencies: 285, after opcounters: 315, after opcountersRepl: 315, after repl: 595, after security: 636, after storageEngine: 696, after tcmalloc: 767, after wiredTiger: 964, at end: 1304 }

2017-08-12T01:46:45.483+0000 I COMMAND  [ftdc] serverStatus was very slow: { after basic: 10, after asserts: 20, after backgroundFlushing: 31, after connections: 78, after dur: 118, after extra_info: 169, after globalLock: 230, after locks: 230, after network: 230, after opLatencies: 285, after opcounters: 315, after opcountersRepl: 315, after repl: 595, after security: 636, after storageEngine: 696, after tcmalloc: 767, after wiredTiger: 964, at end: 1304 }

2017-08-12T01:46:52.127+0000 I COMMAND  [ftdc] serverStatus was very slow: { after basic: 82, after asserts: 82, after backgroundFlushing: 92, after connections: 92, after dur: 92, after extra_info: 159, after globalLock: 200, after locks: 269, after network: 279, after opLatencies: 289, after opcounters: 289, after opcountersRepl: 289, after repl: 521, after security: 541, after storageEngine: 625, after tcmalloc: 645, after wiredTiger: 809, at end: 1024 }

2017-08-12T01:47:09.463+0000 I COMMAND  [conn24] serverStatus was very slow: { after basic: 10, after advisoryHostFQDNs: 110, after asserts: 110, after backgroundFlushing: 120, after connections: 120, after dur: 120, after extra_info: 130, after globalLock: 130, after network: 205, after opLatencies: 215, after opcounters: 215, after opcountersRepl: 215, after oplog: 5185, after repl: 5185, after security: 5185, after sharding: 5195, after storageEngine: 5195, after tcmalloc: 5195, after wiredTiger: 5206, at end: 5221 }

2017-08-12T01:47:09.465+0000 I COMMAND  [conn24] command local.oplog.rs command: serverStatus { serverStatus: 1, advisoryHostFQDNs: 1, locks: 0, recordStats: 0, oplog: 1 } numYields:0 reslen:23635 locks:{ Global: { acquireCount: { r: 2 }, acquireWaitCount: { r: 1 }, timeAcquiringMicros: { r: 4943878 } }, Database: { acquireCount: { r: 1 } }, oplog: { acquireCount: { r: 1 } } } protocol:op_query 5250ms

2017-08-12T07:04:20.914+0000 I CONTROL  [main] ***** SERVER RESTARTED *****


Many thanks in advance.

-- 
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@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/276203ec-3a8c-48f1-8af2-501a3dc88438%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
<Anterior por Tema] Tema Actual [Siguiente por Tema>