Mongoose: 「最初の接続で接続に失敗した」後、再試行は行われません。

確認できます。
ノード6、7、マングース（少なくとも6か月）、マングース3.2-3.4
これと一緒に来る＃4890

これはmongodb-core問題だと思います。 最初の試行が失敗した場合でも、再接続を試行する必要があります。それが後続の試行と異なる理由がわからないためです。

そこでこの問題を報告することもできますか？

完全な再現スクリプトは次のとおりです。

const mongoose = require('mongoose');
const co = require('co');
mongoose.Promise = global.Promise;
const GITHUB_ISSUE = `gh-5169`;


exec()
  .catch(error => {
    console.error(`Error: ${ error }\n${ error.stack }`);
  });


function exec() {
  return co(function*() {
    const db = mongoose.createConnection(`mongodb://localhost:27017/${ GITHUB_ISSUE }`);
    db.on('error', (error) => {
      console.error(`in an error ${ error }\n${ error.stack }`);
    })
  });
}

再現してくれてありがとう。 私はmongodb-coreを調べました。 これは、ドライバーの意図された動作です。

ホストに接続できない場合、ドライバーは最初の接続で失敗します。 これは、到達不能なホストで迅速に障害が発生することを保証するための設計によるものです。 再接続動作は、ドライバーが最初の接続を実行した後にのみ開始されます。

何をするかを決めるのはアプリケーション次第です。 これは、ドライバーがすぐに失敗し、実際に機能していると思わせるような状態にならないようにするための設計によるものです。

したがって、ドライバーと異なる動作は発生しないと思います。

私は実際、行動は低レベルのドライバーにとって合理的だと思います。 これは、誤って間違ったホストまたは間違ったポートに接続しようとする開発者を支援します。

しかし、マングースでより開発者に優しいことをしたい場合は、次のことを検討できます。

• 自動再接続オプションが有効になっている場合は、Mongoサーバーに接続できるようになるまで（上記の回避策のようなものを組み込むことにより）再接続を試み続けます。
• マングースがこれを行っているときにログに記録するため、接続が確立されない場合、開発者は少なくとも問題がどこにあるかを知ることができます。
  （ログは、たとえば30秒延期される可能性があります。実際には、直接ログの代わりに、アドバイザリerrorイベントを発行する必要があると思いますが、それでも自動的に再接続を試みます。）

正しく覚えていれば、回避策を使用し、何度か失敗した後に最終的に接続したときに、アプリによって既にキューに入れられているクエリが希望どおりに実行されました。 （しかし、これはもう一度テストする価値があります。）

これは実際にはまともなアイデアだと思います。これに機能リクエストのラベルを付けます

いいえ、最初の接続で高速に失敗することは、MongoDBドライバー全体でかなり一貫した動作であり、mongooseがそれをサポートするメリットはあまりありません。

Strongloop Loopbackmongodbコネクタからのこの最近の投稿が関連している可能性があります。 それらのlazyConnectフラグは、エンドポイントに到達するまで最初の接続を延期します。 その場合、最初の接続が失敗すると、デフォルトの接続損失設定が有効になります（再試行します）。

私の興味はコンテナのオーケストレーションです。ここでは、「コンテナの起動順序」を設定して期待できることがよくありますが、「サービスの可用性の順序」はできません。 オーケストレーションツールは、mongoサービスがまだ利用できない場合でも、mongoコンテナーが「稼働中」であることを確認する場合があります。

そのため、mongoコンテナーの開始に1秒かかり、サービスが利用可能になるまでに5秒かかり、アプリコンテナーの開始に1秒、サービスが利用可能になるまでに1秒かかる場合、アプリサービスはmongoサービスを実行し、最初の接続障害が発生します。最初に説明したように。

Docker Composeのドキュメントには、次のように書かれています。

Composeは、コンテナーが「準備ができている」（特定のアプリケーションにとって意味があるものは何でも）まで待機せず、実行されるまで待機します。 これには正当な理由があります。

たとえば、データベースの準備が整うのを待つという問題は、実際には分散システムのはるかに大きな問題のサブセットにすぎません。 本番環境では、データベースが使用できなくなったり、ホストがいつでも移動したりする可能性があります。 アプリケーションは、これらのタイプの障害に対して回復力がある必要があります。

これを処理するには、アプリケーションは障害後にデータベースへの接続の再確立を試みる必要があります。 アプリケーションが接続を再試行すると、最終的にはデータベースに接続できるようになります。

最善の解決策は、起動時と何らかの理由で接続が失われたときの両方で、アプリケーションコードでこのチェックを実行

したがって、コンテナオーケストレーションのコンテキストではここに明確なギャップがありますが、これらのスタンスは両方とも有効であるように見えます。

1. Mongooseは、最初の接続で再試行するオプションをサポートできます（おそらく、いくつかの注意文書でデフォルトでfalseに設定されています）。
2. Mongooseは、最初の接続が失敗した場合に再試行するコードを作成する責任を開発者に課す可能性があります。

確かにギャップはありますが、最初の接続が失敗した場合に再試行するかどうかを決定する責任はあなたにあります。 すべてのマングースはそれが失敗したことをあなたに伝えます。 本番環境で（またはそのことについては任意のコンテキストで）docker composeを使用するという疑わしい決定を下した場合、最初の接続障害の再試行を処理するのはあなた次第です。

スタンス2、そうです。

最初の接続が失敗したときに自動再接続が必要な場合は、次のように処理します。

function createConnection (dbURL, options) {
    var db = mongoose.createConnection(dbURL, options);

    db.on('error', function (err) {
        // If first connect fails because mongod is down, try again later.
        // This is only needed for first connect, not for runtime reconnects.
        // See: https://github.com/Automattic/mongoose/issues/5169
        if (err.message && err.message.match(/failed to connect to server .* on first connect/)) {
            console.log(new Date(), String(err));

            // Wait for a bit, then try to connect again
            setTimeout(function () {
                console.log("Retrying first connect...");
                db.openUri(dbURL).catch(() => {});
                // Why the empty catch?
                // Well, errors thrown by db.open() will also be passed to .on('error'),
                // so we can handle them there, no need to log anything in the catch here.
                // But we still need this empty catch to avoid unhandled rejections.
            }, 20 * 1000);
        } else {
            // Some other error occurred.  Log it.
            console.error(new Date(), String(err));
        }
    });

    db.once('open', function () {
        console.log("Connection to db established.");
    });

    return db;
}

// Use it like
var db = createConnection('mongodb://...', options);
var User = db.model('User', userSchema);

マングース<4.11の場合、 db.open()代わりにdb.openUri()
マングース4.11.7の場合、この手法は機能しません。
マングース4.13.4の場合、再び機能します。

編集2019/09/02：ここにpromiseRetryを使用したより短い解決策もあり

こんにちは@ vkarpov15これが発生すると、mongodb-coreライブラリからの未処理の拒否もログに記録されます。

MongoError: failed to connect to server [localhost:27017] on first connect [MongoError: connect ECONNREFUSED 127.0.0.1:27017]
    at Pool.<anonymous> (/Users/development/okkralabs/sem-server/services/sem-access/node_modules/mongodb-core/lib/topologies/server.js:336:35)
    at emitOne (events.js:116:13)
    at Pool.emit (events.js:211:7)
    at Connection.<anonymous> (/Users/development/okkralabs/sem-server/services/sem-access/node_modules/mongodb-core/lib/connection/pool.js:280:12)
    at Object.onceWrapper (events.js:317:30)
    at emitTwo (events.js:126:13)
    at Connection.emit (events.js:214:7)
    at Socket.<anonymous> (/Users/development/okkralabs/sem-server/services/sem-access/node_modules/mongodb-core/lib/connection/connection.js:187:49)
    at Object.onceWrapper (events.js:315:30)
    at emitOne (events.js:116:13)
    at Socket.emit (events.js:211:7)
    at emitErrorNT (internal/streams/destroy.js:64:8)
    at _combinedTickCallback (internal/process/next_tick.js:138:11)
    at process._tickCallback (internal/process/next_tick.js:180:9)

これは簡単に再現できます。利用できないMongoDbサーバーに接続してみてください。

(node:2545) UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 1): MongoError: failed to connect to server [localhost:27017] on first connect [MongoError: connect ECONNREFUSED 127.0.0.1:27017]
(node:2545) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

それを処理する方法はありますか？

@jorgearanda使用しているマングースのバージョンと、いくつかのコードサンプルを提供できますか？

vkarpov15 @私は@jorgecuestaためのメッセージだと思いますか？

おっと、私の間違い。 愚かなgithubオートコンプリート、うん、それはだった

@jorgecuestaとまったく同じものが表示されます。4.11.5を使用していましたが、5.0.0-rc2でも同じように表示されます。 一部のモデルが同じmongoインスタンスで異なるデータベースを使用しているため、createConnectionを使用しています。 これは、mongoがダウンしているときにサーバーを起動したときに発生します。

2018-01-07 13:05:23-05:00: [INFO] database - reusing existing connectioun for mongodb://localhost/eiss
2018-01-07 13:05:23-05:00: [INFO] database - initializing database connection to: mongodb://localhost/eiss
2018-01-07 13:05:23-05:00: [INFO] database - reusing existing connectioun for mongodb://localhost/eiss
2018-01-07 13:05:23-05:00: [ERROR] database - Mongoose connection error: MongoNetworkError: failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connect ECONNREFUSED 127.0.0.1:27017]
Unhandled rejection MongoNetworkError: failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connect ECONNREFUSED 127.0.0.1:27017]
    at Pool.<anonymous> (/Users/bill/eiss4/js/node_modules/mongoose/node_modules/mongodb-core/lib/topologies/server.js:503:11)
    at emitOne (events.js:116:13)
    at Pool.emit (events.js:211:7)
    at Connection.<anonymous> (/Users/bill/eiss4/js/node_modules/mongoose/node_modules/mongodb-core/lib/connection/pool.js:326:12)
    at Object.onceWrapper (events.js:317:30)
    at emitTwo (events.js:126:13)
    at Connection.emit (events.js:214:7)
    at Socket.<anonymous> (/Users/bill/eiss4/js/node_modules/mongoose/node_modules/mongodb-core/lib/connection/connection.js:245:50)
    at Object.onceWrapper (events.js:315:30)
    at emitOne (events.js:116:13)
    at Socket.emit (events.js:211:7)
    at emitErrorNT (internal/streams/destroy.js:64:8)
    at _combinedTickCallback (internal/process/next_tick.js:138:11)
    at process._tickCallback (internal/process/next_tick.js:180:9)

モデルは、使用しているデータベースの名前を使用して接続関数を呼び出します（以下）。 サーバーの起動時にmongoが実行されている限り、データベースを起動および停止しても問題なく再接続できます（エラーをログに記録します）。 この問題を読んで、ドライバーが初期接続を異なる方法で処理することに気づきました。これはちょっと面倒です。 @joeytwiddleの回避策を試してみ

const allConnections = {};

module.exports = function(dbName) {
  const url = 'http://localhost/' + dbName;
  let conn;
  log.info('initializing database connection to: ' + url);

  conn = allConnections[url];
  if (!conn) {
    log.info('creating new connection for ' + url);
    conn = mongoose.createConnection(url, {
      useMongoClient: true,
      autoReconnect: true,
      autoIndex: false,
      reconnectTries: Number.MAX_SAFE_INTEGER
    });    
    // Log database connection events
    conn.on('connected', () => log.info('Mongoose connection open to ' + url));
    conn.on('error', (err) =>  log.error('Mongoose connection error: ' + err));
    conn.on('disconnected', () => log.error('Mongoose connection disconnected'));  
    allConnections[url] = conn;
  }
  else {
    log.info('reusing existing connection for ' + url);
  }
  return conn;
}

上記の場合の@raythreeは、 .on('error')があるため、問題ないはずです。 失敗した場合に最初の接続を再試行する場合は、async / awaitを使用することをお勧めします。

let conn;
for (let i = 0; i < numRetries; ++i) {
  try {
    conn = await mongoose.createConnection(uri);
    break;
  } catch (error) {}
}

@ vkarpov15回答が遅れて申し訳ありませんが、4.11.14と4.13.4を使用しています

@jorgecuesta do mongoose.connect(uri).catch(err => {})

@ vkarpov15 connect（）は接続インスタンスを返しますか？

const connection = mongoose.connect(uri || undefined, {useMongoClient: true});
connection.once('error', (e) => {
  console.error(e, 'mongoose connection error.');
});
connection.once('connected', () => {
  console.log('mongoose connected');
});

5.0.0では、 mongoose.connect()が一貫してpromiseを返すように変更しました。 4.xでは、接続インスタンスを返しますが、 .then()と.catch()を使用するため、 await使用できます。

こんにちは@joeytwiddle。

Herokuへのデプロイでも同じ問題が発生しています。
MongoNetworkError: failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connect ECONNREFUSED 127.0.0.1:27017]

2017年7月12日のコメントで、回避策/解決策を示しました。 私はMongoose / Nodeを初めて使用します。 createConnection関数をどのファイルに入れるべきか教えていただけますか？

私はマングースを実行しています：^ 5.0.10、ノード：v9.4.0
乾杯

@juancarlucci好きなファイルに入れることができます。 それを呼び出すだけでマングースインスタンスを取得し、それを使用してモデルを作成します。

以前のコメントを更新して、使用例を示しました。

@joeytwiddle使用例をありがとう！ 乾杯。

mongoに接続しようとすると、エラーがスローされます。

connection error: { MongoNetworkError: failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connection 0 to localhost:27017 timed out]
    at Pool.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/topologies/server.js:505:11)
    at emitOne (events.js:116:13)
    at Pool.emit (events.js:211:7)
    at Connection.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/connection/pool.js:329:12)
    at Object.onceWrapper (events.js:317:30)
    at emitTwo (events.js:126:13)
    at Connection.emit (events.js:214:7)
    at Socket.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/connection/connection.js:256:10)
    at Object.onceWrapper (events.js:313:30)
    at emitNone (events.js:106:13)
    at Socket.emit (events.js:208:7)
    at Socket._onTimeout (net.js:420:8)
    at ontimeout (timers.js:482:11)
    at tryOnTimeout (timers.js:317:5)
    at Timer.listOnTimeout (timers.js:277:5)
  name: 'MongoNetworkError',
  message: 'failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connection 0 to localhost:27017 timed out]' }
(node:5453) UnhandledPromiseRejectionWarning: MongoNetworkError: failed to connect to server [localhost:27017] on first connect [MongoNetworkError: connection 0 to localhost:27017 timed out]
    at Pool.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/topologies/server.js:505:11)
    at emitOne (events.js:116:13)
    at Pool.emit (events.js:211:7)
    at Connection.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/connection/pool.js:329:12)
    at Object.onceWrapper (events.js:317:30)
    at emitTwo (events.js:126:13)
    at Connection.emit (events.js:214:7)
    at Socket.<anonymous> (/home/wasd_xyz/Desktop/test/node_modules/mongodb-core/lib/connection/connection.js:256:10)
    at Object.onceWrapper (events.js:313:30)
    at emitNone (events.js:106:13)
    at Socket.emit (events.js:208:7)
    at Socket._onTimeout (net.js:420:8)
    at ontimeout (timers.js:482:11)
    at tryOnTimeout (timers.js:317:5)
    at Timer.listOnTimeout (timers.js:277:5)
(node:5453) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
(node:5453) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

sudoサービスmongodbステータス

● mongodb.service - MongoDB Database
   Loaded: loaded (/etc/systemd/system/mongodb.service; enabled; vendor preset: 
   Active: active (running) since Sat 2018-06-23 17:13:28 IST; 13min ago
     Docs: https://docs.mongodb.org/manual
 Main PID: 4224 (mongod)
    Tasks: 24 (limit: 4915)
   CGroup: /system.slice/mongodb.service
           └─4224 /usr/bin/mongod --quiet --config /etc/mongod.conf

Jun 23 17:13:28 Inspiron5370 systemd[1]: Started MongoDB Database.

@pranshuchittora MongoDB構成ファイルを表示できますか？ ポートが27017であることを確認してください。また、localhostの代わりに127.0.0.1を使用してみてください

問題を解決するローカルホストではなくIPで接続してみてください。

 let local = "mongodb://127.0.0.1:27017/XXX";
      mongoose.connect(
        local,
        { useNewUrlParser: true }
      );

最初の接続試行が失敗すると、常にエラーがスローされます。
以下を使用してこれをバイパスできます（たとえば、アプリ/スクリプトを開始する前にDBが実行されていることを確認する場合）。

マングース@ 5.3.16
@ types / [email protected]
@ types / [email protected]

async function waitForMongoDBStart(uri: string, timeoutMs: number) {

    return new Promise( async (resolve, reject) => {

        let endTime = Date.now() + timeoutMs;


        while (true) {

            let connectionError: Error;

            function errorHandler(err: Error) {
                connectionError = err;
            }
            mongoose.connection.once("error", errorHandler);

            await mongoose.connect(uri, {
                connectTimeoutMS: 5000, // This timeout applies only after connected & connection lost
                useNewUrlParser: true,
                useFindAndModify: false
            });

            // Time for error event propagation
            await wait(0);

            if ( ! connectionError) {
                mongoose.connection.removeListener("error", errorHandler);
                return resolve(); // All OK, connected
            }

            if (connectionError.name !== "MongoNetworkError") {
                return reject(`Unable to connect mongoDB. Details: ${connectionError}`);
            }

            if (Date.now() > endTime) {
                return reject(`Unable to connect mongoBD in ${timeoutMs} ms. Details: ${connectionError}`);
            }

        }

    });
}

@ vkarpov15これは非常に非自明な動作です。 https://mongoosejs.com/docs/connections.htmlから：

connectTimeoutMS - How long the MongoDB driver will wait 
before failing its initial connection attempt. 
Once Mongoose has successfully connected, connectTimeoutMS is no longer relevant.

ドキュメントには、初期接続で動作するはずであると記載されていますが、動作しません。 failed to connect to serverエラーが発生すると、すぐに失敗します。

MongoDBドライバー間で一貫した動作をする場合false 、デフォルトでreconnectOnInitialFailようなオプションがあると便利です。

現在の動作は、vkarpov15で説明されている動作とは逆です-
connectImeoutMSは、最初の接続後にのみ重要になります（最初の接続では
DBが開始され、接続を受け入れることが期待されます。それ以外の場合は即時
エラーがスローされます）

すすり泣き。、午後01時03 O 22 GRU 2018ドミトリーKirilyuk [email protected]
napisał（a）：

MongoDBドライバー間で一貫した動作をしている場合は、
reconnectOnInitialFailのようないくつかのオプションがあります。
ディフォルト

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/Automattic/mongoose/issues/5169#issuecomment-449565468 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ABY-TjgeI2UqVca050y5YY3zi6w7nMkfks5u7h-vgaJpZM4M-1ur
。

-
Wojciech Fiderek

携帯電話：+48516 661 428

正しく思い出せば、connectTimeoutMSは、ネットワークの状態とOSに応じて、初期接続で重要になります。 最初の接続後、connectTimeoutMSはいつ重要になりますか？

私は、Windows 10とアルパインのLinux（バージョン不明）上のローカルホストのmongodインスタンスへの最初の試行で接続することができませんでしたとき、私の場合は即座にエラーがスローされました。 Mongodインスタンスはまだ開始されていません。
ローカルホスト以外の例？ 誰？

@fider @Jokeroさらに掘り下げましたが、その通り、 connectTimeoutMSは、最初の接続が確立されるまでのみ重要であり、その後はsocketTimeoutMSが引き継ぎます。 MongoDBドライバーの関連コードは次のとおりです。

• https://github.com/mongodb-js/mongodb-core/blob/177e558be28e5505ce1eb4a94b35d05130d34e76/lib/connection/connection.js#L599
• https://github.com/mongodb-js/mongodb-core/blob/177e558be28e5505ce1eb4a94b35d05130d34e76/lib/connection/connection.js#L604

connectTimeoutMSは、通常DNSエラーまたは接続拒否エラーが発生するため、常に役立つとは限りません。 しかし、たとえば、ポートをリッスンしているが実際には何もしないTCPサーバーを開くと、次のようになります。

const net = require('net');

const server = net.createServer();

server.listen(27055);

connectTimeoutMSが開始されることがわかります。

const assert = require('assert');
const mongoose = require('mongoose');
mongoose.set('debug', true);

const { Schema } = mongoose;

run().then(() => console.log('done')).catch(error => console.error(error.stack));

async function run() {
  await mongoose.connect('mongodb://localhost:27055', {
    useNewUrlParser: true,
    connectTimeoutMS: 1000,
    socketTimeoutMS: 25000
  });
} 

$ time node gh-5169.js 
MongoNetworkError: connection 0 to localhost:27055 timed out
    at Socket.<anonymous> (/mongoose/node_modules/mongodb-core/lib/connection/connection.js:259:7)
    at Object.onceWrapper (events.js:313:30)
    at emitNone (events.js:106:13)
    at Socket.emit (events.js:208:7)
    at Socket._onTimeout (net.js:407:8)
    at ontimeout (timers.js:475:11)
    at tryOnTimeout (timers.js:310:5)
    at Timer.listOnTimeout (timers.js:270:5)

real    0m2.293s
user    0m0.271s
sys 0m0.043s
$ 

ネットワークの制限により、MongoDBのURLがブロックされることがあります。ネットワーク/インターネットソースを変更してみてください。

https://stackoverflow.com/questions/47958683/cannot-connect-to-mongodb-atlas-through-mongo-shell?answertab=active#tab -top

最初の接続を行うとき、（少なくとも）次の3つのことが起こります。

1. mongodbがあり、接続は成功します、イェーイ！

2. サーバーは「接続が拒否されました」と応答します。これは、このポートでリッスンしているプロセスがないか、接続を_アクティブに拒否した_ファイアウォールがあることを意味します。 （これは通常すぐに起こります、そして私はこれがファイダーが経験していたことだと思います。）

3. サーバーはまったく応答しません。たとえば、ファイアウォールがパケットを_受動的にドロップした_か、そのIPアドレスにサーバーがありません。 （この場合、vkarpovのconnectTimeoutMSが最終的にトリガーされます。）

したがって、タイムアウトが常に使用されるとは限りません。 特定の時間内に明確な成功または失敗がない場合にのみ使用されます。

これはネットワーキングで一般的であり、非協力的な人と話すときにも一般的です。 リクエストには、「NO！」という2種類の拒否があります。 と .....

しっかりとした説明をありがとう@joeytwiddle ：+1：

mongodb+srvを使用したレプリカセット接続でこの動作をどのように処理する必要がありますか？ レプリカセットがローリングリスタートシナリオ（データベースの更新）にあると、 connect ECONNREFUSED 34.238.xxx.xxx:27017ようなエラーが発生し始めます。

@esetnikはuseUnifiedTopology: trueとMongoose 5.7.5を使用していますか？ 関連する可能性のある問題＃8209を特定しました。

@ vkarpov15はい、そうです！ ヒントをありがとう。 統合トポロジを無効にした後でいくつかのテストを実行し、結果を報告します。

やあ。 私のプロジェクトでもまったく同じ問題があります。 あなたはそれのために何か解決策を見つけましたか？！

@fdmxfarhan別の問題を開いて、問題テンプレートに従ってください。