mongoError: Topologia została zniszczona

Mam usługę REST wbudowaną w node.js z Restify i Mongoose oraz mongoDB z kolekcją około 30 000 dokumentów o normalnym rozmiarze. Mam usługę węzła działającą przez pmx i pm2.

Wczoraj nagle węzeł zaczął wyrzucać błędy komunikatem „MongoError: Topology was zniszczona”, nic więcej. Nie mam pojęcia, co to oznacza i co mogło to spowodować. nie ma też wiele do znalezienia podczas wyszukiwania w Google. Więc pomyślałem, że zapytam tutaj.

Po dzisiejszym ponownym uruchomieniu usługi węzła błędy przestały pojawiać się. Jeden z nich również mam uruchomione w środowisku produkcyjnym i przeraża mnie, że może się to zdarzyć w dowolnym momencie w dość istotnej części instalacji, która tam działa ...

Używam następujących wersji wspomnianych pakietów:

• mangusta: 4.0.3
• restify: 3.0.3
• węzeł: 0.10.25

Wygląda na to, że połączenie serwera węzłowego z instancją MongoDB zostało przerwane podczas próby zapisu do niej.

Spójrz na kod źródłowy Mongo, który generuje ten błąd

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

Wygląda na to, że nie ma to związku z problemem Sails wymienionym w komentarzach, ponieważ nie zainstalowano żadnych aktualizacji, aby przyspieszyć awarię lub „naprawić”

Wiem, że odpowiedź Jasona została zaakceptowana, ale miałem ten sam problem z Mongoose i stwierdziłem, że usługa hostująca moją bazę danych zalecała zastosowanie następujących ustawień , aby utrzymać połączenie Mongodb w środowisku produkcyjnym:

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

Mam nadzieję, że ta odpowiedź może pomóc innym osobom mającym błędy „Topologia została zniszczona”.

Ten błąd jest spowodowany przerwaniem połączenia przez sterownik mongo z dowolnego powodu (na przykład awaria serwera).

Domyślnie mongoose spróbuje połączyć się ponownie przez 30 sekund, a następnie przestanie ponawiać próby i na zawsze wyrzuci błędy, aż do ponownego uruchomienia.

Możesz to zmienić, edytując te 2 pola w opcjach połączenia

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

dokumentacja opcji połączeń

W moim przypadku ten błąd był spowodowany przez db.close();sekcję „await” w „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
});

To tylko niewielki dodatek do odpowiedzi Gaafara, dało mi to ostrzeżenie o dezaprobacie. Zamiast w obiekcie serwera, na przykład:

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

Może wejść na obiekt najwyższego poziomu. Po prostu wyjmij go z obiektu serwera i umieść w obiekcie opcji w następujący sposób:

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

„Topologia została zniszczona” może być spowodowana odłączeniem się mangusty przed utworzeniem indeksów dokumentów mongo, zgodnie z tym komentarzem

Aby upewnić się, że wszystkie modele mają utworzone indeksy przed odłączeniem, możesz:

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

await mongoose.disconnect();

Komentarz Sebastiana do odpowiedzi Adriena wymaga więcej uwagi, pomógł mi, ale może być czasem zignorowany, więc oto rozwiązanie :

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

Ja też miałem ten sam błąd. W końcu odkryłem, że mam jakiś błąd w moim kodzie. Używam równoważenia obciążenia dla dwóch serwerów nodejs, ale po prostu aktualizuję kod jednego serwera.

Zmieniam serwer mongod from standalone to replication, ale zapomniałem wykonać odpowiednią aktualizację parametrów połączenia, więc napotkałem ten błąd.

autonomiczne parametry połączenia: parametry mongodb://server-1:27017/mydb połączenia replikacji: mongodb://server-1:27017,server-2:27017,server-3:27017/mydb?replicaSet=myReplSet

szczegóły tutaj ：[dokument mongo dotyczący parametrów połączenia]

Spotkałem to w środowisku kubernetes / minikube + nodejs + mongoose. Problem polegał na tym, że usługa DNS działała z pewnym opóźnieniem. Sprawdzanie, czy DNS jest gotowy, rozwiązało mój problem.

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

(liczby w opcji db_options są arbitralne w przypadku stackoverflow i podobnych witryn)

Tutaj to, co zrobiłem, działa dobrze. Problem zniknął po dodaniu poniższych opcji.

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

});

Musisz ponownie uruchomić mongo, aby rozwiązać błąd topologii, a następnie po prostu zmienić niektóre opcje mangusty lub mongoclienta, aby rozwiązać ten problem:

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

mongoose.connect(mongoDevString,mongoOptions);

Otrzymałem ten błąd podczas tworzenia nowej bazy danych w społeczności MongoDb Compass. Problem był z moim Mongodem, nie działał. Aby rozwiązać problem, musiałem uruchomić polecenie Mongod jak poprzednio.

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

Po uruchomieniu tego polecenia udało mi się stworzyć bazę danych.

Mam nadzieję, że to pomoże.

Od jakiegoś czasu się z tym zmagałem - jak widać na podstawie innych odpowiedzi, problem może być bardzo różny.

Najłatwiejszym sposobem, aby dowiedzieć się, co powoduje, jest włączenie loggerLevel: 'info'w opcjach

W moim przypadku ten błąd był spowodowany przez identyczną instancję serwera, która już działa w tle.

Dziwne jest to, że kiedy uruchomiłem swój serwer bez powiadomienia, jeden już działa, konsola nie wyświetlała niczego w stylu „coś używa portu xxx”. Mógłbym nawet wrzucić coś na serwer. Tak więc zlokalizowanie tego problemu zajęło mi dość dużo czasu.

Co więcej, po zamknięciu wszystkich aplikacji, które mogę sobie wyobrazić, nadal nie mogłem znaleźć procesu używającego tego portu w monitorze aktywności mojego Maca. Muszę użyć lsofdo śledzenia. Sprawca nie był zaskakujący - to proces węzłowy. Jednak z PID pokazanym na terminalu stwierdziłem, że numer portu na monitorze różni się od tego używanego przez mój serwer.

Podsumowując, zabicie wszystkich procesów węzłów może bezpośrednio rozwiązać ten problem.

Rozwiązałem ten problem poprzez:

1. zapewnienie działania mongo
2. ponowne uruchamianie mojego serwera