mongodb, réplicas y error: {"$ err": "no maestro y esclavo Ok = falso", "código": 13435}

Probé los conjuntos de réplicas mongo por primera vez.

Estoy usando ubuntu en ec2 y arranqué tres instancias. Usé la dirección IP privada de cada una de las instancias. Elegí como principal y debajo está el código.

mongo --host Private IP Address
rs.initiate()
rs.add(“Private IP Address”)
rs.addArb(“Private IP Address”)

Todo en este punto está bien. Cuando voy al http://ec2-xxx-xxx-xxx-xxx.compute-1.amazonaws.com:28017/_replSet sitio, veo que tengo un primario, un segundo día y un árbitro.

Ok, ahora para una prueba.

En el primario crea una base de datos en este es el código:

use tt
db.tt.save( { a : 123 } )

en el secundario, luego hago esto y obtengo el siguiente error:

db.tt.find()
error: { "$err" : "not master and slaveOk=false", "code" : 13435 }

Soy muy nuevo en mongodb y las réplicas, pero pensé que si hago algo en uno, va al otro. Entonces, si agrego un registro en uno, ¿qué debo hacer para replicar en las máquinas?

Debe establecer el modo "esclavo bien" para que el shell mongo sepa que está permitiendo lecturas de un secundario. Esto es para protegerlo a usted y a sus aplicaciones de realizar eventualmente lecturas consistentes por accidente. Puede hacer esto en el shell con:

rs.slaveOk()

Después de eso, puede consultar normalmente desde secundarias.

Una nota sobre la "coherencia eventual": en circunstancias normales, las secundarias del conjunto de réplicas tienen los mismos datos que las primarias en un segundo o menos. Bajo una carga muy alta, los datos que ha escrito en el primario pueden tardar un tiempo en replicarse en los secundarios. Esto se conoce como "retraso de réplica", y la lectura de un secundario rezagado se conoce como lectura "eventualmente consistente", porque, si bien los datos recién escritos se mostrarán en algún momento (salvo fallas en la red, etc.), puede que no sea Inmediatamente disponible.

Editar: solo necesita establecer slaveok cuando realiza consultas desde secundarias, y solo una vez por sesión.

Para evitar escribir rs.slaveOk()todo el tiempo, haga esto:

Cree un archivo llamado replStart.js, que contenga una línea:rs.slaveOk()

Luego incluya --shell replStart.jscuando inicie el shell Mongo. Por supuesto, si te estás conectando localmente a una sola instancia, esto no guarda ningún tipo de escritura.

en mongodb2.0

deberías escribir

rs.slaveOk()

en el nodo secundario mongod

ESTO ES SOLO UNA NOTA PARA CUALQUIER PERSONA QUE SE TRATA DE ESTE PROBLEMA USANDO EL CONDUCTOR RUBY

Tuve el mismo problema al usar Ruby Gem.

Para configurar slaveOk en Ruby, simplemente lo pasa como argumento cuando crea el cliente de esta manera:

mongo_client = MongoClient.new("localhost", 27017, { slave_ok: true })

https://github.com/mongodb/mongo-ruby-driver/wiki/Tutorial#making-a-connection

mongo_client = MongoClient.new # (optional host/port args)

Tenga en cuenta que 'args' es el tercer argumento opcional.

slaveOk ya no funciona. Uno necesita usar readPreference https://docs.mongodb.com/v3.0/reference/read-preference/#primaryPreferred

p.ej

const client = new MongoClient(mongoURL + "?readPreference=primaryPreferred", { useUnifiedTopology: true, useNewUrlParser: true });

Solo estoy agregando esta respuesta para una situación incómoda del proveedor de DB.

lo que sucedió en nuestro caso es que el db primario y secundario se movió inversamente (primario a secundario y viceversa) y estamos obteniendo el mismo error.

así que compruebe los ajustes de configuración para el estado de la base de datos que pueden ayudarlo.

Llegué aquí buscando el mismo error, pero a partir de Node.js controlador nativo . La respuesta para mí fue la combinación de respuestas de campeterson y Prabhat .

El problema es que la readPreferenceconfiguración predeterminada es primary, que de alguna manera conduce al slaveOkerror confuso . Mi problema es que solo quiero leer mi conjunto de réplicas desde cualquier nodo. Ni siquiera me conecto a él como conjunto de réplicas. Solo me conecto a cualquier nodo para leerlo.

Establecer readPreferenceen primaryPreferred(o mejor a la ReadPreference.PRIMARY_PREFERREDconstante) lo resolvió para mí. Simplemente páselo como una opción MongoClient.connect()ao para client.db()o para cualquier find(), aggregate()u otra función.

• https://docs.mongodb.com/v3.0/reference/read-preference/#primaryPreferred
• http://mongodb.github.io/node-mongodb-native/3.6/api/Collection.html (búsqueda readPreference )

const { MongoClient, ReadPreference } = require('mongodb');
const client = await MongoClient.connect(MONGODB_CONNECTIONSTRING, { readPreference: ReadPreference.PRIMARY_PREFERRED });