mongoError: Топология уничтожена

У меня есть служба REST, встроенная в node.js с Restify и Mongoose, и mongoDB с коллекцией, содержащей около 30 000 документов обычного размера. У меня есть служба узла, работающая через pmx и pm2.

Вчера, внезапно, узел начал выводить сообщения об ошибках с сообщением «MongoError: Топология была уничтожена», не более того. Я понятия не имею, что подразумевается под этим и что, возможно, могло вызвать это. при поиске в Google это тоже не так много. Поэтому я решил спросить здесь.

После перезапуска службы узла сегодня ошибки перестали поступать. У меня также есть одна из них, запущенная в работе, и она пугает меня, что это может произойти в любой момент с довольно важной частью выполняемой там установки ...

Я использую следующие версии упомянутых пакетов:

• мангуст: 4.0.3
• restify: 3.0.3
• узел: 0.10.25

Кажется, это означает, что соединение вашего нод-сервера с вашим экземпляром MongoDB было прервано во время попытки записи в него.

Взгляните на исходный код Mongo, который генерирует эту ошибку

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);
}

Похоже, это не связано с проблемой Sails, упомянутой в комментариях, так как не было установлено никаких обновлений, чтобы ускорить сбой или «исправить»

Я знаю, что ответ Джейсона был принят, но у меня была та же проблема с Mongoose, и я обнаружил, что служба, поддерживающая мою базу данных, рекомендовала применить следующие параметры , чтобы поддерживать соединение Mongodb в рабочем состоянии:

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

Я надеюсь, что этот ответ может помочь другим людям с ошибками «Топология была уничтожена».

Эта ошибка происходит из-за того, что драйвер Монго разорвал соединение по любой причине (например, сервер не работал).

По умолчанию мангуста будет пытаться восстановить соединение в течение 30 секунд, затем прекратит повторную попытку и выкинет ошибки навсегда до перезапуска.

Вы можете изменить это, отредактировав эти 2 поля в настройках подключения

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

документация по вариантам подключения

В моем случае эта ошибка была вызвана db.close();разделом «ожидание» внутри «async»

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
});

Просто незначительное дополнение к ответу Гаафара, это дало мне предупреждение об устаревании. Вместо объекта на сервере, вот так:

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

Это может пойти на объекте верхнего уровня. По сути, просто извлеките его из объекта сервера и поместите в объект параметров следующим образом:

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

«Топология была уничтожена» может быть вызвано отключением mongoose перед созданием индексов документов mongo, согласно этому комментарию

Чтобы убедиться, что все модели имеют свои индексы, построенные перед отключением, вы можете:

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

await mongoose.disconnect();

Комментарий Себастьяна к ответу Адриена требует большего внимания, это помогло мне, но этот комментарий может быть проигнорирован, так что вот решение :

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);
    }
});

У меня тоже была такая же ошибка. Наконец, я обнаружил, что у меня есть ошибка в моем коде. Я использую балансировку нагрузки для двух серверов nodejs, но я просто обновляю код одного сервера.

Я меняю свой сервер mongod from standalone to replication, но забываю сделать соответствующее обновление для строки подключения, поэтому я встретил эту ошибку.

строка автономного подключения: mongodb://server-1:27017/mydb строка подключения репликации: mongodb://server-1:27017,server-2:27017,server-3:27017/mydb?replicaSet=myReplSet

подробности здесь: [Mongo Doc для строки подключения]

Я встречал это в среде kubernetes / minikube + nodejs + mongoose. Проблема заключалась в том, что служба DNS работала с некоторой задержкой. Проверка DNS готова решить мою проблему.

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
};

(числа в db_options произвольно найдены на стековом потоке и подобных сайтах)

Вот что я сделал, работает отлично. Проблема исчезла после добавления ниже вариантов.

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");
  }

});

Вам нужно перезапустить mongo, чтобы решить ошибку топологии, а затем просто изменить некоторые параметры mongoose или mongoclient, чтобы преодолеть эту проблему:

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

mongoose.connect(mongoDevString,mongoOptions);

Я получил эту ошибку, когда создавал новую базу данных в сообществе MongoDb Compass. Проблема была с моим Mongod, он не работал. В качестве исправления я должен был выполнить команду Mongod, как описано выше.

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

Я смог создать базу данных после выполнения этой команды.

Надеюсь, поможет.

Я боролся с этим в течение некоторого времени - как вы можете видеть из других ответов, проблема может быть совсем другой.

Самый простой способ выяснить, что является причиной этого, это включить loggerLevel: 'info'в настройках

В моем случае эта ошибка была вызвана тем же экземпляром сервера, который уже работал в фоновом режиме.

Странно то, что когда я запустил свой сервер без предварительного уведомления, он уже запущен, консоль не показала ничего вроде «что-то использует порт xxx». Я мог бы даже загрузить что-то на сервер. Итак, мне потребовалось довольно много времени, чтобы найти эту проблему.

Более того, после закрытия всех приложений, которые я могу себе представить, я все еще не мог найти процесс, использующий этот порт, в мониторе активности моего Mac. Я должен использоватьlsof для отслеживания. Виновник не был удивительным - это процесс узла. Однако с помощью идентификатора PID, показанного в терминале, я обнаружил, что номер порта на мониторе отличается от номера порта, используемого моим сервером.

В общем, уничтожение всех процессов узла может решить эту проблему напрямую.

Я решил эту проблему:

1. обеспечение работы монго
2. перезапуск моего сервера