使用solr服务器版本6.6和solrj 6.6
目前，solr内核是在glusterfs安装的分区上创建的。已安装卷上的solr内核也有足够的空间。此外，对于某些核心，此问题不可见，但对于其他核心，则存在一致性故障，并引发以下提到的异常。
Exception chain: org.apache.solr.common.SolrException: Exception writing document id WI:5-1-8 to the index; possible analysis error.
如有任何想法/解决方法，将不胜感激。：）
3条答案
按热度按时间cwtwac6a1#
SOLR服务器pod部署在kubernets中时，用于声明具有访问模式的glusterfs类型的持久卷：RWX（多读多写）。
在创建了一个新的持久卷和存储类的卷声明：cinder（默认的开放堆栈块存储），并将访问模式设置为RWO（Read-Write Once）并将其用于solr服务器pod之后，我们能够摆脱SolrException
。看起来lucene（在solr中）不能很好地使用glusterfs分区，该分区为diff pod分配了读写权限。看起来同步新文件更改需要花费大量时间，因此lucene无法在需要时锁定，并立即失败，因为许多外部力量正在尝试锁定写入。solr核心中的锁文件。所以不要使用共享的gluster fs分区作为你的solr核心。
emeijp432#
如果其他人在这里寻找答案，我们会收到这个错误消息，因为我们solr机器上的硬盘驱动器已满。我们删除了一些日志文件并重新启动了solr服务，它解决了错误消息。
9gm1akwq3#
几天前遇到了同样的问题。使用
Solr 8.9.0，由于驱动器中有大量日志，因此空间不足。Solr数据碎片位于同一位置。归档日志文件后，由于以下错误，仍然无法将文档插入Solr。似乎
Solr中的某个地方没有空格错误。解决方案：Solr Restart是解决方案。
重新启动Solr后，它开始正常工作，Solr Admin UI中没有任何错误。