gpt4 book ai didi

java - Solr 4.0 保留对已删除文件的引用

转载 作者:太空宇宙 更新时间:2023-11-04 07:36:27 25 4
gpt4 key购买 nike

我们已经配置了一个 Solr 服务器,我们向该服务器提供从数据库中提取的数据,并将其配置为主服务器。该主机使用配置如下的复制机制向其他一些从机提供数据:

  <requestHandler name="/replication" class="solr.ReplicationHandler" >
<lst name="master">
<str name="replicateAfter">startup</str>
<str name="replicateAfter">commit</str>
<str name="commitReserveDuration">00:00:10</str>
</lst>
<str name="maxNumberOfBackups">1</str>
</requestHandler>

奇怪的是,运行此 solr 实例的 java 进程持有对已删除文件的引用。如果 lsof 完成,我可以看到:

java      17564 solr_master   44r      REG              253,2 4229809586     705005 /var/solr_master/data/index/_aegu.fdt (deleted)
java 17564 solr_master 45r REG 253,2 4229809586 705005 /var/solr_master/data/index/_aegu.fdt (deleted)
java 17564 solr_master 49r REG 253,2 17686596 705138 /var/solr_master/data/index/_ahjh.fdt (deleted)
java 17564 solr_master 51r REG 253,2 4229809586 705005 /var/solr_master/data/index/_aegu.fdt (deleted)

索引不断更新,从服务器每 20 秒检查一次复制。

提交不是显式完成的,它使用自动提交配置如下:

  <autoCommit> 
<maxTime>15000</maxTime>
<openSearcher>false</openSearcher>
</autoCommit>

有谁知道我做错了什么,或者有人遇到同样的问题,在这种情况下,解决方案是什么?

我正在使用 LUCENE_40,这是否与 Lucene 中的某些错误有关?

我已经看过 the Solr bug list ,但我没有找到任何东西。在当前的结构中升级并不是那么容易,我希望这只是一个错误的配置。

最佳答案

您必须在卷上提供两倍于合并操作索引当前大小的可用空间。已删除文件的引用数量是否会随着时间的推移而增加?(如果不是只是增加 ulimit 并让 gc 完成其余的工作),否则请检查 netstat 是否有与副本节点的“CLOSE_WAIT”连接。

关于java - Solr 4.0 保留对已删除文件的引用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16787445/

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