下一代 OpenShift Online "Unable to mount volumes for pod"

Question

我尝试在 OpenShift Online Next Gen 中使用常规 EBS 持久存储卷，并在尝试部署时遇到以下错误:

    Unable to mount volumes for pod "production-5-vpxpw_instanttabletop(d784f054-a66b-11e7-a41e-0ab8769191d3)": timeout expired waiting for volumes to attach/mount for pod "instanttabletop"/"production-5-vpxpw". list of unattached/unmounted volumes=[volume-mondv]

随后(一段时间后)出现了多个实例:

    Failed to attach volume "pvc-702876a2-a663-11e7-8348-0a69cdf75e6f" on node "ip-172-31-61-152.us-west-2.compute.internal" with: Error attaching EBS volume "vol-0fb5515c87914b844" to instance "i-08d3313801027fbc3": VolumeInUse: vol-0fb5515c87914b844 is already attached to an instance status code: 400, request id: 54dd24cc-6ab0-434d-85c3-f0f063e73099

部署 pod 的日志在所有超时后如下所示:

    --> Scaling production-5 to 1
    --> Waiting up to 10m0s for pods in rc production-5 to become ready
    W1001 05:53:28.496345       1 reflector.go:323] github.com/openshift/origin/pkg/deploy/strategy/support/lifecycle.go:509: watch of *api.Pod ended with: too old resource version: 1455045195 (1455062250)
    error: update acceptor rejected production-5: pods for rc "production-5" took longer than 600 seconds to become ready

一开始我以为这可能与this issue有关，但唯一正在运行的 pod 是部署和试图启动的 pod，我已按照那里的建议切换到 Recreate 策略，但没有结果。

第一次确实部署和运行正常，但从那以后我就没能成功部署它。

任何人都可以阐明我在这里做错了什么吗？

更新#1:

作为一个额外的问题，有时当我部署时，它似乎需要很长时间才能为此启动部署 pod(我实际上不知道它应该需要多长时间，但我收到一条警告，提示事情进展缓慢，而我目前的部署到目前为止还没有站起来 15 分钟以上)。

在部署 pod 的事件列表中，我看到多个实例，每个实例 Error syncing pod 和 Pod sandbox changed, it will be killed and re-created. as我等待着，什么也没碰。

不是每次都会发生，我也没有辨别出规律。

不确定这是否相关，但似乎值得一提。

更新#2:

我今天早上再次尝试部署，在取消一次遇到上述第一次更新中描述的问题的部署后，一切都成功了。

据我所知，我没有做任何更改，所以我对这里的问题是什么感到困惑。我将进一步更新问题是否再次出现。

更新#3

经过一系列进一步的实验，我现在似乎能够正常启动和运行我的 pod。我没有对配置进行任何更改，所以我认为这与排序有关，但即使现在它也并非没有一些违规行为:

如果我开始部署，现有的正在运行的 pod 会根据控制台无限期地挂起在 terminating 状态，并且会保持这种状态直到它被硬删除(无需等待它正常关闭)。在此之前，它将继续产生上述错误(如您所料)。

坦率地说，与我昨晚遇到的问题相比，这对我来说没有意义 - 我之前遇到这些错误时没有其他 pod 在运行 - 但至少它是进步以某种形式。

一旦我的服务器实际启动并运行后，我遇到了一些其他问题(请求没有发送到服务器，以及尝试升级到 websocket 连接的问题)，但这些几乎肯定是分开的，所以我会保存除非有人告诉我他们实际上是相关的，否则他们不会回答另一个问题。

更新#4

OpenShift 的持续问题列表没有改变，但现在似乎可以正确加载，因此将其标记为已解决并继续处理其他问题。

对于后代来说，从 Rolling 更改为 Recreate 是这里的关键，即便如此，如果旧 pod 在尝试正常关闭时卡住，您可能需要手动杀死它.

Answer 1

您不能在 OpenShift Online 中将持久卷用于部署策略设置为“滚动”的应用程序。编辑部署配置并确保部署策略设置为“重新创建”。

您声明您使用了“替换”。如果您通过编辑部署配置的 JSON/YAML 将其设置为该值，则值更改将被丢弃，因为“替换”不是有效选项。