Mongoose: { useUnifiedTopology: true } MongoDB 연결 오류 발생: MongoTimeoutError: 30000ms 후 서버 선택 시간 초과

어떤 도커 이미지를 사용합니까? 또한 '서버 선택 시간 초과' 메시지에 대한 스택 추적이 있습니까?

저와 같은 문제가 있다고 보고하기 위해 여기를 파고들었습니다.

나 자신은 Docker 또는 VM을 사용하지 않습니다. 또한 이것이 항상 발생하는 것 같지는 않지만 오늘 시간 초과(30k)로 인해 내 데이터를 검색할 수 없었으며 useUnifiedTopology 플래그를 제거하면 문제가 즉시 해결되었습니다. .

Atlas 클러스터에 연결하고 있습니다.

몽구스는 5.7.1입니다
MongoDb는 3.3.2입니다.
노드는 12.9.1입니다.

다음과 같이 연결합니다.

mongoose.createConnection(uri,
    {
        useCreateIndex: true,
        useNewUrlParser: true,
        useUnifiedTopology: true, // commented out currently
        dbName: db_name
    });

모델은 다음과 같이 생성됩니다.

import mongoose from 'mongoose';
import * as db_conns from '../db-connections'; // this is an object of connections generated via createConnection

// ... schema definition, for a model called 'article' from a collection called 'article'

// `site_content` is the name of a connection
export default db_conns.connections.site_content.model(`article`, schema, `article`);

그러면 다음과 같이 가져옵니다.

// ...
await query.model.find(query_expr).limit(30); // query_expr can change, however even an empty expression ({}) will cause the same issue
// ...

find 호출이 중단되고 시간 초과 오류가 발생합니다.

@vkarpov15 저는 MongoDB v4.2.0을 제공하는 최신 mongo 이미지를 사용하고 있습니다.
https://hub.docker.com/_/mongo

오류가 무작위로 발생하지만 { useUnifiedTopology: true } 를 추가한 후에도 동일한 오류가 발생합니다. 확실히 잘못된 것이 있습니다. 최신 mongo 이미지를 사용하고 있습니다.

몽구스
.connect(process.env.MONGO_URI, {
useUnifiedTopology: 참,
useNewUrlParser: 참,
})
.then(() => console.log('DB 연결됨!'))
.catch(오류 => {
console.log(오류, err.message);
});
시작되면 콘솔에 도착합니다.
[함수: 오류] { stackTraceLimit: 16, prepareStackTrace: undefined } acccluster-shard-00-01-xx47j.mongodb에 대한 연결 0. 그물:27017 폐쇄

어떤 해결책이 있습니까? 나조차도 지금이 문제에 직면 해 있습니다 ...

같은 문제가 있습니다. 저는 주니어 프로그래머이고 nodejs-express-graphql-mongoose-mongodbAtlas를 처음 사용합니다.

(노드:9392) UnhandledPromiseRejectionWarning: MongoTimeoutError: 30000ms 후에 서버 선택 시간이 초과되었습니다.
Timeout.setTimeout에서 (MyAppPathgraphql2node_modulesmongodblibcoresdamtopology.js:850:16)
시간 초과 시(timers.js:436:11)
tryOnTimeout에서 (timers.js:300:5)
listOnTimeout에서 (timers.js:263:5)
Timer.processTimers에서 (timers.js:223:10)
(node:9392) UnhandledPromiseRejectionWarning: 처리되지 않은 약속이 거부되었습니다. 이 오류는 catch 블록 없이 비동기 함수 내부를 던지거나 .catch()로 처리되지 않은 약속을 거부하여 발생했습니다. (거부 ID: 1)
(node:9392) [DEP0018] DeprecationWarning: 처리되지 않은 약속 거부는 더 이상 사용되지 않습니다. 앞으로 처리되지 않은 약속 거부는 0이 아닌 종료 코드로 Node.js 프로세스를 종료합니다.
이벤트.js:174
던지다 어; // 처리되지 않은 '오류' 이벤트
^^

오류: ECONNRESET 읽기
TLSWrap.onStreamRead에서(internal/stream_base_commons.js:111:27)
다음 위치에서 '오류' 이벤트 발생:
TLSSocket에서.(MyAppPathnode_modulesmongodblibcoreconnectionconnection.js:321:10)
Object.onceWrapper에서 (events.js:286:20)
TLSSocket.emit에서(events.js:198:13)
EmmitErrorNT에서(내부/스트림/destroy.js:91:8)
emitErrorAndCloseNT에서 (internal/streams/destroy.js:59:3)
process._tickCallback에서 (내부/프로세스/next_tick.js:63:19)

useUnifiedTopology 활성화한 후에도 프로덕션 서버에서 동일한 오류가 발생합니다.

MongoTimeoutError: Server selection timed out after 30000 ms
    at Timeout.setTimeout [as _onTimeout] (/opt/app/node_modules/mongodb/lib/core/sdam/topology.js:850:16)
    at ontimeout (timers.js:498:11)
    at tryOnTimeout (timers.js:323:5)
    at Timer.listOnTimeout (timers.js:290:5)

나는 지금 또 다른 문제를 만나기 시작했다
MaxListenersExceededWarning: 가능한 EventEmitter 메모리 누수가 감지되었습니다. 11개의 topologyDescriptionChanged 리스너가 추가되었습니다.

이 경고를 검색했을 때 이 mongoDB 문서를 발견했습니다.
https://jira.mongodb.org/browse/NODE-2123

그것은 두 오류를 나타냅니다
"서버 선택 시간 초과" 및 "MaxListenersExceededWarning" 및 두 오류 모두 통합 토폴로지 변경으로 인한 것입니다. 나는 이것이 결코 언급되지 않은 획기적인 변화라고 생각합니다.

내 라이브 서버에서 이 오류가 발생했기 때문에 { useUnifiedTopology: false }를 설정할 수 밖에 없습니다. 커뮤니티의 누군가가 이 문제에 집중하고 해결하거나 해결하기 위한 제안을 제공할 수 있기를 바랍니다.

나는 또한 모두 오류를 얻고있다 (서버 선택은 30000 MS와 MaxListenersExceededWarning 후 시간 초과 :. 가능한 EventEmitter 메모리 누수 탐지 된 11)이 내가 생각이 옵션을 사용하는 모든 사람에게 무슨 일이 일어나고 있도록 useUnifiedTopology를 사용하는 경우.

이거 재도전 해봤는데 안되더라구요. 몇 가지 옵션을 시도했습니다.

1) 쿼리 직전에 서버 종료

2) 연결이 끊긴 상태에서 쿼리하기

3) 쿼리를 성공적으로 실행

어떤 경우에도 아직 이 오류 메시지를 보지 못했습니다. 이 문제를 보여주기 위해 아래 스크립트를 수정할 수 있습니까?

'use strict';

const mongoose = require('mongoose');

run().catch(err => console.log(err));

async function run() {
  mongoose.set('useUnifiedTopology', true);
  mongoose.set('useNewUrlParser', true);

  await mongoose.connect('mongodb://localhost:27017/test');

  const Model = mongoose.model('Test', new mongoose.Schema({ name: String }));

  console.log('Query...');
  await Model.findOne();
  console.log('Done');
}

또는 최소한 사용 중인 Mongoose 버전에 대한 정보를 제공하세요. 독립 실행형 서버, 복제본 세트 또는 샤딩된 클러스터를 사용하는지 여부 그리고 Mongoose를 직접 사용하고 있는지 아니면 다른 npm 모듈을 통해 사용하고 있습니까?

나는 이것이 mongoose의 문제가 아니라 Mongo 자체의 문제라고 상당히 확신합니다.

@ vkarpov15 , 내 의견을 참조하십시오. 거기에 내 환경을 설명했습니다. 저는 몽구스를 직접 사용하고 있습니다.

@vkarpov15 이 문제는 서버가 실행 중일 때 2-3일마다 무작위로 나타나므로 코드를 제공하더라도 서버를 지속적으로 모니터링해야 합니다.

이 문제를 해결한 사람이 있습니까?

이 문제를 해결한 사람이 있습니까?

당분간 이 플래그를 사용할 수 없습니다. Mongo는 앞으로 비활성화될 것이라고 경고하지만 당분간은 이 문제를 완전히 해결하는 것 같습니다.

이 문제를 해결한 사람이 있습니까?

당분간 이 플래그를 사용할 수 없습니다. Mongo는 앞으로 비활성화될 것이라고 경고하지만 당분간은 이 문제를 완전히 해결하는 것 같습니다.

useUnifiedTopology: true 플래그를 사용하지 않으면 이 오류가 발생하고 앱이 중지되었습니다.
몽구스 베리온: 5.7.4

useUnifiedTopology 주석을 달아 내 빌드의 문제를 해결하는지 확인할 수 있습니다. 또한 (분명히) 무작위 방식으로 발생합니다.

@rpedroni 슬프게도, 그것은 우리를 위한 것이 아닙니다...

여기에서도 일어나고 있습니다. 프로덕션 서버는 다음 메시지로 응답합니다. 지금은 useUnifiedTopology에 대해 설명하겠습니다.

MongoDB 연결 옵션

var options = {
    useCreateIndex: true,
    useNewUrlParser: true,
    useFindAndModify: false,
    useUnifiedTopology: true,
    promiseLibrary: global.Promise
};

서버 로그

MongoTimeoutError: Server selection timed out after 30000 ms 
Oct 16 12:56:31 app/web.1:     at Timeout.setTimeout (/app/node_modules/mongodb/lib/core/sdam/topology.js:850:16) 
Oct 16 12:56:31 app/web.1:     at Shim.applySegment (/app/node_modules/newrelic/lib/shim/shim.js:1424:20) 
Oct 16 12:56:31 app/web.1:     at Timeout.wrappedCallback [as _onTimeout] (/app/node_modules/newrelic/lib/shim/shim.js:1281:21) 
Oct 16 12:56:31 app/web.1:     at ontimeout (timers.js:436:11) 
Oct 16 12:56:31 app/web.1:     at tryOnTimeout (timers.js:300:5) 
Oct 16 12:56:31 app/web.1:     at listOnTimeout (timers.js:263:5) 
Oct 16 12:56:31 app/web.1:     at Timer.processTimers (timers.js:223:10) 

우리도 이 문제를 겪고 있으며 몽구스를 사용하지 않습니다. Node.js용 MongoDB 드라이버 자체에 문제가 있는 것 같습니다. 이 문제는 https://jira.mongodb.org/browse/NODE-2249 에서도 보고되었습니다.
오늘 공개된 드라이버 버전 3.3.3은 MongoTimeoutError 에 더 자세한 정보를 추가해야 합니다. 또한 버그 수정으로 인해 드라이버를 업데이트하는 것이 좋습니다.

이 오류는 드라이버가 지정된 작업(또는 초기 연결)의 읽기 기본 설정을 충족하는 서버에 연결할 수 없기 때문에 발생합니다. 연결 문자열이 잘못되었거나 클러스터의 노드가 다운되는 등 여러 가지 이유가 있을 수 있습니다. 드라이버의 최신 v3.3.3으로 업데이트하면 문제를 추가 조사하는 데 도움이 되는 MongoTimeoutError와 함께 새로운 이유 필드가 포함됩니다. 또한 이 버전에는 복제 세트의 구성원을 사용할 수 없는 경우 초기 연결 시 시간 초과 오류가 발생하는 버그 수정이 포함되어 있습니다. 드라이버를 업데이트하고 이 문제가 계속 발생하면 알려주십시오.

https://jira.mongodb.org/browse/NODE-2249?focusedCommentId=2485028&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment -2485028에서 인용

Mongo Atlas에 연결하여 개발 및 프로덕션 모두에서 동일하게 발생합니다.

또한 mongodb 아틀라스에 연결하는 이 문제가 있습니다. 일반적으로 아틀라스가 서버를 다시 시작하거나 업데이트하거나 이와 유사한 작업을 수행한 후에 발생합니다.

그래서 나는 여전히 복제 세트를 사용하여 이것을 로컬로 재현할 수 없습니다. 아래 스크립트는 복제본 세트 장애 조치 또는 기본 종료 시에도 쿼리를 계속 성공적으로 실행합니다. 서버 선택 시간 초과 오류가 발생하지 않습니다.

'use strict';

const mongoose = require('mongoose');

run().catch(err => console.log(err));

async function run() {
  mongoose.set('useUnifiedTopology', true);
  mongoose.set('useNewUrlParser', true);

  await mongoose.connect('mongodb://localhost:27017,localhost:27018,localhost:27019/test?replicaSet=rs');

  const Model = mongoose.model('Test', new mongoose.Schema({ name: String }));


  while (true) {
    console.log(new Date(), 'Query...');
    await Model.findOne();
    await new Promise(resolve => setTimeout(resolve, 5000));
  }
} 

내 가장 좋은 추측은 @rvanmil 의 설명이 정확하다는 것입니다. [email protected] (몇 시간 안에 배송할 예정)으로 업그레이드하고 이 문제가 지속되는지 확인하십시오.

또한 Atlas에서 다시 시작을 트리거하는 방법이 있는지 아는 사람이 있습니까? 이 문제는 Atlas를 사용하는 경우에만 발생합니까?

@ vkarpov15 재시작을 트리거하려면 클러스터를 일시 중지/재개해야 한다고 생각합니다. M10+ 사이즈에서만 가능합니다.
또한 이것이 대신 Atlas 문제인지도 궁금합니다. 업데이트된 MongoDB 드라이버를 아직 테스트할 수 없었지만 테스트하게 되면 여기에 다시 보고하겠습니다.

useUnifiedTopology 플래그에 관계없이 오늘 Atlas 프리 티어에서도 동일한 문제가 발생합니다. 오류: MongoTimeoutError: Server selection timed out after 30000 ms

mLab과 같은 다른 MongoDB 서비스를 사용하여 연결할 수 있습니다.

나는 같은 문제를 겪고 있었고 약간 어리석은 것으로 끝났지 만 여기에서도 끝나는 누군가를 도울 수 있기 때문에 어쨌든 공유 할 것입니다.

MongoTimeoutError에서 '이유' 필드를 확인했는데 'MongoError: 잘못된 인증 인증 실패'라고 표시됩니다.
그때 내가 사용자 비밀번호가 아닌 연결 문자열에 mongoDB 비밀번호를 사용하고 있다는 것을 깨달았습니다.
이제 잘 작동합니다.

MongoDB Atlas를 사용하는 경우 IP 주소를 화이트리스트에 추가해야 합니다.

네트워크 액세스로 이동하여 현재 IP 주소를 편집하고 어디서나 액세스 허용을 클릭합니다.

Atlas를 사용하는 동안에만 이 문제에 직면하고 있습니다. 화이트리스트에 0.0.0.0/0 IP를 추가하려고 시도했지만 작동하지 않았습니다.

나는 사용하고 있습니다 :

• 몽구스: 5.7.6
• 노드: v10.16.3
• 아틀라스 프리 티어

로컬 mongodb 서버에서 재생할 수 없습니다. 거기에서 모든 쿼리가 성공적으로 작동합니다.

이것은 액세스와 관련이 없습니다. 0/0/0/0 액세스 권한이 있으며 이 문제가 발생합니다.
서버가 아틀라스에서 다시 시작될 때마다. 다중 노드를 만들어 재현할 수 있습니다.
클러스터(m10+) 및 예약된 유지 관리 시간을 설정합니다. 그럼 오래 달려
서비스를 실행 중이고 다시 시작할 때 오류가 발생해야 합니다.

2019년 10월 23일 수요일 오전 7시 42분 Mohammad Mazedul 이슬람, <
[email protected]>은 다음과 같이 썼습니다.

Atlas를 사용하는 동안에만 이 문제에 직면하고 있습니다. 나는 추가를 시도했다
화이트리스트에 0.0.0.0/0 IP가 있지만 작동하지 않았습니다.

나는 사용하고 있습니다 :

• 몽구스: 5.7.6
• 노드: v10.16.3
• 아틀라스 프리 티어

로컬 mongodb 서버에서 재생할 수 없습니다. 모든 쿼리가 작동합니다.
성공적으로.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Automattic/mongoose/issues/8180?email_source=notifications&email_token=AAUHUCYYQIQ5U42IBYT7CQTQQA2B7A5CNFSM4IYQ3ZB2YY3PNVWWK3TUL52HS4DFWEXG43
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AAUHUCY5SNFGGCPTGW6GH5DQQA2B7ANCNFSM4IYQ3ZBQ
.

저도 그런 문제가 있었습니다. 그러나 이제 0.0.0.0/0과 내 IP 주소를 아틀라스의 화이트리스트에 추가하면 문제가 해결됩니다.

https://jira.mongodb.org/browse/NODE-2147

~이것은 MongoDB Atlas만의 문제입니다.~

MongoDB Atlas를 사용하는 데 문제가 있습니다.

일반 MongoDB를 사용하여 동일한 문제가 있습니다.

docker-compose를 사용하여 "MongoTimeoutError: Server selection timed out after 30000"을 유발하는 조건을 성공적으로 재현했습니다.
https://github.com/anzairyo0127/mongodb-connection-bug

먼저 이 응용 프로그램을 시작하십시오.

$ docker-compose up -d
$ docker-compose exec a mongo /tmp/conf/init.js
$ docker-compose exec node sh
$ npm i && npm run build
$ npm run start

> 0times
> waiting ....
> {_id: 5db27454b77b210040f2f84e, id: 1, text: 'hogehoge'}
> 1times
> waiting ....
> {_id: 5db27454b77b210040f2f84e, id: 1, text: 'hogehoge'}
> xtimes
> waiting ....
> {_id: 5db27454b77b210040f2f84e, id: 1, text: 'hogehoge'}
> ......



md5-cc5c53b3c0322ef988c85b63b4bb6c4e



$ docker-compose restart a b c



md5-788ff0ed4e46daf35b1b8594351b929f



> xtimes
> waiting ....
> (node: 4360) UnhandledPromiseRejectionWarning: MongoTimeoutError: Server selection timed out after 30000 ms
> at Timeout.setTimeout [as _onTimeout] (/var/work/node_modules/mongodb/lib/core/sdam/topology.js:878:9)
> at ontimeout (timers.js: 436: 11)
> at tryOnTimeout (timers.js: 300: 5)
> at listOnTimeout (timers.js: 263: 5)
> at Timer.processTimers (timers.js: 223: 10)
> (node: 4360) 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: 4360) [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.

@anzairyo0127 최신 3.3.3 mongodb 라이브러리로 동일한 작업을 시도할 수 있습니까?

@rvanmil ver3.3.3 에서 재현 가능합니다.

이 오류는 mongoDB가 복제 구성에 있고 인스턴스 중 하나(아마도 기본 인스턴스)가 다운되기 직전이나 시작 직후에 명령을 수신할 때 발생하는 것 같습니다.
MongoDB Atlas에서 이런 일이 자주 일어나는 이유는 MongoDB Atlas가 정기적으로 모니터링을 위해 클러스터에 쿼리를 보내기 때문이라고 생각합니다.

어떤 해결책이 있습니까? 이 문제는 ....

1달 넘게 같은 문제인데 아직 해결이 안되네요 -_-

[email protected]로 업데이트하면 해결되었습니다.

@octavioamu 더 자세히

어떤 버전이 설치되었는지 몰라서 죄송합니다. mongo로 한동안 작업하지 않았기 때문에 아마도 아주 오래된 버전일 것입니다.
몽구스 버전은 @5.7.7에 있습니다.
메시지는 나에게 영구적 이었고 [email protected] (brew를 통해 설치)를 설치하면 메시지가 중지되었습니다.

{useUnifiedTopology: false} 설정하면 인증 실패

(node:19948) UnhandledPromiseRejectionWarning: MongoNetworkError: failed to connect to server [localhost:27017] on first connect [MongoError: Authentication failed.]

{useUnifiedTopology: true} 설정하면 시간 초과가 발생합니다.

(node:20213) UnhandledPromiseRejectionWarning: MongoTimeoutError: Server selection timed out after 30000 ms

비밀번호는 확실히 맞습니다. 이것은 모든 것과 LST Node.js의 최신 버전이 있는 로컬 시스템에서 재현할 수 있습니다. 그러나 어떤 종류의 인증 없이 연결 문자열을 사용하는 것은 로컬에서 작동하는 것 같습니다. 따라서 예를 들어 const MONGODB_URI = "mongodb://localhost/fullstack" 시간 초과 문제를 설정하면 사라집니다. 이 문제가 인증과 관련이 있습니까? 다음은 로컬 설정에서 문제를 재현하는 MWE입니다.

const mongoose = require('mongoose')
// const url = 'mongodb://fullstack:fullstack@localhost/fullstack'
const url = 'mongodb://localhost/fullstack'
console.log('Connection url = ', url, 'connecting')
mongoose.connect(url, { useNewUrlParser: true, useUnifiedTopology: true })
console.log('Connected.')
mongoose.connection.close()

MongoDB 설정에 최신 Docker 이미지를 사용했습니다.

여기에서도 일어나고 있습니다. 프로덕션 서버는 다음 메시지로 응답합니다. 지금은 useUnifiedTopology에 대해 설명하겠습니다.

MongoDB 연결 옵션

var options = {
    useCreateIndex: true,
    useNewUrlParser: true,
    useFindAndModify: false,
    useUnifiedTopology: true,
    promiseLibrary: global.Promise
};

서버 로그

MongoTimeoutError: Server selection timed out after 30000 ms 
Oct 16 12:56:31 app/web.1:     at Timeout.setTimeout (/app/node_modules/mongodb/lib/core/sdam/topology.js:850:16) 
Oct 16 12:56:31 app/web.1:     at Shim.applySegment (/app/node_modules/newrelic/lib/shim/shim.js:1424:20) 
Oct 16 12:56:31 app/web.1:     at Timeout.wrappedCallback [as _onTimeout] (/app/node_modules/newrelic/lib/shim/shim.js:1281:21) 
Oct 16 12:56:31 app/web.1:     at ontimeout (timers.js:436:11) 
Oct 16 12:56:31 app/web.1:     at tryOnTimeout (timers.js:300:5) 
Oct 16 12:56:31 app/web.1:     at listOnTimeout (timers.js:263:5) 
Oct 16 12:56:31 app/web.1:     at Timer.processTimers (timers.js:223:10) 

여기에서도 일어나고 있습니다. 프로덕션 서버는 다음 메시지로 응답합니다. 지금은 useUnifiedTopology에 대해 설명하겠습니다.

MongoDB 연결 옵션

var options = {
    useCreateIndex: true,
    useNewUrlParser: true,
    useFindAndModify: false,
    useUnifiedTopology: true,
    promiseLibrary: global.Promise
};

서버 로그

MongoTimeoutError: Server selection timed out after 30000 ms 
Oct 16 12:56:31 app/web.1:     at Timeout.setTimeout (/app/node_modules/mongodb/lib/core/sdam/topology.js:850:16) 
Oct 16 12:56:31 app/web.1:     at Shim.applySegment (/app/node_modules/newrelic/lib/shim/shim.js:1424:20) 
Oct 16 12:56:31 app/web.1:     at Timeout.wrappedCallback [as _onTimeout] (/app/node_modules/newrelic/lib/shim/shim.js:1281:21) 
Oct 16 12:56:31 app/web.1:     at ontimeout (timers.js:436:11) 
Oct 16 12:56:31 app/web.1:     at tryOnTimeout (timers.js:300:5) 
Oct 16 12:56:31 app/web.1:     at listOnTimeout (timers.js:263:5) 
Oct 16 12:56:31 app/web.1:     at Timer.processTimers (timers.js:223:10) 

나는 mongo db atlas를 사용하고 있으며 우리는 같은 문제에 직면하고 있습니다.

dub-tools-jobs: orders - error MongoTimeoutError: Server selection timed out after 30000 ms 
Oct 29 13:16:30 app/worker.1:      at Timeout.setTimeout [as _onTimeout] (/app/node_modules/mongoose/node_modules/mongodb/lib/core/sdam/topology.js:850:16) 
Oct 29 13:16:30 app/worker.1:     at ontimeout (timers.js:436:11) 
Oct 29 13:16:30 app/worker.1:     at tryOnTimeout (timers.js:300:5) 
Oct 29 13:16:30 app/worker.1:     at listOnTimeout (timers.js:263:5) 
Oct 29 13:16:30 app/worker.1:     at Timer.processTimers (timers.js:223:10) +2m

이 모든 것은 제안된 하나의 권장 사항으로 useUnifiedTopology에 주석을 달면서 발생했습니다.

// mongodb connections
var options = {
    useCreateIndex: true,
    useNewUrlParser: true,
    useFindAndModify: false,
    // useUnifiedTopology: true,      
    promiseLibrary: global.Promise
};

mongoose 및 mongoDB 아틀라스를 사용하여 옵션이 다음과 같은지 확인하십시오.
mongoose.connect(DATABASE_URL, { useNewUrlParser: true, useUnifiedTopology: true })

이 후 시간 초과가 발생하면 mongoDB의 네트워크 액세스로 이동하여 mongoDB의 IP 주소를 화이트리스트에 추가해야 합니다.

다른 사람들과 마찬가지로 이 오류는 며칠마다 내 앱을 충돌시키며 이것이 IP 주소의 액세스 또는 허용 목록과 관련이 없음을 확인할 수 있습니다.

나는 사용하고 있습니다 :

• 몽구스: 5.7.6
• 노드: v10.16.3
• 아틀라스 프리 티어

지금은 useUnifiedTopology: true 도 주석 처리하겠습니다. 다른 사람들이 언급했듯이 Atlas 또는 mongo와 관련이 있을 수 있습니다.

이것은 복제 세트 MongoDB 서버의 문제이며 여기에서 MongoDB 엔지니어가 솔루션을 작업 중입니다.

https://jira.mongodb.org/browse/NODE-2267

@vkarpov15 는 Mongoose와 관련이 없기 때문에 이 문제를 닫을 수 있습니다.

어떤 이유로 연결이 실패하여 현재 IP 주소가 변경되면 네트워크 액세스 IP 화이트리스트에서 수정하고 현재 IP를 사용해야 합니다.

안녕하세요! 제 이름은 Matt이고 MongoDB의 드라이버 팀에 있습니다. 여러분 모두가 겪고 있는 정전에 대해 매우 유감스럽게 생각하며 이 문제에 대해 약간의 업데이트를 드리고 싶었습니다.

우리는 매우 수술적인 프로세스로 밝혀진 기존 토폴로지 유형을 단계적으로 없애려고 노력하고 있습니다. 이러한 유형을 단계적으로 제거하면 드라이버의 유지 관리 부담을 크게 줄이는 데 도움이 될 것이며 사용자에게 보다 안정적이고 효율적인 드라이버가 되기를 바랍니다. 특히 "통합 토폴로지"를 도입하는 동안 오류 가능성을 줄이기 위해 연결 풀 재작성을 도입하지 않았습니다. 연결 풀이 우리가 예상한 것보다 토폴로지 유형에 더 밀접하게 결합되어 있는 것으로 나타났으며 그 결과 특히 서버 모니터링과 관련하여 약간의 회귀가 발생했습니다.

오늘 아침에 나는 당신이 직면한 문제를 해결해야 하는 드라이버의 v3.3.4-rc0 을 푸시했습니다. 이 버전을 사용해 보고 경험을 알려주시면 대단히 감사하겠습니다. 이 문제와 관련된 기존 티켓 각각에 대해 NODE-2267 에 대한 의견을

3.3.4-rc0으로 문제가 해결되었음을 확인할 수 있습니다 👍 더 자세한 테스트 결과는 나중에 알려드리겠습니다.

package.json의 mongodb 버전을 다음으로 변경한 후
"mongodb": "3.3.4-rc0",
항상 오류가 발생합니다(이 오류는 mongodb 버전이 3.3.3일 때 발생하지 않음).

===============================================
npm 오류! 경로 /tmp/app/node_modules/npm/node_modules/abbrev
npm 오류! 코드 ENOENT
npm 오류! 오류 번호 -2
npm 오류! 시스템 호출 이름 바꾸기
npm 오류! enoent ENOENT: 해당 파일이나 디렉터리가 없습니다. 이름을 '/tmp/app/node_modules/npm/node_modules/abbrev' -> '/tmp/app/node_modules/npm/node_modules/.abbrev.DELETE'로 바꿉니다.
npm 오류! enoent 이것은 npm이 파일을 찾지 못하는 것과 관련이 있습니다.
npm 오류! 에노엔트
npm 오류! 이 실행의 전체 로그는 다음에서 찾을 수 있습니다.
npm 오류! /home/vcap/.npm/_logs/2019-11-06T17_19_55_661Z-debug.log
[31;1m 오류 [0m 종속성을 빌드할 수 없음: 종료 상태 254
드롭릿 컴파일 실패: 모든 공급 스크립트 실행 실패: 종료 상태 14
종료 상태 223

====================================
내 npm 버전은 6.11.3의 npm입니다.

이 오류는 이 새로운 mongodb v3.3.4-rc0 빌드와 관련이 있습니까?

@zhenwan abbrev 패키지를 다운로드하는 데 문제가 있는 것 같습니다. package-lock.json 문제가 있는 것 같습니다. 해당 파일을 삭제하고 npm install 다시 실행해 보십시오.

다음 설정을 사용하여 오류를 재현하고 v3.3.4-rc0 드라이버로 해결되었는지 확인할 수 있었습니다.

• 일부 샘플 데이터가 포함된 todo MongoDB 컬렉션을 쿼리하는 간단한 http API GET /api/todos 를 노출하는 Node.js 웹 서버
• 내 컴퓨터에서 로컬로 실행되는 500ms마다 API를 호출하는 스크립트
• 스크립트가 실행되면 MongoDB에서 장애 조치를 트리거(기본 재시작)합니다(Atlas에서는 "Test Failover" 메뉴 옵션을 선택하여 M10 클러스터에서 이 작업을 수행할 수 있었습니다).

이 테스트의 결과는 다음과 같았습니다.

✅ Mongodb Node.js 3.3.2 useUnifiedTopology false

> MongoDB failover triggered
> MongoDB 'reconnect' event
> A few http calls with +/- 5000ms response times
> MongoDB failover finished
> Everything back to normal

❌ Mongodb Node.js 3.3.2 useUnifiedTopology true

> MongoDB failover triggered
> MongoDB 'close' event
> Many MongoNetworkError errors
    {
      "name": "MongoNetworkError",
      "stack": "Error: connect ECONNREFUSED <ip_redacted>:27017
          at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1128:14)",
      "errorLabels": [
        "TransientTransactionError"
      ]
    }
> EventEmitter memory leak warning
    (node:18) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 topologyDescriptionChanged listeners added to [NativeTopology]. Use emitter.setMaxListeners() to increase limit
> Many MongoTimeoutError errors
    {
      "name": "MongoTimeoutError",
      "stack": "MongoTimeoutError: Server selection timed out after 30000 ms
          at Timeout._onTimeout (/app/node_modules/mongodb/lib/core/sdam/topology.js:850:16)
          at listOnTimeout (internal/timers.js:531:17)
          at processTimers (internal/timers.js:475:7)"
    }
> MongoDB failover finished
> Server unable to recover MongoDB connection
> Server restarted manually
> Everything back to normal

⚠️ Mongodb Node.js 3.3.4-rc0 useUnifiedTopology true

> MongoDB failover triggered
> MongoDB 'reconnect' event expected but not seen
> A few http calls with +/- 5000ms response times
> A couple failed http calls:
    {
      "name": "MongoError",
      "stack": "MongoError: Cache Reader No keys found for HMAC that is valid for time: { ts: Timestamp(1573064656, 1) } with id: 6756219367492419585
          at Connection.<anonymous> (/app/node_modules/mongodb/lib/core/connection/pool.js:451:61)
          at Connection.emit (events.js:210:5)
          at processMessage (/app/node_modules/mongodb/lib/core/connection/connection.js:368:10)
          at TLSSocket.<anonymous> (/app/node_modules/mongodb/lib/core/connection/connection.js:537:15)
          at TLSSocket.emit (events.js:210:5)
          at addChunk (_stream_readable.js:308:12)
          at readableAddChunk (_stream_readable.js:289:11)
          at TLSSocket.Readable.push (_stream_readable.js:223:10)
          at TLSWrap.onStreamRead (internal/stream_base_commons.js:182:23)",
      "ok": 0,
      "errmsg": "Cache Reader No keys found for HMAC that is valid for time: { ts: Timestamp(1573064656, 1) } with id: 6756219367492419585",
      "code": 211,
      "codeName": "KeyNotFound"
    }
> MongoDB failover finished
> Everything back to normal

따라서 v3.3.4-rc0 와 함께 작동하는 것으로 보이며 서버는 연결을 복구하고 MongoDB에서 데이터 제공을 재개할 수 있습니다. 하지만 여전히 두 가지 문제가 있습니다.

• '다시 연결' 이벤트가 누락된 것 같습니다.
• "시간 동안 유효한 HMAC에 대한 캐시 판독기 키가 없습니다" 오류 메시지와 함께 몇 가지 요청이 실패합니다.

@mbroadst 예, package-lock.json을 삭제하면 누락된 파일 문제가 해결되었습니다.

하지만 여전히 오류가 발생합니다.
2019-11-06T12:52:10.35-0600 [CELL/0] OUT 컨테이너가 건강해졌습니다
2019-11-06T12:52:39.06-0600 [APP/PROC/WEB/0] 오류 /home/vcap/app/node_modules/connect-mongo/src/index.js:135
2019-11-06T12:52:39.06-0600 [APP/PROC/WEB/0] ERR throw err
2019-11-06T12:52:39.06-0600 [APP/PROC/WEB/0] ERR ^
2019-11-06T12:52:39.06-0600 [APP/PROC/WEB/0] 오류 오류: 30000ms 후에 서버 선택 시간이 초과되었습니다.
2019-11-06T12:52:39.06-0600 [APP/PROC/WEB/0] Timeout.setTimeout에서 ERR [_onTimeout으로](/home/vcap/app/node_modules/connect-mongo/node_modules/mongodb/lib/core /sdam/topology.js:878:9)
2019-11-06T12:52:39.06-0600 [APP/PROC/WEB/0] ontimeout 시 ERR(timers.js:469:11)
2019-11-06T12:52:39.06-0600 [APP/PROC/WEB/0] tryOnTimeout에서 ERR(timers.js:304:5)
2019-11-06T12:52:39.06-0600 [APP/PROC/WEB/0] Timer.listOnTimeout에서 ERR(timers.js:264:5)
2019-11-06T12:52:39.35-0600 [APP/PROC/WEB/0] OUT 종료 상태 1

@zhenwan 초기 연결 시 클러스터에 연결할 수 없는 것과 관련이 있는 것 같습니다. 또한 topology.js:878 대한 역추적 MongoTimeoutError 을 수신하지도 않습니다.

특정 사례를 분류할 수 있도록 새 jira 티켓을 열어 주시겠습니까? 여기에 붙여넣은 것보다 더 자세한 정보가 필요한 것 같습니다. 감사합니다!

@mbroadst
문제를 해결하는 데 도움을 주셔서 감사합니다. v3.3.4-rc0을 사용하는 것이 내 문제를 해결하지 못한다고 말하고 싶습니다. 이 메시지가 계속 표시됩니다.

MongoTimeoutError: Server selection timed out after 30000 ms
    at Timeout.setTimeout (api/node_modules/mongodb/lib/core/sdam/topology.js:899:9)
    at ontimeout (timers.js:498:11)
    at tryOnTimeout (timers.js:323:5)
    at Timer.listOnTimeout (timers.js:290:5)

제 경우에는 loopback-connector-mongodb 하고 있지만 package.json 에서 mongodb 의 마지막 버전을 다음과 같이 강제로 사용하도록 resolutions 했습니다.

"resolutions": {
    "mongodb": "^3.3.4-rc0"
  }

다음과 같이 내 연결 매개 변수

"host": "127.0.0.1",
 "port": 27017,
"database": "***",
"password": "***",
"user": "***",
"authSource": "***",
"useNewUrlParser": true,
"enableGeoIndexing": true

아래는 내 환경 매개 변수입니다.

MongoDB server version: 3.6.3 on localhost
yarn v1.19.1
node v8.16.2 

미리 감사드립니다

업데이트
또한 연결 매개 변수에 useUnifiedTopology: true 를 추가하려고 시도했지만 동일한 결과를 얻었습니다.

mongoose를 직접 사용하는 사람의 또 다른 확인은 useUnifiedTopology: false 가 저에게 효과적이라는 것입니다.

@mbroadst MongoDB 끝에서 업데이트를 주셔서 감사합니다. 내 무지를 실례합니다. 그러나 mongodb v3.3.4-rc0의 위에서 언급한 수정 사항이 어느 시점에서 몽구스로 계단식으로 내려갈까요? 프로덕션 환경에서 더 이상 사용되지 않는 기능을 해결 방법으로 수용한다는 아이디어가 약간 불편합니다.

@mmmmoj 위의 @zhenwan 의 질문과 유사하지만 스택 추적은 실제로 v3.3.4-rc0을 실행하고 있지 않음을 나타내는 것 같습니다. package-lock.json 제거해 보십시오. 귀하의 사례를 자세히 조사할 수 있도록 jira 티켓을 제출해 주 시겠습니까?

@bigsee (남자 GitHub는 이름 자동 완성을 좋아하지 _ !) 이 기능이 효과가 있다는 소식을 들으니 @vkarpov15 가 릴리스 시기에 대해 이야기하게 하겠지만, 우리는 긴밀하게 협력하고 있으며 그가 여러분을 위해 이 문제를 해결하는 데 관심이 있다고 확신합니다. :)

@mbroadst
완료! 감사 해요
노드-2313

@mbroadst 하! 어색한 이름 죄송합니다!

내가 너무 빨리 말했을 수도 있다는 것이 밝혀졌습니다. 아마도 나타나는 오류의 무작위적인 특성을 감안할 때일 것입니다. 내 앱을 콜드 스타트할 때 예상되는 사용 중단 경고와 함께 이제 로그에 다음과 같은 약간 무서운 오류가 표시됩니다.

Unhandled rejection: { MongoNetworkError: failed to connect to server [myserver.mlab.com:55841] on first connect [{ MongoNetworkError: connection 0 to myserver.mlab.com:55841 timed out
    at Socket.<anonymous> (/var/task/node_modules/mongodb/lib/core/connection/connection.js:335: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:420:8)
    at ontimeout (timers.js:482:11)
    at tryOnTimeout (timers.js:317:5)
    at Timer.listOnTimeout (timers.js:277:5) name: 'MongoError', [Symbol(mongoErrorContextSymbol)]: {} }]
    at Pool.<anonymous> (/var/task/node_modules/mongodb/lib/core/topologies/server.js:431:11)
    at emitOne (events.js:116:13)
    at Pool.emit (events.js:211:7)
    at connect (/var/task/node_modules/mongodb/lib/core/connection/pool.js:580:14)
    at callback (/var/task/node_modules/mongodb/lib/core/connection/connect.js:109:5)
    at provider.auth.err (/var/task/node_modules/mongodb/lib/core/connection/connect.js:352:21)
    at _authenticateSingleConnection (/var/task/node_modules/mongodb/lib/core/auth/auth_provider.js:66:11)
    at sendAuthCommand (/var/task/node_modules/mongodb/lib/core/auth/scram.js:177:16)
    at Connection.errorHandler (/var/task/node_modules/mongodb/lib/core/connection/connect.js:321:5)
    at Object.onceWrapper (events.js:317:30)
    at emitTwo (events.js:126:13)
    at Connection.emit (events.js:214:7)
    at Socket.<anonymous> (/var/task/node_modules/mongodb/lib/core/connection/connection.js:333:10)
    at Object.onceWrapper (events.js:313:30)
    at emitNone (events.js:106:13)
    at Socket.emit (events.js:208:7)
  name: 'MongoNetworkError',
  errorLabels: [ 'TransientTransactionError' ],
  [Symbol(mongoErrorContextSymbol)]: {} }

예전에는 MongoTimeoutError 였으나 지금은 MongoNetworkError ... ...아이디어가 있나요?

@bigsee 그 오류는 통합 토폴로지를 사용하지 _ useUnifiedTopology: true 를 MongoClient 에 전달하여 활성화하십시오.

@mbroadst 맞습니다 . 이것이 이 문제의 핵심이라고 생각합니다. 제가 틀렸다면 사과드립니다.

useUnifiedTopology: true 하면 지원 중단 경고가 사라지지만 이 문제 MongoTimeoutError: Server selection timed out after 30000 ms 의 제목 오류와 함께 내 앱이 무작위로 충돌합니다.

@vkarpov15 및 위의 다른 사람들과 마찬가지로 이 문제를 일관되게 재현할 수 없었습니다. 오류는 하루에 몇 번 발생하여 때때로 502 및 끔찍한 UX 오류가 발생합니다. 새로운 문제인 것 같습니다.

위에 보고된 대로 useUnifiedTopology: false (또는 주석 처리)의 해결 방법은 이 문제의 오류를 방지하지만 사용 중단 경고를 복원하고 이제 위의 약간 무서운 MongoNetworkError를 복원합니다. 제쳐두고, 이것은 실제로 내 앱을 죽이지는 않지만 어느 시점에서 사용자를 위해 그럴 것이라고 걱정합니다.

@bigsee MongoNetworkError 경험하고 있는 것은 새로운 것이 아니며 드라이버가 클러스터에 초기 연결을 할 수 없음을 의미합니다(추가로 앱 시작과 클러스터 시작 사이의 일종의 경쟁 조건으로 인해 이 경우 통합 토폴로지가 여기에서도 도움이 될 것입니다).

이 문제의 요점은 사람들이 통합 토폴로지를 사용하기 위한 지침을 따르고 있었는데 그럴 때 가짜 시간 초과 오류가 발생했다는 것입니다. v3.3.4-rc0 는 해당 특정 문제를 해결하기 위해 릴리스되었으므로 현재 지침은 해당 버전을 사용하여 지원 중단 알림을 제거하고 사람들이 겪었던 가짜 시간 초과 문제를 수정하는 것입니다.

또한 이 버전은 _all_ 시간 초과 오류를 방지하지 않습니다. 이 오류는 드라이버가 클러스터에 대한 초기 연결을 수행할 수 없기 때문에 발생하며, 이는 일종의 구성(연결 문자열) 또는 사용자 측의 네트워크 오류를 나타냅니다. 통합 토폴로지에서는 MongoTimeoutError 로 표시되며 reason 필드는 초기 연결 시 시간 초과를 유발한 네트워크 오류를 나타냅니다.

@mbroadst 내 마지막 댓글에서 MongoNetworkError 가 새로운 것이라고 제안하려는 것은 아니므로 그렇게 읽혔다면 사과드립니다. 새로운 것은 `MongoTimeoutError'입니다. 바라건대 더 명확하게하기 위해 이것은 내 프로세스였습니다.

1. 앱에 useUnifiedTopology: true . 모든 것이 예상대로 작동합니다.
2. 앱이 무작위로 충돌하기 시작하고 이 문제의 제목과 일치하는 MongoTimeoutError 및 위에 표시된 스택 추적의 처음 몇 줄을 표시합니다.
3. Google / SO 검색은 결국 나를 여기로 데려옵니다.
4. 제안된 useUnifiedTopology: false 해결 방법을 사용합니다.
5. MongoTimeoutError 오류는 앱 충돌과 함께 사라집니다. 그러나 처음에는 사용 중단 경고로 대체됩니다. 그런 다음 나중에 useUnifiedTopology: false 설정하기 전에 응용 프로그램에서 볼 수 없는 추가 MongoNetworkError useUnifiedTopology: false

아마도 당신이 제안한 것처럼 이것은 인과관계라기보다는 상관관계일 것입니다. 내게는 그저 담배를 피우는 총처럼 보였다. 적어도 지금은 앱이 충돌하지 않습니다. 더 이상 사용되지 않는 옵션을 남겨두는 것이 걱정입니다.

@bigsee 아! 죄송합니다. v3.3.4-rc0 버그 수정이 v3.3.3 의 문제를 해결했음을 확인했다는 의미로 원래 댓글을 잘못 읽었습니다. 새 버전을 사용해 볼 기회가 있었습니까?

이것은 Mongodb에 대한 첫 번째 시도이며 이 오류가 발생합니다. 주석을 읽고 내 db를 v3.3.4-rc0으로 변경했지만 여전히 오류가 수정되지 않았습니다.

DeprecationWarning: 현재 서버 검색 및 모니터링 엔진은 더 이상 사용되지 않으며 향후 버전에서 제거됩니다. 새로운 서버 검색 및 모니터링 엔진을 사용하려면 { useUnifiedTopology: true } 옵션을 MongoClient 생성자에 전달하십시오.
MongoNetworkError: [cluster0-shard-00-00-rhdve.mongodb.dll] 서버에 연결하지 못했습니다. net:27017 ] 처음 연결할 때 [MongoNetworkError: connection 3 to cluster0-shard-00-00-rhdve.mongodb. 그물:27017 폐쇄
TLSSocket에서.(C:laragonwwwVue-express-mongodbnode_modulesmongodblibcoreconnectionconnection.js:356:9)
Object.onceWrapper에서 (events.js:297:20)
TLSSocket.emit에서(events.js:209:13)
net.js:588:12에서
TCP.done에서 (_tls_wrap.js:479:7) {
이름: 'MongoNetworkError',
errorLabels: [배열],
}]
풀에서.(C:laragonwwwVue-express-mongodbnode_modulesmongodblibcoretopologiesserver.js:433:11)
Pool.emit에서 (events.js:209:13)
C:laragonwwwVue-express-mongodbnode_modulesmongodblibcoreconnectionpool.js:562:14에서
C:laragonwwwVue-express-mongodbnode_modulesmongodblibcoreconnectionpool.js:999:9에서
콜백 시(C:laragonwwwVue-express-mongodbnode_modulesmongodblibcoreconnectionconnect.js:109:5)
C:laragonwwwVue-express-mongodbnode_modulesmongodblibcoreconnectionconnect.js:129:7에서
Connection.errorHandler에서 (C:laragonwwwVue-express-mongodbnode_modulesmongodblibcoreconnectionconnect.js:321:5)
Object.onceWrapper에서 (events.js:297:20)
Connection.emit에서 (events.js:209:13)
TLSSocket에서.(C:laragonwwwVue-express-mongodbnode_modulesmongodblibcoreconnectionconnection.js:354:12) {
이름: 'MongoNetworkError',
errorLabels: [ 'TransientTransactionError' ],
}
TypeError: 정의되지 않은 '찾기' 속성을 읽을 수 없습니다.
C:laragonwwwVue-express-mongodbserverroutesapiposts.js:12:26에서

@Syfon01 발생한 오류는 일종의 구성 오류로 인해 드라이버가 레거시 토폴로지를 사용하고 있으며 기본값 10초 후에 클러스터에 대한 초기 연결을 설정하지 못하는 것입니다. 연결 문자열과 네트워크 구성을 확인하고 클러스터에 연결할 수 있는지 확인하십시오(아마도 mongo 셸 사용). 여전히 문제가 발생하면 jira 티켓을 열어서 대화를 계속할 수 있고 이 GitHub 문제를 보는 사람들을 혼란스럽게 하지 마십시오.

이 문제가 있는 사람들의 경우 Mongo Atlas Cloud Instance를 사용하는 경우 네트워크 액세스 탭에서 IP 주소를 올바르게 지정했는지 확인하십시오.

나는 문제가 있었고 내 ISP가 네트워크에 다시 연결할 때마다 (DHCP) 새 IP를 제공하기 때문에 Mongo Atlas는 이전에 지정된 IP 주소만 화이트리스트에 올렸습니다. 이것이 누군가를 돕기를 바랍니다.

업데이트 - 작동하지 않습니다

내 코드, 특히 콜백의 구조를 다음과 같이 변경하여 이 문제를 해결할 수 있었습니다.

mongoose.connect(DATABASE_URL, {
    useNewUrlParser: true,
    useUnifiedTopology: true,
}).then(() => {
    console.log('Connected to DB');
    app.listen({ port: PORT }, () => {
        console.log(`Server running at http://localhost:${PORT}`)
    });
}).catch(err => console.log(err));

mongoose.connect(DATABASE_URL, { 
    useNewUrlParser: true, 
    useUnifiedTopology: true,
}, () => {
    console.log('Connected to DB');
    app.listen({ port: PORT }, () => {
        console.log(`Server running at http://localhost:${PORT}`);
    });
}).catch(err => console.log(err));

@mtn2bay 기본적으로 했는데 결과는 여전히 동일하고 유일한 차이점은 콜백 함수에서 콜백 함수에서 연결과 오류가 모두 발생한다는 것입니다. .then 및 .catch에 의존하는 대신 로깅하지 않으므로 오류가 있더라도 함수가 db에 연결되고 앱을 시작하는 중입니다. 대신 이것을 시도하십시오

mongoose.connect(DATABASE_URL, { 
    useNewUrlParser: true, 
    useUnifiedTopology: true,
}, (err, connection) => {
if(err) {
console.error(err)
return
}    
console.log('Connected to DB');
    app.listen({ port: PORT }, () => {
        console.log(`Server running at http://localhost:${PORT}`);
    })

@khaledosman 수정

나는 같은 문제에 직면했고 mongoose npm 패키지를 5.6.9에서 5.7.6으로 업데이트했고 문제가 사라졌습니다.

이 문제가 있는 사람들의 경우 Mongo Atlas Cloud Instance를 사용하는 경우 네트워크 액세스 탭에서 IP 주소를 올바르게 지정했는지 확인하십시오.

나는 문제가 있었고 내 ISP가 네트워크에 다시 연결할 때마다 (DHCP) 새 IP를 제공하기 때문에 Mongo Atlas는 이전에 지정된 IP 주소만 화이트리스트에 올렸습니다. 이것이 누군가를 돕기를 바랍니다.

내 문제를 해결
UnhandledPromiseRejectionWarning: MongoTimeoutError: Server selection timed out after 30000 ms at Timeout.setTimeout (C:\Users\Umer MIB\Desktop\Chatbots2\mongobot\node_modules\mongodb\lib\core\sdam\topology.js:878:9) at ontimeout (timers.js:436:11) at tryOnTimeout (timers.js:300:5) at listOnTimeout (timers.js:263:5) at Timer.processTimers (timers.js:223:10) (node:4304) 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:4304) [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

어떻게 문제를 해결했는지 모르겠지만 나침반을 다운로드하여 데이터베이스에 연결하고 링크를 복사했습니다. 연결되면 오류가 사라졌습니다. 내 코드에서는 토폴로지가 여전히 유효합니다. 일반적인 mongodb 설치와 맞지 않는 일부 옵션을 Compass로 구성했을 수 있습니다. 이제 나침반 없이 연결할 수 있으며 모든 것이 작동하는 것 같습니다. 처음에 한 번만 수행했습니다.

나는 같은 문제를 겪었고 이 포럼 덕분에 useUnifiedTopology 설정에 댓글을 달았습니다. 그러나 나는이 설정의 주석을 제거했지만 지금은 여전히 ​​잘 작동합니다 ... 꽤 혼란 스럽습니다 ...

Mongoose v5.7.11은 새로 출시된 MongoDB 드라이버 3.3.4를 사용하므로 이 문제를 종료하겠습니다. 유사한 오류 메시지가 표시되면 새 문제 를 열고 문제 템플릿을 따르세요.