mongoError: Die Topologie wurde zerstört

Ich habe einen REST-Service in node.js mit Restify und Mongoose und eine mongoDB mit einer Sammlung mit etwa 30.000 Dokumenten normaler Größe. Ich habe meinen Knotendienst über pmx und pm2 ausgeführt.

Gestern fing der Knoten plötzlich an, Fehler mit der Meldung "MongoError: Topologie wurde zerstört" auszublenden, mehr nicht. Ich habe keine Ahnung, was damit gemeint ist und was dies möglicherweise ausgelöst haben könnte. Es gibt auch nicht viel zu finden, wenn Google dies sucht. Also dachte ich, ich würde hier fragen.

Nach dem heutigen Neustart des Knotendienstes sind die Fehler nicht mehr aufgetreten. Ich habe auch einen dieser Fehler in der Produktion und es macht mir Angst, dass dies zu einem bestimmten Zeitpunkt bei einem ziemlich wichtigen Teil des dort ausgeführten Setups passieren kann ...

Ich verwende die folgenden Versionen der genannten Pakete:

• Mungo: 4.0.3
• restify: 3.0.3
• Knoten: 0,10,25

Dies scheint zu bedeuten, dass die Verbindung Ihres Knotenservers zu Ihrer MongoDB-Instanz unterbrochen wurde, während versucht wurde, darauf zu schreiben.

Schauen Sie sich den Mongo-Quellcode an, der diesen Fehler generiert

Mongos.prototype.insert = function(ns, ops, options, callback) {
    if(typeof options == 'function') callback = options, options = {};
    if(this.s.state == DESTROYED) return callback(new MongoError(f('topology was destroyed')));
    // Topology is not connected, save the call in the provided store to be
    // Executed at some point when the handler deems it's reconnected
    if(!this.isConnected() && this.s.disconnectHandler != null) {
      callback = bindToCurrentDomain(callback);
      return this.s.disconnectHandler.add('insert', ns, ops, options, callback);
    }

    executeWriteOperation(this.s, 'insert', ns, ops, options, callback);
}

Dies scheint nicht mit dem in den Kommentaren genannten Sails-Problem zu tun zu haben, da keine Upgrades installiert wurden, um den Absturz oder das "Update" auszulösen.

Ich weiß, dass Jasons Antwort akzeptiert wurde, aber ich hatte das gleiche Problem mit Mongoose und stellte fest, dass der Dienst, der meine Datenbank hostet , die folgenden Einstellungen empfiehlt, um die Verbindung von Mongodb in der Produktion aufrechtzuerhalten:

var options = {
  server: { socketOptions: { keepAlive: 1, connectTimeoutMS: 30000 } },
  replset: { socketOptions: { keepAlive: 1, connectTimeoutMS: 30000 } }
};
mongoose.connect(secrets.db, options);

Ich hoffe, dass diese Antwort anderen Personen mit Fehlern "Topologie wurde zerstört" hilft.

Dieser Fehler ist darauf zurückzuführen, dass der Mongo-Treiber die Verbindung aus irgendeinem Grund unterbrochen hat (Server war beispielsweise ausgefallen).

Standardmäßig versucht Mungo 30 Sekunden lang, die Verbindung wiederherzustellen, hört dann auf, es erneut zu versuchen, und wirft Fehler für immer aus, bis sie neu gestartet werden.

Sie können dies ändern, indem Sie diese beiden Felder in den Verbindungsoptionen bearbeiten

mongoose.connect(uri, 
    { server: { 
        // sets how many times to try reconnecting
        reconnectTries: Number.MAX_VALUE,
        // sets the delay between every retry (milliseconds)
        reconnectInterval: 1000 
        } 
    }
);

Dokumentation der Verbindungsoptionen

In meinem Fall wurde dieser Fehler durch einen db.close();Abschnitt "Warten" innerhalb von "Async" verursacht.

MongoClient.connect(url, {poolSize: 10, reconnectTries: Number.MAX_VALUE, reconnectInterval: 1000}, function(err, db) {
    // Validate the connection to Mongo
    assert.equal(null, err);    
    // Query the SQL table 
    querySQL()
    .then(function (result) {
        console.log('Print results SQL');
        console.log(result);
        if(result.length > 0){

            processArray(db, result)
            .then(function (result) {
                console.log('Res');
                console.log(result);
            })
            .catch(function (err) {
                console.log('Err');
                console.log(err);
            })
        } else {
            console.log('Nothing to show in MySQL');
        }
    })
    .catch(function (err) {
        console.log(err);
    });
    db.close(); // <--------------------------------THIS LINE
});

Nur eine kleine Ergänzung zu Gaafars Antwort, gab es mir eine Abwertungswarnung. Anstelle des Serverobjekts wie folgt:

MongoClient.connect(MONGO_URL, {
    server: {
        reconnectTries: Number.MAX_VALUE,
        reconnectInterval: 1000
    }
});

Es kann auf das Objekt der obersten Ebene gehen. Nehmen Sie es einfach aus dem Serverobjekt und fügen Sie es wie folgt in das Optionsobjekt ein:

MongoClient.connect(MONGO_URL, {
    reconnectTries: Number.MAX_VALUE,
    reconnectInterval: 1000
});

"Topologie wurde zerstört" kann durch das Trennen der Mungo verursacht werden, bevor Mongo-Dokumentindizes gemäß diesem Kommentar erstellt werden

Um sicherzustellen, dass alle Modelle ihre Indizes erstellt haben, bevor Sie die Verbindung trennen, können Sie:

await Promise.all(mongoose.modelNames().map(model => mongoose.model(model).ensureIndexes()));

await mongoose.disconnect();

Sebastians Kommentar zu Adriens Antwort braucht mehr Aufmerksamkeit, es hat mir geholfen, aber ein Kommentar könnte irgendwann ignoriert werden. Hier ist eine Lösung :

var options =  { useMongoClient: true, keepAlive: 1, connectTimeoutMS: 30000, reconnectTries: 30, reconnectInterval: 5000 }
mongoose.connect(config.mongoConnectionString, options, (err) => {
    if(err) {
        console.error("Error while connecting", err);
    }
});

Ich hatte auch den gleichen Fehler. Schließlich stellte ich fest, dass mein Code einen Fehler enthält. Ich verwende den Lastausgleich für zwei NodeJS-Server, aktualisiere aber nur den Code eines Servers.

Ich ändere meinen Mongod-Server from standalone to replication, vergesse jedoch, das entsprechende Update für die Verbindungszeichenfolge durchzuführen , sodass dieser Fehler aufgetreten ist .

Standalone-Verbindungszeichenfolge: mongodb://server-1:27017/mydb Replikationsverbindungszeichenfolge: mongodb://server-1:27017,server-2:27017,server-3:27017/mydb?replicaSet=myReplSet

Details hier: [Mongo Doc für Verbindungszeichenfolge]

Ich habe dies in der Umgebung von Kubernetes / Minikube + NodeJS + Mungo getroffen. Das Problem war, dass der DNS-Dienst eine Art Latenz hatte. Das Überprüfen von DNS ist bereit, mein Problem zu lösen.

const dns = require('dns');

var dnsTimer = setInterval(() => {
	dns.lookup('mongo-0.mongo', (err, address, family) => {
		if (err) {
			console.log('DNS LOOKUP ERR', err.code ? err.code : err);
		} else {
			console.log('DNS LOOKUP: %j family: IPv%s', address, family);
			clearTimeout(dnsTimer);
			mongoose.connect(mongoURL, db_options);
		}
	});
}, 3000);


var db = mongoose.connection;
var db_options = {
	autoReconnect:true,

	poolSize: 20,
	socketTimeoutMS: 480000,
	keepAlive: 300000,

	keepAliveInitialDelay : 300000,
	connectTimeoutMS: 30000,
	reconnectTries: Number.MAX_VALUE,
	reconnectInterval: 1000,
	useNewUrlParser: true
};

(Die Zahlen in db_options sind willkürlich auf Stackoverflow und ähnlichen Sites zu finden.)

Hier, was ich getan habe, funktioniert es gut. Das Problem wurde behoben, nachdem die folgenden Optionen hinzugefügt wurden.

const dbUrl = "mongodb://localhost:27017/sampledb";
const options =  { useMongoClient: true, keepAlive: 1, connectTimeoutMS: 30000, reconnectTries: 30, reconnectInterval: 5000, useNewUrlParser: true }
mongoose.connect(dbUrl,options, function(
  error
) {
  if (error) {
    console.log("mongoerror", error);
  } else {
    console.log("connected");
  }

});

Sie müssen mongo neu starten, um den Topologiefehler zu beheben, und dann nur einige Optionen von mongoose oder mongoclient ändern, um dieses Problem zu beheben:

var mongoOptions = {
    useMongoClient: true,
    keepAlive: 1,
    connectTimeoutMS: 30000,
    reconnectTries: Number.MAX_VALUE,
    reconnectInterval: 5000,
    useNewUrlParser: true
}

mongoose.connect(mongoDevString,mongoOptions);

Ich habe diesen Fehler erhalten, als ich eine neue Datenbank in meiner MongoDb Compass Community erstellt habe. Das Problem war mit meinem Mongod, es lief nicht. Als Fix musste ich den Mongod-Befehl wie oben ausführen.

C:\Program Files\MongoDB\Server\3.6\bin>mongod

Nach dem Ausführen dieses Befehls konnte ich eine Datenbank erstellen.

Ich hoffe es hilft.

Ich hatte einige Zeit damit zu kämpfen - Wie Sie anderen Antworten entnehmen können, kann das Problem sehr unterschiedlich sein.

Der einfachste Weg, um herauszufinden, was die Ursache ist, besteht darin, loggerLevel: 'info'die Optionen zu aktivieren

In meinem Fall wurde dieser Fehler durch eine identische Serverinstanz verursacht, auf der bereits Hintergrund ausgeführt wird.

Das Seltsame ist, als ich meinen Server ohne Vorankündigung startete, dass bereits einer läuft. Auf der Konsole wurde nichts angezeigt wie "Etwas verwendet Port xxx". Ich könnte sogar etwas auf den Server hochladen. Ich habe also ziemlich lange gebraucht, um dieses Problem zu lokalisieren.

Nachdem ich alle Anwendungen geschlossen hatte, die ich mir vorstellen kann, konnte ich den Prozess, der diesen Port verwendet, im Aktivitätsmonitor meines Mac immer noch nicht finden. Ich muss verwenden, um lsofzu verfolgen. Der Täter war nicht überraschend - es ist ein Knotenprozess. Mit der im Terminal angezeigten PID stellte ich jedoch fest, dass sich die Portnummer im Monitor von der von meinem Server verwendeten unterscheidet.

Alles in allem kann das Beenden aller Knotenprozesse dieses Problem direkt lösen.

Ich habe dieses Problem gelöst durch:

1. Sicherstellen, dass Mongo läuft
2. Neustart meines Servers