mongodb, repliche ed errori: {“$ err”: “non master e slaveOk = false”, “codice”: 13435}

Ho provato i set di repliche di mongo per la prima volta.

Sto usando Ubuntu su ec2 e ho avviato tre istanze. Ho usato l'indirizzo IP privato di ciascuna delle istanze. Ho scelto come principale e sotto è il codice.

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

Tutto a questo punto va bene. Quando vado sul http://ec2-xxx-xxx-xxx-xxx.compute-1.amazonaws.com:28017/_replImpostare il sito vedo che ho un primario, un secondo e un arbitor.

Ok, ora per un test.

Sul primario creare un database in questo è il codice:

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

sul secondario, quindi faccio questo e ottengo l'errore di seguito:

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

Sono molto nuovo con mongodb e repliche ma ho pensato che se faccio qualcosa in uno, va nell'altro. Quindi, se aggiungo un record in uno, cosa devo fare per replicare su più macchine?

Devi impostare la modalità "slave okay" per far sapere alla shell mongo che stai permettendo letture da un secondario. Questo per proteggere te e le tue applicazioni dall'esecuzione accidentale di letture alla fine coerenti. Puoi farlo nella shell con:

rs.slaveOk()

Successivamente è possibile eseguire query normalmente da secondari.

Una nota sulla "eventuale coerenza": in circostanze normali, i secondari del set di repliche hanno tutti gli stessi dati delle primarie entro un secondo o meno. Con un carico molto elevato, i dati che hai scritto sul primario potrebbero richiedere del tempo per replicarsi sui secondari. Questo è noto come "ritardo di replica" e la lettura da un secondario in ritardo è nota come lettura "eventualmente coerente", perché, mentre i dati appena scritti verranno visualizzati ad un certo punto (salvo errori di rete, ecc.), Potrebbe non essere Immediatamente Disponibile.

Modifica: è necessario impostare slaveok solo per le query dai secondari e solo una volta per sessione.

Per evitare di digitare rs.slaveOk()ogni volta, procedere come segue:

Crea un file denominato replStart.js, contenente una riga:rs.slaveOk()

Quindi includere --shell replStart.jsquando si avvia la shell Mongo. Naturalmente, se ti connetti localmente a una singola istanza, questo non salva alcuna digitazione.

in mongodb2.0

dovresti digitare

rs.slaveOk()

nel nodo mongod secondario

QUESTA È SOLO UNA NOTA PER TUTTI GLI AFFARI CON QUESTO PROBLEMA UTILIZZANDO IL RUBY DRIVER

Ho avuto lo stesso problema durante l'utilizzo della gemma Ruby.

Per impostare slaveOk in Ruby, basta passarlo come argomento quando si crea il client in questo modo:

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)

Si noti che "args" è il terzo argomento facoltativo.

slaveOk non funziona più. È necessario utilizzare readPreference https://docs.mongodb.com/v3.0/reference/read-preference/#primaryPreferred

per esempio

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

Sto solo aggiungendo questa risposta per una situazione imbarazzante da parte del provider DB.

ciò che è accaduto nel nostro caso è il db primario e secondario spostato al contrario (da primario a secondario e viceversa) e stiamo ottenendo lo stesso errore.

quindi controlla nelle impostazioni di configurazione lo stato del database che può aiutarti.

Ho qui alla ricerca per lo stesso errore, ma da Node.js driver nativo . La risposta per me è stata una combinazione di risposte di Campeterson e Prabhat .

Il problema è che l' readPreferenceimpostazione predefinita è primary, il che in qualche modo porta a confusioneslaveOk all'errore . Il mio problema è che volevo solo leggere dal mio set di repliche da qualsiasi nodo. Non mi collego nemmeno ad esso come replicaset. Mi collego a qualsiasi nodo per leggere da esso.

Impostazione readPreferencea primaryPreferred(o meglio alla ReadPreference.PRIMARY_PREFERREDcostante) ha risolto per me. Basta passare come opzione per MongoClient.connect()oa client.db()oa qualsiasi find(), aggregate()o di altra funzione.

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

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