Amazon web services 亚马逊弹性搜索服务Kibana'；s错误："；租户索引迁移失败”；

我的

Elasticsearch

服务磁盘存储空间被完全使用了，从此我不得不增加空间，这很有效。但是，在此之后，

kibana

停止工作，kibana URL出现错误，因为

租户索引迁移失败

我尝试了多个链接，但大多数链接指向

opendistro

相关设置，在本例中，由于我的配置已结束

Amazon Elasticsearch服务

，因此无法访问这些设置。最近的一个问题是

下面是我的kibana的截图：

---

我们将非常感谢您的帮助。提前感谢。

我已经为Amazon的

Elasticsearch找到了一个解决方案，该解决方案暂时适用于我，并且可能会帮助其他人，这些人将来也会面临与此服务相同的问题，直到最后将修复添加到
AWS
，我添加了以下步骤：

一旦遇到此错误，请等待节点（数据节点，如果存在专用节点）处于活动状态
在AWS的Elasticsearch服务页面中单击编辑域
将每个节点的EBS存储大小更改为1GB（这将导致迁移再次发生，并可能修复索引迁移错误）
单击
提交
，等待域变为活动域，一旦活动，请尝试测试kibana url
如果不起作用，请尝试再次将每个节点的EBS存储大小更改1GB
最后一种方法是尝试更改实例类型，然后在域处于活动状态后再次切换到以前的类型
我只有通过反复试验才能得到这个有效的解决方案。我愿意就此进行讨论。
我在Docker中运行Kibana，因此在我的案例中，我在我的
Docker compose中使用了这个环境变量：

environment:
  - OPENDISTRO_SECURITY_MULTITENANCY_ENABLED=false

参考资料：
似乎还有一个问题有待解决：感谢@Val的回复。现在有什么可能的修复或解决方法吗？嗯，我想你需要在这个线程中ping opendistro的家伙。或者使用：-）@Val，我也想提一下，但你给它起了一个好名字，使用了一个真正的堆栈：啊，这更像是一个笑话。。。但是，我还是忍不住：-）太好了，很高兴它成功了。你也可以在开放的github上添加这些步骤。当然，我也会在那里添加这些步骤。它对我不起作用。反复更改EBS存储大小后，域状态在“处理”中停留超过24小时。Kibana中的状态是：“plugin:opendistro_security@7.1.1=租户索引迁移失败”。碎片列表（/_cat/Shards）显示“.opendistro_security”的两个碎片，一个“已启动”，一个“未分配”。只有租户在处理后处于活动状态时，才能执行此操作。如果超过24小时，您的域名出现问题，您可能需要尝试连接aws支持。感谢您提供的解决方案，是的，这是实现此功能的一种方法，但是如果像我这样需要多租户，则我们不能将其设为错误。