MongoDB WiredTigerLAS.wt文件意外增长(版本3.6.11)群集
我们有一个MongoDB集群,有1台主服务器和2台辅助服务器 所有三台服务器都使用MongoDB 3.6.11版 最近,我们发现两个辅助服务器都已关闭,这是由于空间已满所致。我们发现WiredTigerLAS.wt文件已经非常大,超过20GB。整个mongodb数据文件夹应该在4GB以下。我们试图删除WiredTigerLAS.wt并重新启动辅助服务器,但WiredTigerLAS.wt被创建并开始再次充满磁盘。主服务器正常,未发现任何影响 谁能帮我们一下,给我们提个建议吗?如果您知道意外文件增长背后的原因,请告诉我们 rs.conf:MongoDB WiredTigerLAS.wt文件意外增长(版本3.6.11)群集,mongodb,Mongodb,我们有一个MongoDB集群,有1台主服务器和2台辅助服务器 所有三台服务器都使用MongoDB 3.6.11版 最近,我们发现两个辅助服务器都已关闭,这是由于空间已满所致。我们发现WiredTigerLAS.wt文件已经非常大,超过20GB。整个mongodb数据文件夹应该在4GB以下。我们试图删除WiredTigerLAS.wt并重新启动辅助服务器,但WiredTigerLAS.wt被创建并开始再次充满磁盘。主服务器正常,未发现任何影响 谁能帮我们一下,给我们提个建议吗?如果您知道意外文件增
rs0:PRIMARY> rs.conf()
{
"_id" : "rs0",
"version" : 7,
"protocolVersion" : NumberLong(1),
"members" : [
{
"_id" : 0,
"host" : "primary:50001",
"arbiterOnly" : false,
"buildIndexes" : true,
"hidden" : false,
"priority" : 1,
"tags" : {
},
"slaveDelay" : NumberLong(0),
"votes" : 1
},
{
"_id" : 1,
"host" : "replica1:50001",
"arbiterOnly" : false,
"buildIndexes" : true,
"hidden" : false,
"priority" : 0,
"tags" : {
},
"slaveDelay" : NumberLong(0),
"votes" : 0
},
{
"_id" : 2,
"host" : "replica2:50001",
"arbiterOnly" : false,
"buildIndexes" : true,
"hidden" : false,
"priority" : 0,
"tags" : {
},
"slaveDelay" : NumberLong(0),
"votes" : 0
}
],
"settings" : {
"chainingAllowed" : true,
"heartbeatIntervalMillis" : 2000,
"heartbeatTimeoutSecs" : 10,
"electionTimeoutMillis" : 10000,
"catchUpTimeoutMillis" : -1,
"catchUpTakeoverDelayMillis" : 30000,
"getLastErrorModes" : {
},
"getLastErrorDefaults" : {
"w" : 1,
"wtimeout" : 0
},
"replicaSetId" : ObjectId("5b52ac682b4bd7ae7913b1cf")
}
}
rs.printplicationinfo()
和rs.printSlaveReplicationInfo()
的输出是什么?这个问题解决了吗?rs.printplicationinfo()和rs.printSlaveReplicationInfo()的输出是什么?