gpt4 book ai didi

超出 MongoDB 副本心跳请求时间

转载 作者:可可西里 更新时间:2023-11-01 09:06:21 31 4
gpt4 key购买 nike

我有副本集(托管在亚马逊上),其中有:

  • 主要
  • 中学
  • 仲裁者

它们都是 3.2.6 版本,这个副本正在我的分片集群中创建一个分片(如果这很重要,尽管我认为它不重要)。

当我在 primary 上键入 rs.status() 时,它说无法到达 secondary(同样的事情在仲裁器上):

        {
"_id" : 1,
"name" : "secondary-ip:27017",
"health" : 0,
"state" : 8,
"stateStr" : "(not reachable/healthy)",
"uptime" : 0,
"optime" : {
"ts" : Timestamp(0, 0),
"t" : NumberLong(-1)
},
"optimeDate" : ISODate("1970-01-01T00:00:00Z"),
"lastHeartbeat" : ISODate("2016-07-20T15:40:50.479Z"),
"lastHeartbeatRecv" : ISODate("2016-07-20T15:40:51.793Z"),
"pingMs" : NumberLong(0),
"lastHeartbeatMessage" : "Couldn't get a connection within the time limit",
"configVersion" : -1
}

(顺便看看 optimeDate O.o)

我的日志中的错误是:

[ReplicationExecutor] Error in heartbeat request to secondary-ip:27017; ExceededTimeLimit: Couldn't get a connection within the time limit

奇怪的是,当我继续进行辅助并键入 rs.status() 时,一切看起来都正常。我也可以从我的主实例连接到辅助实例(使用 mongo --host secondary)所以我猜这不是网络问题。昨天一切正常。

TL;DR 我的主要实例看不到次要实例,仲裁程序也看不到次要实例,我的次要实例看到主要实例,就在一天前一切正常,我可以从主要实例手动连接到次要实例。

有人知道哪里会出错吗?

谢谢,伊万

最佳答案

似乎辅助 optimeDate 是错误的原因,了解此错误 optimeDate 原因的最佳方法是调查辅助机器的当前日期时间,因为它也可能是错误的.不确定您是否仍在寻找答案,但 optimedate 是问题所在,而不是您的 replicaset 机器之间的连接。

关于超出 MongoDB 副本心跳请求时间,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38485285/

31 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com