我试着在行动经理那里找后援。但是,初始同步不会继续。将显示以下内容并检查backup-agent.log。
backup-agent/components/MASTSHIP.GO:总计321个存储片#1031 -服务器syncStore已满。第0次尝试。将很快重新发送此切片。
我检查了ulimit、head数据库空间、后端存储未满的space.but。什么是满的?
发布于 2016-08-16 23:23:59
由于这个问题有点模棱两可,我做了几个假设。假设:-您正在为现有副本集设置Ops Manager。-代理配置正确,并且至少有一个备份代理正在尝试备份的副本集上运行。
回到你的问题,syncStore是使用备份守护程序同步初始同步数据的OpLog存储。这里的问题似乎是,备份作业尚未绑定到headDB。您可以通过选择“计算机”标签下的“备份”-“作业”-“作业”,选择“设置绑定”并选择适当的headDB来执行此操作。
希望上面的解决方案能解决这个问题。
发布于 2018-06-06 17:10:10
备份-代理/组件/ syncStore。is :共321个存储片编号1031-服务器代理已满。第0次尝试。将很快重新发送此切片。
请注意,服务器syncStore已满消息表明backup daemon处理(应用于headDB)传入的oplog/sync切片的速度不够快。
因此,为了了解备份守护程序将存储片应用到headDB的速率,并跟踪正在进行的备份初始同步过程的状态。
所以你需要分析OpsManager日志文件,有-
(Admin-->General-->Overview-->System Overview-->Diagnostic Archive)
/opt/mongodb/mms/logs
中提供的守护程序日志和mms0日志
谢谢,
Karthick
发布于 2021-10-20 03:13:10
我曾经遇到过同样的问题,因为我在配置过程中没有将Mongo二进制文件放在mongodb release目录中。正因为如此,守护程序无法启动头数据库,导致无法处理传输的oplog,因此打印错误服务器syncStore is full.But,这不是原因。
https://stackoverflow.com/questions/38066250
复制相似问题