我正在测试opendj 3.0 replicatoin。
我有两个opendj节点，它是一个副本。复制很好用。 但是当我添加大约2m个条目时，一个opendj节点无法重启。我试了几次，但没有运气。根据server.out，看起来像TimedOut，我不确定它是否相关。
任何想法或解决方法。我跟着https://forum.forgerock.com/topic/replication-server-timed-out-waiting-for-monitor-data/，添加了将监视器数据超时从5秒更改为60秒，但仍然没有运气。
[03 / Aug / 2017：04：44：20 -0400] category = PLUGGABLE severity = NOTICE msgID = org.opends.messages.backend.513 msg =包含2075308条目的数据库后端userRoot已启动 [03 / Aug / 2017：04：44：21 -0400] category = EXTENSIONS severity = NOTICE msgID = org.opends.messages.extension.221 msg = DIGEST-MD5使用服务器完全限定域名的SASL机制：stg2- n6.nscloud.local [03 / Aug / 2017：04：44：22 -0400] category = SYNC severity = NOTICE msgID = org.opends.messages.replication.204 msg =复制服务器RS（31748）开始侦听地址0.0.0.0上的新连接港口8989 [03 / Aug / 2017：04：44：23 -0400] category = SYNC severity = NOTICE msgID = org.opends.messages.replication.62 msg =目录服务器DS（27712）已连接到复制服务器RS（31748） domain＆＃34; cn = admin data＆＃34;在stg2-n6.nscloud.local / 192.168.30.46：8989，代号为161237 [03 / Aug / 2017：04：45：23 -0400] category = SYNC severity = WARNING msgID = org.opends.messages.replication.106 msg =等待域的监控数据超时＆＃34; cn = schema＆ ＃34;来自复制服务器RS（19987） [03 / Aug / 2017：04：46：23 -0400] category = SYNC severity = WARNING msgID = org.opends.messages.replication.106 msg =等待域的监控数据超时＆＃34; dc = example ，DC = COM＆＃34;来自复制服务器RS（19987） [03 / Aug / 2017：04：46：23 -0400] category = SYNC severity = WARNING msgID = org.opends.messages.replication.106 msg =等待域的监控数据超时＆＃34; cn = admin数据＆＃34;来自复制服务器RS（19987）