Connessione a Mongo in modalità set di replica

Ho un'istanza Mongo autonoma che esegue un set di repliche. Tuttavia, non riesco a connettermi ed eseguire query nella shell di Mongo. Ottengo il seguente:Connessione a Mongo in modalità set di replica

error: { "$err" : "not master and slaveOk=false", "code" : 13435 }

ho impostato SlaveOk in questo modo:

db.getMongo().setSlaveOk()

..ma ancora ottengo un errore:

error: { 
"$err" : "not master or secondary; cannot currently read from this replSet member", 
"code" : 13436 
}

Non riesco per trovare una risposta diretta su Google: come posso collegarmi al mio set di repliche usando la shell mongo?

fonte

2013-03-11 James

Si dice di avere Mongo "standalone" e di eseguire un set di repliche. Quelli sono identificatori in conflitto. O è autonomo o è un set di repliche. Se si tratta di un set di repliche, devi fornire la sua configurazione (rs.conf()) e lo stato (rs.status()). –

Si è connessi a un nodo che non si trova nello stato secondario o primario. Questo nodo potrebbe essere un arbitro o possibilmente un secondario in modalità di ripristino. Ad esempio, se avessi un set di repliche di 3 nodi, (dove c'è un primario, un secondario e un arbitro) otterrei lo stesso errore se mi fossi connesso all'arbitro e avessi emesso una query anche dopo aver impostato lo slaveOK vero . riga di comando della shell dovrebbe indicare in quale stato il nodo si è connessi è in:

foo:ARBITER> db.test.find() 
error: { 
    "$err" : "not master or secondary; cannot currently read from this replSet member", 
    "code" : 13436 
}

fonte

2013-03-11 18:52:19

Hai provato:. db.getMongo() setSlaveOk (true)

fonte

2013-07-31 23:01:20

Se si connette a un nodo un set di repliche che non è il padrone, è necessario dire esplicitamente il cliente che è ok che il tuo non sono collegati ad un master ..

si può fare questo chiamando

rs.slaveOk()

È quindi possibile eseguire la query.

Si noti che sarà possibile eseguire query, non apportare modifiche al repository, se connesso a un nodo slave.

fonte

2013-08-05 05:04:53 grillp

Cosa succede se ci si sta connettendo al database principale nel set di repliche?!?! –

@omouse Se ci si connette al DB primario in un set di repliche, non si otterrà il messaggio di errore e sarà possibile leggere o scrivere. – grillp

il mio problema è stato che era in "ripristino" invece di essere "primario" –

Ho anche ricevuto l'errore. Ma quando ho provato a connettermi al nodo secondario usando il nome della macchina invece di "localhost" o 127.0.0.1 l'errore è andato via.

fonte

2013-08-15 06:35:12 rajkamal

ho avuto lo stesso problema e risolto utilizzando

rs.initiate()

fonte

2013-12-27 18:42:54 Andres

Questa è quasi certamente la cosa sbagliata da fare. O stai già lavorando con un set di repliche (nel qual caso non fa nulla) o non lo sei, ma non vuoi esserlo, nel qual caso ti sei procurato dei problemi perché tornare indietro è difficile. –

Questo errore viene visualizzato solo quando si esegue un'istanza che fa parte di un set di repliche in modalità standalone senza rimuoverlo completamente dal set di repliche. ad es. Riavvia l'istanza su una porta diversa ma non rimuovi l'opzione --repSet all'avvio. Questo lo avvia ma né come primario né come secondario, quindi l'errore non master o secondario;

In base a ciò che si intendeva fare inizialmente, riavviare l'istanza sulla porta corretta e con l'opzione --repSet corretta. Questo lo aggiunge al set di repliche e si sbarazza di questo errore

Se si intendeva eseguire l'istanza come indipendente per un po 'di tempo (ad esempio per creare un indice), avviarlo su una porta diversa SENZA l'opzione --repSet

fonte

2015-10-30 00:05:36 kakoma

Ho ricevuto lo stesso errore durante l'esecuzione di aggregate() sul server di staging con due serie di repliche.Penso che sia necessario modificare la preferenza di lettura su "secondaryPreferred".

Basta mettere .read ('secondaryPreferred') dopo la funzione di query.

fonte

2016-02-04 10:28:56

Connessione a Mongo in modalità set di replica

risposta

Problemi correlati