Mongoose: Mongoose 4.6.2는 "MongoError: no primary found in replicaset" 오류를 생성하지만 4.4.19는 정상적으로 작동합니다.

+1

mongo 쉘과 연결할 수 있습니까?

나는 mongo 쉘과 연결할 수 있습니다. DB가 잘 작동합니다. 우리는 프로덕션에 있으며 많은 마이크로 서비스가 복제본 세트 문자열을 사용하여 DB에 연결됩니다.

그러나 새 프로젝트의 경우 레플리카 세트 문자열을 사용하여 연결하는 것이 작동하지 않는 것 같습니다. 그리고 마스터 노드의 IP 주소만 사용해야 합니다. 나는 처음에 이것이 버전 문제(4.6.2 대 4.4.19)라고 생각했습니다.

그러나 최근에는 새 프로젝트에서도 4.6.2의 복제본 문자열을 사용하여 연결할 수 없었습니다. 임시 해결책으로 마스터 노드의 IP 주소(IP 주소가 하나만 있는 연결 문자열)를 사용하기로 했습니다.

비슷한 문제가 있습니다. 더 많은 설명을 추가하거나 좋은 코드 예제를 제공할 수 없습니다.
그러나 내 의심은 이것이 종속성 중 하나의 비호환성과 관련이 있다는 것입니다.
이 문제를 처음 관찰한 것은 다른 패키지를 업데이트했을 때였습니다(당시 4.5.8에 있던 몽구스는 아님).

@zoellner 이 문제가 시작되기 직전에 업데이트한 패키지의 후보 목록을 게시할 수 있다면 내 목록과 대조하여 확인할 수 있으며 비호환성이 있는 부분을 정확히 찾아낼 수 있습니다.

이 문제가 새 프로젝트에서만 발생한다는 점을 고려할 때 Mongoose가 다른 npm 패키지의 최신 버전과 호환되지 않기 때문일 가능성이 큽니다.

@adeelzaman 문제를 일으키기 시작한 커밋에 대해 내 프로젝트의 npm-shrinkwrap.json의 diff를 만들었습니다. 좀 길어서 여기에 올립니다.
https://gist.github.com/zoellner/eddd3d40291e150919bb025f452f9054

@adeelzaman 문제의 원인이 되는 것으로 확인된 것으로 방금 위의 요지를 업데이트했습니다.

@zoellner 그 요지에서 어느 것이 원인인지 알 수 없습니다. 알려주실 수 있습니까?

Mongoose 4.5.8에서는 문제가 발생하지 않는다는 것을 알았습니다. 일시적으로 문제를 해결하기 위해 리포지토리를 Mongoose 4.5.8에 고정했습니다.

또한 문제를 격리하려고 할 때 하나의 노드 모듈(mongoose)만으로 완전히 새로운 프로젝트를 만들고 4.6.0을 사용하여 복제 세트에 연결하려고 시도했지만 동일한 오류가 발생했음을 언급해야 합니다.

그렇다면 비호환성 오류가 아니라 4.6.0의 오류일까요? 오류의 원인에 따라 더 이상 정확히 지적할 수 없습니다. 시간이 나면 좀 더 들여다 볼 생각입니다.

방금 4.6.2 및 4.6.4에서 동일한 문제라고 확신하는 것을 만났습니다. 위와 동일한 구성 uri 설정에서 내 레플리카셋 연결에 대해 이 출력을 얻습니다.

Error: Uncaught, unspecified "error" event. ([object Object])
    at NativeConnection.emit (events.js:163:17)
    at /home/projects/xxx/xxx/node_modules/mongoose/lib/connection.js:466:17
    at NativeConnection.Connection.error (/home/projects/xxx/xxx/node_modules/mongoose/lib/connection.js:489:12)
    at /home/projects/xxx/xxx/node_modules/mongoose/lib/connection.js:520:15
    at /home/projects/xxx/xxx/node_modules/mongoose/lib/drivers/node-mongodb-native/connection.js:216:21
    at /home/projects/xxx/xxx/node_modules/mongodb/lib/db.js:229:14
    at .<anonymous> (/home/projects/xxx/xxx/node_modules/mongodb/lib/replset.js:357:9)
    at g (events.js:286:16)
    at emitOne (events.js:96:13)
    at emit (events.js:188:7)
    at Timeout.<anonymous> (/home/projects/xxx/xxx/node_modules/mongodb-core/lib/topologies/replset.js:507:14)
    at tryOnTimeout (timers.js:232:11)
    at Timer.listOnTimeout (timers.js:202:5)

흠 이상하다. mongoose는 자체적으로 복제본 세트로 아무 작업도 하지 않기 때문에 이것은 기본 mongodb 드라이버의 문제인 것이 거의 확실합니다. mongodb 드라이버 2.2.11에서 수정된 복제 세트에 몇 가지 문제가 있었습니다. mongoose 4.6.5로 업그레이드하고 문제가 해결되는지 확인합니다.

+1

@mo4islona 는 4.6.5에서 계속 발생합니까?

+1 동일한 문제(4.6.5에서도).
이 버전 4.6.0 이후의 최신 작업 버전 4.5.9에서 "복제 세트에서 기본을 찾을 수 없음" 오류가 나타납니다.

@ vkarpov15 예 4.6.5가 작동하지 않습니다. 4.5.9는 시도하지 않았지만 4.4.19는 작동합니다.

다음과 같은 uri를 사용하는 동일한 문제

mongodb://user:password<strong i="6">@server1</strong>,server2,server3/database?replicaSet=repname

4.5.9에서 작동하지만 최신 버전에서 오류가 발생합니다.

오늘 나는 mongoose 4.5.9로 우분투 14에 설치했는데 같은 오류가 발생했습니다
/node_modules/mongodb/lib/mongo_client.js:225 throw err ^ MongoError: no primary found in replicaset at /node_modules/mongodb-core/lib/topologies/replset.js:628:32 at Server.<anonymous> (test/node_modules/mongodb-core/lib/topologies/replset.js:420:24)

동일한 코드가 Mac OSX에서 문제 없이 작동했습니다.

내 uri는 dottodot과 동일합니다.

기이 한. 동일한 시스템에서 해당 URI를 사용하여 mongodb 쉘을 사용하여 연결할 수 있는지 확인할 수 있습니까?

@vkarpov15 mongodb 셸을 사용하여 연결할 수 있으며 표준 URI 방식을 사용하여 연결할 수 있습니다.

@stampsrule 표준 URI 방식은 무엇입니까?

@ vkarpov15

mongodb://user:password<strong i="7">@server</strong>:port/database

자, 그럼 실패한 연결 코드는 무엇입니까?

비슷한 문제가 있습니다. 몽구스 >= 4.6.0에서 연결할 수 없습니다. 4.5.10 되돌리면 작동합니다. 내 연결 문자열은 다음과 같습니다.

mongodb://username:password<strong i="7">@ip1</strong>:port1,ip2:port2/database?authSource=blah&replicaSet=rs0&ssl=true

다음 연결 옵션을 사용하고 있습니다.

{
   replSet: {
      sslValidate: false,
      sslCert: fs.readFileSync(`...`),
      sslKey: fs.readFileSync(`...`),
      sslCA: fs.readFileSync(`...`)
   }
}

다음과 같이 연결에 대한 오류 처리기를 정의하면 다음과 같습니다.

 mongoose.connection.on('error', (err) => {
    console.log(err instanceof Error, err)
})

흥미롭게도 err instanceof Error 는 거짓이고 err 로깅의 출력은 다음과 같습니다.

 ReplSet {
  domain: null,
  _events: 
   { reconnect: [Function],
     timeout: { [Function: g] listener: [Function] },
     error: { [Function: g] listener: [Function] },
     connect: { [Function: g] listener: [Function: connectHandler] } },
  _eventsCount: 4,
  _maxListeners: undefined,
  id: 1,
  s: 
   { options: 
      { disconnectHandler: [Object],
        cursorFactory: [Object],
        reconnect: false,
        emitError: true,
        size: 5,
        rejectUnauthorized: false,
        cert: <Buffer  ... >,
        key: <Buffer  ... >,
        ca: <Buffer  ... >,
        socketOptions: {},
        setName: 'rs0',
        ssl: true,
        clientInfo: [Object] },
     bson: BSON {},
     Cursor: 
      { [Function: Cursor]
        super_: [Object],
        define: [Object],
        INIT: 0,
        OPEN: 1,
        CLOSED: 2,
        GET_MORE: 3 },
     logger: Logger { className: 'ReplSet' },
     seedlist: [ [Object], [Object] ],
     replicaSetState: 
      ReplSetState {
        domain: null,
        _events: [Object],
        _eventsCount: 3,
        _maxListeners: undefined,
        topologyType: 'ReplicaSetNoPrimary',
        setName: 'rs0',
        set: {},
        id: 1,
        logger: [Object],
        index: 0,
        acceptableLatency: 15,
        heartbeatFrequencyMS: 10000,
        primary: null,
        secondaries: [],
        arbiters: [],
        passives: [],
        ghosts: [],
        unknownServers: [],
        maxElectionId: null,
        maxSetVersion: 0,
        replicasetDescription: [Object] },
     connectingServers: [],
     haInterval: 10000,
     minHeartbeatFrequencyMS: 500,
     disconnectHandler: Store { s: [Object], length: [Getter] },
     index: 0,
     connectOptions: { forceServerObjectId: false, w: 1, promiseLibrary: [Object] },
     debug: false,
     clientInfo: 
      { driver: [Object],
        os: [Object],
        platform: 'Node.js v6.7.0, LE, mongodb-core: 2.0.13' } },
  authProviders: 
   { mongocr: MongoCR { bson: BSON {}, authStore: [] },
     x509: X509 { bson: BSON {}, authStore: [] },
     plain: Plain { bson: BSON {}, authStore: [] },
     gssapi: GSSAPI { bson: BSON {}, authStore: [] },
     sspi: SSPI { bson: BSON {}, authStore: [] },
     'scram-sha-1': ScramSHA1 { bson: BSON {}, authStore: [], id: 0 } },
  initialConnectState: { connect: false, fullsetup: false, all: false },
  state: 'destroyed',
  haTimeoutId: 
   Timeout {
     '0': null,
     _called: true,
     _idleTimeout: -1,
     _idlePrev: null,
     _idleNext: null,
     _idleStart: 1969,
     _onTimeout: null,
     _repeat: null },
  authenticating: false,
  ismaster: null }

기타 세부정보:

• mongoose 4.6.8 하지만 문제는 4.6.2 에 적용되는 것 같습니다.
• mongoose.connection.readyState 는 연결을 시도하는 동안 2 이고 연결이 실패하면 0
• 디버깅을 켰는데도 출력이 안됨
• 노드 6.7.0 사용

[email protected]를 사용하면 마지막 버전이 작동하지 않습니다. 동일한 문제(repset)가 있었습니다.

@adeelzaman 은 내부 및 외부와 같이 각 복제본 세트 구성원에 액세스하기 위해 둘 이상의 주소를 가질 수 있는 환경에서 호스팅되는 복제본 세트입니다.

@dustywusty 아니요. 복제 세트 구성원당 하나의 IP 주소.

4.6.0 이상에서 이 문제가 발생했습니다. 4.5.10이 마지막으로 작동하는 버전입니다.

이 문제가 https://github.com/Automattic/mongoose/issues/4834 와 유사한지 검토

최신 버전을 사용 중이고 오류 발생 시 self.s.replicaSetState 를 기록했고 다음을 발견했습니다.
topologyType: 'ReplicaSetNoPrimary', setName: 'rs0', set: { 'mongo1:27017': { type: 'Unknown', electionId: null, setName: null, setVersion: null }, 'mongo2:27017': { type: 'PossiblePrimary', setVersion: null, electionId: null, setName: null }, 'mongo3:27017': { type: 'Unknown', electionId: null, setName: null, setVersion: null }, 'database4ca:27017': { type: 'RSSecondary', electionId: undefined, setName: 'rs0', setVersion: 5 }, 'mongoarb:27017': { type: 'Unknown', electionId: null, setName: null, setVersion: null } },

null 값이 오류의 원인입니까?

mongo1.example을 넣었을 때 100% 문제였습니다. com:27017 IP가 작동하더라도 연결되지 않습니다. URL 문제를 해결하고 mongodb:// URI를 URL로 바꾸면 모두 작동했습니다.

@wparsons-360insights 의 댓글을 보고 시도해 보았습니다. 복제본 세트에 대해 정확히 동일한 db 연결이 4.5.10에서는 작동하지만 4.7.1 에서는 작동

안녕하세요,

나는 같은 문제에 직면하고 있습니다.

몽구스": "^4.7.6"

구성:
config.mongoose = {
URI: " mongodb://Appinv-db :27017,Appinv-db1:27017,Appinv-db2:27017,Appinv-db3:27017/nexgtv_16?replicaSet=rs0",
//우리: " mongodb://localhost/nexgtv_16 ",
옵션: {
db: { native_parser: true },
replset: {
//자동 재연결: 거짓,
풀 크기: 10,
소켓 옵션: {
킵얼라이브: 1000,
연결시간 초과MS: 30000
},
reconnectInterval: 2000, //기본값은 1000ms입니다.
reconnectTries: 60 //기본값은 30입니다.
},
서버: {
풀크기: 5,
소켓 옵션: {
킵얼라이브: 1000,
연결시간 초과MS: 30000
},
reconnectInterval: 2000, //기본값은 1000ms입니다.
reconnectTries: 60 //기본값은 30입니다.
}
}
}

연결:
mongoose.connect(config.mongoose.uri, config.mongoose.options);

오류:
MongoError: Appinv-db3:27017에 대한 연결 3이 닫혔습니다.
Function.MongoError.create에서 (/etc/scripts/push-notifications/node_modules/mongodb-core/lib/error.js:29:11)
소켓에서.(/etc/scripts/push-notifications/node_modules/mongodb-core/lib/connection/connection.js:198:22)
Socket.g에서 (events.js:291:16)
emitOne에서 (events.js:96:13)
Socket.emit에서 (events.js:188:7)
TCP._handle.close에서 [_onclose로] (net.js:498:12)
연결 오류: { MongoError: 복제 세트에서 기본을 찾을 수 없습니다.
/etc/scripts/push-notifications/node_modules/mongodb-core/lib/topologies/replset.js:659:32
서버에서.(/etc/scripts/push-notifications/node_modules/mongodb-core/lib/topologies/replset.js:442:24)
Server.g에서 (events.js:291:16)
emitOne에서 (events.js:96:13)
Server.emit에서 (events.js:188:7)
Object.cb에서 (/etc/scripts/push-notifications/node_modules/mongodb-core/lib/topologies/server.js:259:55)
연결에서.(/etc/scripts/push-notifications/node_modules/mongodb-core/lib/connection/pool.js:243:32)
Connection.g에서 (events.js:291:16)
EmmitTwo에서 (events.js:106:13)
Connection.emit에서 (events.js:191:7)
소켓에서.(/etc/scripts/push-notifications/node_modules/mongodb-core/lib/connection/connection.js:197:12)
Socket.g에서 (events.js:291:16)
emitOne에서 (events.js:96:13)
Socket.emit에서 (events.js:188:7)
TCP._handle.close에서 [_onclose로] (net.js:498:12)
이름: '몽고 오류',
메시지: '복제 세트에서 기본을 찾을 수 없습니다.' }

어떤 해결책을 제안하십시오

4.5.10 버전을 사용하여 수정된 uri의 복제본이 있는 heroku의 mLab에 유사한 문제가 있음

우리도 이 문제에 직면하고 있지만 MongoDB 3.0 -> 3.4에서 최근 업그레이드하면 최신 버전의 mongoose를 안정적으로 실행할 수 있는 것 같습니다.

(4.7.8 또는 3.4 또는 둘의 조합 때문인지 확실하지 않음)

나는 같은 문제가 있었다.
replset 호스트 파일에 있는 것처럼 복제 세트 구성원 호스트 이름을 웹 서버 호스트 파일에 추가하면 문제가 해결되었습니다.

rs.conf();
{
    "_id" : "cwreplset0",
    "version" : 348189,
    "protocolVersion" : NumberLong(1),
    "members" : [
        {
            "_id" : 0,
            "host" : "cwmongo1:27017",
            "arbiterOnly" : false,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 2,
            "tags" : {

            },
            "slaveDelay" : NumberLong(0),
            "votes" : 1
        },
        {
            "_id" : 1,
            "host" : "cwmongoArbiter:27017",
            "arbiterOnly" : true,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 1,
            "tags" : {

            },
            "slaveDelay" : NumberLong(0),
            "votes" : 1
        },
        {
            "_id" : 2,
            "host" : "cwmongo2:27017",
            "arbiterOnly" : false,
            "buildIndexes" : true,
            "hidden" : false,
            "priority" : 1,
            "tags" : {

            },
            "slaveDelay" : NumberLong(0),
            "votes" : 1
        }
    ],
...

cwmongo1 /etc/hosts:
127.0.0.1   cwmongo1
XXX cwmongo2
XXX cwmongoArbiter

cwmongo2 /etc/hosts:
127.0.0.1   cwmongo2
XXX cwmongo1
XXX cwmongoArbiter

cwmongoArbiter /etc/hosts:
127.0.0.1   cwmongoArbiter
XXX cwmongo2
XXX cwmongo1

webservers /etc/hosts:

XXX cwmongo1
XXX cwmongo2

최신 버전 4.8.1 업데이트한 후 mLab MONGODB_URI replicaSet param으로 놀랍게도 문제가 수정되었습니다.

@dazwiafl 의 의견이 주어
이전 댓글을 살펴보면 호스트 이름을 언급한 모든 사람에게 해당되는 것 같습니다.
이 경우 #4834는 실제로 @flipflopapp에서 제안한 것과 동일한 문제입니다.
편집: #3634도 관련될 수 있습니다.

연결 문자열에서 전체(외부) dns 이름을 사용하는 경우에만 mongoose 4.8.1이 mongodb 3.4.2와 함께 작동하는지 확인합니다.

이전에 내부 dns 이름(VPC 내의 프라이빗 EC2 IP 주소로 확인됨)을 사용했습니다. rs.conf()의 호스트 이름이 외부 DNS 이름으로 설정된 경우에는 작동하지 않습니다.
모든 구성을 테스트하지는 않았지만 이 시점에서 내 직관은 mongoose/mongodb 버전이 실제로 중요하지 않다고 말합니다.
이 문제는 전체 DNS 이름을 사용할 때 해결해야 합니다.

@zoellner 개인 네트워크를 통해

"외부 액세스"(필요한 서버로 제한됨)를 허용하기 위해 일부 인프라를 변경했습니다. 이상적인 솔루션은 아니지만 더 나은 방법이 있을 때까지 잠시 동안 작동합니다. 이 일반적인 시나리오를 더 잘 처리하기 위해 mongodb의 사람들과 함께 제기하는 것이 정말 문제라고 생각합니다.

@dottodot 클라이언트 측에서 sslAllowInvalidCertificates 및 sslAllowInvalidHostnames를 설정하고 FQDN에 대해 localhost 또는 127.0.0.1을 사용하도록 자체 서명된 인증서를 설정할 수 있어야 합니다. 이것은 복제 세트의 호스트 필드로 IP를 사용하여 저에게 효과적이며 여전히 인증서에 설정된 호스트의 호스트 이름 또는 FQDN과 일치하지 않는 호스트 이름을 통해 호스트에 액세스하고 있습니다. 그러나 클러스터에 액세스하기 위해 mongo uri에서 IP를 사용하여 테스트하지 않았습니다. 그것이 당신에게 도움이된다면, 나는 이것을 테스트 할 수 있습니다 ...

mongoose v4.8.4에서 이 문제에 대한 수정 사항이 있습니까?

4.5.10 및 4.4.12로 문제가 해결되지 않습니다. 복제본 세트 이름이 rs0인 Google 컴퓨팅 복제본 세트를 실행합니다.

v4.6.5를 사용하여 v4.8.5로 업그레이드하는 것과 동일한 문제가 있었는데 구성을 변경하지 않고 문제를 해결했습니다.

방금 4.8.5를 시도했습니다 운이 없습니다 :(

레플리카 세트에 어떻게 연결합니까?

우리는 다음을 사용하고 있습니다:

mongodb://root:[email protected]:27017,mongo1.dev.domain.com:27017,mongo2.dev.domain.com:27017/main?replicaSet=rs0&authSource=admin

나는 기본 주소를 전달하는 데만 필요하고 2개의 보조가 필요하지 않다는 것을 어딘가에서 읽었습니다. 사실인가요? 감사 해요.

이 시도. Arbiter mongo에 연결할 필요가 없으며 복제본 2개만 있으면 됩니다.

mongoose.connect("mongodb://mongo1.dev.domain.com,mongo2.dev.domain.com/main?replicaSet=rs0&authSource=admin", {
사용자: 'MONGO_USERNAME',
패스: 'MONGO_PASSWORD'
});

이것이 작동하지 않으면 일부 복제 구성 문제가 있는 것입니다. 예를 들어 연결하려는 mongo 포트가 닫혀 있을 수 있습니다.

Kubernetes StatefulSet에서 mongo RS에 연결하는 동안 이 오류 메시지가 표시되었습니다. 연결 문자열의 DNS 이름을 SS 이름으로 한정하지 않아 "기본 오류 없음"이 표시됩니다.

따라서 mongo라는 SS의 경우 "mongo-0"은 "mongo-0.mongo"여야 합니다. 오류가 사라졌습니다.

@edgarmarkosov 우리는 중재자를 사용하지 않습니다. 우리는 3개의 전체 인스턴스를 사용하고 있습니다. Mongo 문서에서는 3개의 전체 인스턴스가 중재자가 있는 2개보다 낫다고 권장했습니다. 표준 Google Cloud bitnami 복제본 배포를 사용하고 있습니다. 클릭 몇 번이면 바로 실행됩니다.

위의 방법을 사용하여 연결을 시도했지만 작동하지 않았습니다. 나는 그것이 일종의 이상한 문제라고 확신합니다. 나는 기본이 다른 2개의 보조의 주소를 보낼 것이라고 어딘가에서 읽었습니다. 그렇게 되기를 바랍니다. 그러면 연결 문자열에서 기본 주소를 사용할 수 있습니다.

@wayoffuture "어딘가에서 기본이 다른 2개의 보조 주소를 보낼 것이라고 읽었습니다."
소스가 있습니까? Bcos 이것은 나를 위해 작동하지 않았으며 여기에 제안된 해결 방법도 없습니다. 나는 op와 같은 상황에 갇혀있다. :/

때때로 나는 바로 Mongo API를 사용하는 것이 더 나은지 궁금합니다. 우리가 더 쉽게 작업할 수 있는 것을 원했기 때문에 이와 같은 문제에 얽매이는 것이 정말 더 유익한가요? 때로는 불필요한 추상화 계층처럼 느껴집니다.

@wayoffuture가 동의했습니다. 우리는 그것을 계획하고 있지만 아직 하지 않았습니다.

4.9.0에서 이 문제를 확인할 수 있습니다.

복제 컨트롤러에서 3개의 노드로 Kubernetes에서 mongo를 실행합니다. mongoooose를 사용하는 내 노드 서버가 다른 네임스페이스의 내 mongo 클러스터에 연결하고 있습니다.

내 nodeserver와 mongo 클러스터가 동일한 네임스페이스에 있으면(dns 확인이 필요하지 않음) 작동합니다.

최신 드라이버 업그레이드(현재 mongoose 4.9.2 사용)에 대한 보다 구체적인 오류 메시지 덕분에 문제를 파악할 수 있었습니다. 문제는 mongoose가 내 mongoose 연결 문자열에 지정된 호스트를 사용하는 대신 mongo 복제 세트 구성에 지정된 각 호스트에 연결하려고 한다는 것입니다. 그리고 내 노드 서버와 mongo 클러스터가 별도의 네임스페이스에서 실행되고 있기 때문에 내 노드 서버가 이러한 호스트에 대한 DNS를 확인할 수 없습니다.

문제를 해결하기 위해 무엇을 했는지 설명해 주시겠습니까? 내 Mongo 클러스터도 별도의 네임스페이스에서 실행됩니다. 감사 해요.

@wayoffuture 최선의 방법으로 했는지 모르겠지만 노드 서버가 실행 중인 호스트에서 /etc/hosts 파일을 방금 편집했습니다.

예를 들어 복제본 세트 구성에 지정된 호스트가 db1.example.com 및 db2.example.com 라고 가정해 보겠습니다. 그러나 어떤 이유로(방화벽 구성과 같은) 노드 서버가 실행 중인 호스트는 이 두 호스트 이름을 확인할 수 없습니다. 따라서 몽구스 연결 구성 문자열에서 다른 호스트 이름 또는 IP 주소를 사용하고 있습니다(예 10.0.0.1 및 10.0.0.2 ). 이 경우 /etc/hosts 파일(노드 서버가 실행 중인 것과 동일한 호스트에서)을 편집하여 다음 행을 포함할 수 있습니다.

10.0.0.1 db1.example.com
10.0.0.2 db2.example.com

적어도 그것이 제 문제였습니다. 이것이 귀하의 상황에도 적용되는지 확실하지 않습니다. 다른 버전의 mongo 드라이버가 이와 같은 문제를 일으킬 수 있다는 것이 이상합니다. 어쨌든 도움이 되기를 바랍니다.

동일한 오류 확인:
Mongoose 기본 연결 오류: MongoError: 복제 집합에서 기본을 찾을 수 없습니다.

몽구스 사용 4.9.3. 그리고 도커 작성. docker와 관련이 있는지 확실하지 않지만 4.5.10으로 되돌리면 문제가 해결되었습니다.

4.5.10으로 되돌리는 것 외에 다른 해결책이 없이 7개월 전에 제기된 이 문제에 대해 누군가 진지하게 검토해 주실 수 있습니까?

@asabhaney 맞습니다... 이제 각 클러스터 노드의 내부 IP 주소에 연결하려고 합니다. 고정 IP로 도메인 이름을 지정하면 해당 고정 IP를 사용해야 하고 다른 서브넷의 내부 IP를 사용하려고 해서는 안 되기 때문에 이것은 여전히 ​​버그처럼 보입니다. /etc/hosts 수정이 해결책이지만 더 큰 문제에 대한 임시 수정처럼 보이죠? 감사 해요.

이것이 기본 mongodb 드라이버의 근본적인 문제인지 궁금합니다. Heroku를 통해 복제 세트에 연결하는 데 문제가 있습니다. 프라이머리를 찾지 못해 폭격을 가하는 것뿐입니다.

나는 보지 않았지만 알려진 작동하는 버전과 작동하지 않는 것으로 알려진 버전의 mongoose 사이에서 사용되는 기본 mongodb 드라이버가 변경되지 않는 한 오류가 있는 기본 드라이버일 수 없습니다.

+1 v4.5.10으로 되돌리는 것이 작동합니다.

테스트한 노드 버전

v7.7.3
v7.10.0
LTS/붕소

Mongoose 버전이 테스트되었고 "기본을 찾을 수 없음"으로 실패했습니다.

5.6.2
5.7.0
5.8.5

몽고 버전

3.2
2.6

재현성

일관된

이 버그를 파악하기 위해 시작해야 할 단서가 있습니까?

이 문제는 https://github.com/Automattic/mongoose/issues/4517 과 관련이

4.9.10 버전의 드라이버를 사용하여 Azure CosmosDB에 대해 이 오류가 존재함을 확인했습니다. 연결 문자열 끝에 &readPreference=secondary 를 지정하지 않는 한 CosmosDB가 있는 4.5.10 드라이버에도 존재합니다. 그러면 제대로 작동합니다.

@dtzar 공정한 경고, CosmosDB/DocumentDB 지원은 현재 몽구스의 목표가 아닙니다. 해당 db와 함께 mongoose를 사용하기로 선택한 경우에는 혼자입니다.

문제는 여전히 Mongoose 4.10.2에 존재합니다.

mongo 기본 드라이버를 사용하여 연결했는데 문제가 계속 발생했습니다. 몽구스가 아니라 클러스터에 있는 각 컴퓨터의 구성 파일 설정 IP 주소입니다. IP 주소를 내부 IP가 아닌 공용 외부 IP 주소로 변경해야 합니다. Mongo Atlas 공식 서비스를 사용했을 때 IP에 관한 한 수정이 필요하지 않은 상태로 이미 설정되어 있었습니다.

@wayofthefuture CosmosDB 를 말씀하시는 건가요? 또한 끝에 &replicaset=globaldb를 삭제하면 CosmosDB에 연결하는 것이 Mongoose 4.5.10을 통해 작동한다는 것을 깨달았습니다.

문제는 여전히 Mongoose 4.10.2에 존재합니다.
모든 업데이트?

다음 형식으로 연결 문자열을 지정하는 한 MongoDB API를 사용하여 CosmosDB에 연결하는 것을 볼 수 있는 한 이 문제는 최신 Mongoose 버전에서 더 이상 존재하지 않습니다.

mongodb://myservername:[email protected]:10255/mydbname?ssl=true&replicaSet=globaldb

그것은 사실 불러하는 것이 중요합니다 mydbname 애저 포털에서 기본적으로 제공하지 않고 삽입해야합니다 그렇지 않으면 연결이 위의 언급 한 문제와 함께 실패 할 것입니다. mydbname에 제공하는 값은 중요하지 않지만 반드시 있어야 합니다.

/etc/hosts 에서 mongodb 서버의 호스트 이름을 수정하십시오. 예를 들면 다음과 같습니다.

1.2.3.4 mdb01 mdb01.example.com
1.2.3.5 mdb02 mdb02.example.com
1.2.3.6 mdb03 mdb03.example.com

이 도움을 바랍니다!

Heroku에서 V. 4.11.5 . - 처음에는 같은 문제가 있었지만 연결 문자열에 replicaSet 를 추가하여 해결했습니다.

mongodb://user:[email protected],mongolayer.com/database?replicaSet=database

replicaSet 로 전달된 값은 데이터베이스 이름과 동일합니다. 다른 이름을 사용해 본 적이 없습니다.

이게 도움이 되길 바란다.

해결책:

    options.replset = {
      socketOptions: {
        connectTimeoutMS: 60000, 
        keepAlive: 120
      }
    };

/etc/hosts 설정이 저에게 효과적입니다.

웹 탭에서 나침반 및 클러스터 연결을 열고 나침반에 연결을 선택하면 나침반 앱이 자동으로 연결을 감지할 수 있다고 생각합니다. :)

노드 8에서 동일한 오류가 발생합니다. 노드 6은 제대로 작동합니다. 어떤 아이디어?

오류: 서버 상태를 확인할 수 없습니다.
canCheckoutReader에서 (PATH_TO/node_modules/connect-mongo/node_modules/mongodb/lib/mongodb/connection/server.js:779:12)
Server.checkoutReader에서 (PATH_TO/node_modules/connect-mongo/node_modules/mongodb/lib/mongodb/connection/server.js:793:16)
Cursor.nextObject에서 (PATH_TO/node_modules/connect-mongo/node_modules/mongodb/lib/mongodb/cursor.js:748:48)
Collection.findOne에서 (PATH_TO/node_modules/connect-mongo/node_modules/mongodb/lib/mongodb/collection/query.js:162:10)
PATH_TO/node_modules/connect-mongo/lib/connect-mongo.js:223:18
MongoStore._get_collection에서 (PATH_TO/node_modules/connect-mongo/lib/connect-mongo.js:156:21)
MongoStore.get에서 (PATH_TO/node_modules/connect-mongo/lib/connect-mongo.js:222:10)
세션에서(PATH_TO/node_modules/express-session/index.js:367:11)
Layer.handle에서 [handle_request로] (PATH_TO/node_modules/express/lib/router/layer.js:82:5)
trim_prefix에서(PATH_TO/node_modules/express/lib/router/index.js:269:13)
PATH_TO/node_modules/express/lib/router/index.js:236:9에서
Function.proto.process_params에서 (PATH_TO/node_modules/express/lib/router/index.js:311:12)
PATH_TO/node_modules/express/lib/router/index.js:227:12에서
Function.match_layer에서 (PATH_TO/node_modules/express/lib/router/index.js:294:3)
다음에 (PATH_TO/node_modules/express/lib/router/index.js:188:10)
cookieParser에서 (PATH_TO/node_modules/cookie-parser/index.js:48:5)

노드 버전
v6.13.0 -> 작동
v8.10.0 -> 해당 오류가 발생합니다. 몽구스는 Node8을 지원합니까?

npm 목록 | 그렙 몽구스
├─┬ 몽구스 @5.0.11
│ ├── 몽구스- 레거시[email protected]

npm 목록 | 그렙 몽고DB
│ └── [email protected] 관련 없는
├─┬ [email protected] 유효하지
│ └── [email protected] 외부
│ ├─┬ [email protected]
│ │ └─┬ [email protected]

Mongoose는 포트 26000에서 Mongos에 연결합니다. Robomongo로 Mongodb에 연결할 수 있습니다.

@sravzpublic 스택 추적을 자세히 살펴보십시오. 오류가 connect-mongo에 있고 mongoose와 아무 관련이 없음을 보여줍니다. FWIW, mongoose는 노드 8을 지원합니다.

우리는 이것을 NodeJS 6.x의 Mongoose 5.2.12( 여기 에

"mongoose": "^5.4.19"에서 이 문제가 발생하고 여기에서 개방형 stackoverflow에 대한 예를 제공했습니다. https://stackoverflow.com/questions/55637808/mongoerror-no-mongos-proxy-available-when -복제본 세트에 연결. 이것이 너무 오랫동안 그리고 버전 업그레이드를 통해서도 공개된 문제인 것 같아 우려됩니다. 흠....

추신: 누구든지 이것을 알아내면 전체 작업 예제를 제공할 수 있습니까? 이 스레드에는 어떤 버전을 사용하고 있는지조차 모르는 솔루션에 대한 권장 사항이 있습니다...

노드 8에서 이 문제에 직면했습니다. 노드 10으로 업그레이드하고 이러한 패키지를 갖고 mongodb 연결 논리를 아래로 재구성했습니다. 그것은 효과가 있었다.

고양이 패키지.json | 그렙 몽고
"연결 몽고": "^2.0.1",
"mongodb": ">=3.0.4",
"몽구스": ">=5.0.11",

노드 -v
v10.4.1

db.version()
3.4.15

config.db = mongodb://user:pass<strong i="14">@host</strong>:26000/dbname?ssl=true

// Get Mongoose to use the global promise library
mongoose.Promise = global.Promise;
var db = mongoose.connect(config.db, {
    auto_reconnect: true,
    socketTimeoutMS: 0,
    connectTimeoutMS: 0
  },
  function (err) {
    if (err) {
      console.error(chalk.red('Could not connect to MongoDB!' + err));
      console.log(chalk.red(err));
    }
  });

// When successfully connected
mongoose.connection.on('connected', function () {
 };

// If the connection throws an error
mongoose.connection.on('error', function (err) {
  console.log('Mongoose default connection error: ' + err);
});

// When the connection is disconnected
mongoose.connection.on('disconnected', function () {
  console.log('Mongoose default connection disconnected');
});

process.on('SIGINT', function () {
  mongoose.connection.close(function () {
    console.log('Mongoose default connection disconnected through app termination');
    process.exit(0);
  });
});

나는 문제가 호스트에 있다고 생각합니다. (cluster0-shard-00-00-vmyny.mongodb.net) 기본 것을 사용하십시오.

나는 이것을 닫을 것입니다. 문제는 mongoose가 아니라 connect-mongo에 있는 것 같습니다.