使用solr服务器版本6.6和solrj 6.6。
目前，solr核心是通过glusterfs挂载分区创建的。 安装卷上的solr内核也有足够的空间。 此外，对于某些内核，此问题没有出现，但对于其他内核则存在一致的失败，并引发了下面提到的异常。
异常链： org.apache.solr.common.SolrException：异常将文档ID WI：5-1-8写入索引;可能的分析错误。
任何想法/解决方法将不胜感激。 ：）
答案 0 :(得分：0)
部署在kubernets中的SOLR服务器pod用于声明具有访问模式的持久卷glusterfs：RWX（Read Write Many）。
创建新的存储卷和卷声明后 class：cinder（默认打开堆栈块存储）并具有访问权限 模式设置为RWO（读写一次）并将其用于solr服务器 pod，我们能够摆脱SolrException
。看起来像lucene（在solr中）与glusterfs分区不兼容，后者具有为diff pod分配的读写权限。看起来需要花费大量时间来同步新的文件更改，因此lucene无法在需要时获取锁定并立即失败，说许多外部力量试图锁定solr核心中的write.lock文件。所以不要为你的solr核心使用共享的gluster fs parition。
答案 1 :(得分：0)
万一其他人最终在这里寻找答案，我们会收到此错误消息，因为solr机器上的硬盘驱动器已满。我们删除了一些日志文件，然后重新启动了solr服务，它解决了错误消息。