使用SOLR Server版本6.6和Solrj 6.6。
当前，SOLR核心是通过glusterfs安装的分区创建的。也有足够的空间用于安装体积上的Solr芯。另外，对于某些核心而言，没有看到这个问题，但是对于其他问题而言，有一致的失败，下面提到的例外也被抛出。
异常链： org.apache.solr.common.solrexception：异常编写文档ID wi：5-1-8 to Index;可能的分析错误。
任何想法/解决方法都将不胜感激。：）
部署在Kubernets中的Solr Server POD，用于声明具有访问模式的持续数量的Glusterfs类型：RWX（读取多个）。
创建了新的持久音量和存储量的索赔 班级：Cinder（默认打开堆栈块存储）和访问权限 模式设置为RWO（读一次写）并将其用于SOLR服务器 豆荚，我们能够摆脱溶解度
。看起来Lucene（在Solr中）与GlusterFS分区相关，该分区已为Diff Pod分配了读取权限。看起来需要花费大量时间来同步新文件更改，因此Lucene在需要时无法锁定，并且立即失败了，说许多外部力量正在尝试将Write.lock锁定在Solr Core中。因此，不要将共享的gluster fs fs组件用于您的solr内核。
如果其他人最终在这里寻找答案，我们会收到此错误消息，因为我们的Solr机器上的硬盘驱动器已满。我们删除了一些日志文件并重新启动了Solr服务，并解决了错误消息。
几天前就遇到了同一问题。使用Solr 8.9.0，并且由于驱动器中的巨大日志，它脱离了空间。solr数据碎片位于同一位置。
由于以下错误，在归档日志文件后仍无法将文档插入SOLR。Solr似乎在其中没有空间错误。
org.apache.lucene.store.AlreadyClosedException: this IndexWriter is closed
解决方案： SOLR RESTART 是需要的方式。
重新启动solr后，它开始照常工作，没有任何错误。
solr-8.9.0/bin/solr stop (Linux)
solr-8.9.0/bin/solr start (Linux)