如何解决无响应/失败的 bosh-lite Cloud Foundry 虚拟机？答案

【问题标题】：How to resolve unresponsive/failing bosh-lite cloud foundry vms?如何解决无响应/失败的 bosh-lite Cloud Foundry 虚拟机？
【发布时间】：2017-11-08 06:02:35
【问题描述】：

我正在（尝试！）在 MacBook Pro 上使用 bosh-lite 学习 Cloud Foundry。我设法让它运行，但是每次从头开始后它都会停止工作，我怀疑这与停止 [virtualbox] VM / 使笔记本电脑进入睡眠状态有关，但无法确认是否确实如此。

我的经验有限，我不仅在解决问题方面遇到困难，而且在理解问题所在方面也遇到了困难。抱歉，如果这是一个明显的问题，但我无法清楚地确定如何阻止此问题的发生，到目前为止，我唯一的解决方案是使用 Vagrant 破坏部署，然后从头开始 - 这需要一段时间，我敢肯定，这不是最佳解决方案。 :)

我注意到“bosh vms”显示无响应的代理，并且它们没有正常盯着看。 bosh cck 中的错误表明存在锁定问题，但我怀疑这可能是用词不当，因为运行 bosh locks 表明没有锁定。再说一次，我是新手，所以这可能只是一个误解......

帮助 - 我该如何解决这个问题！有没有办法快速“重置”到工作状态？（vagrant reload --provision 没有帮助）问题到底出在哪里？

另外，vagrant cloudfoundry/bosh-lite VM 的（默认）root 密码是什么？

> bosh vms

+---------------------------------------------------------------------------+--------------------+-----+-----------+--------------+
| VM                                                                        | State              | AZ  | VM Type   | IPs          |
+---------------------------------------------------------------------------+--------------------+-----+-----------+--------------+
| api_z1/0 (8dfeb143-59b1-46dd-9482-e90931a70a0d)                           | unresponsive agent | n/a | large_z1  | 10.244.0.138 |
| blobstore_z1/0 (7795ce02-d64e-4cc7-be1e-0e328384d568)                     | unresponsive agent | n/a | medium_z1 | 10.244.0.130 |
| consul_z1/0 (e92f6bfd-f623-4ba4-abf3-3d4baa0953fa)                        | unresponsive agent | n/a | small_z1  | 10.244.0.54  |
| doppler_z1/0 (049eaa18-3d4f-48d8-92ed-ea4b6a20cd29)                       | unresponsive agent | n/a | medium_z1 | 10.244.0.146 |
| etcd_z1/0 (e45a7648-e43d-4753-8a18-3ab21b86293d)                          | unresponsive agent | n/a | large_z1  | 10.244.0.42  |
| ha_proxy_z1/0 (ba6e8ce6-8f40-4868-8a71-c74119f173ea)                      | failing            | n/a | router_z1 | 10.244.0.34  |
| hm9000_z1/0 (ff8ae6a3-1889-4fb0-aabf-072012cf9f48)                        | unresponsive agent | n/a | medium_z1 | 10.244.0.142 |
| loggregator_trafficcontroller_z1/0 (8f2e4ea1-dda7-4d15-9050-528338824e3b) | unresponsive agent | n/a | small_z1  | 10.244.0.150 |
| nats_z1/0 (9e4eab32-ac91-4f05-83be-b8189c2991e7)                          | unresponsive agent | n/a | medium_z1 | 10.244.0.6   |
| postgres_z1/0 (fb8d1eee-3ade-480e-aa01-3db26a64b447)                      | unresponsive agent | n/a | medium_z1 | 10.244.0.30  |
| router_z1/0 (f9ce017b-580f-4fce-b79d-01ceef190e19)                        | unresponsive agent | n/a | router_z1 | 10.244.0.22  |
| runner_z1/0 (c0b0871b-c672-46c8-ac4a-1aabd81864f6)                        | unresponsive agent | n/a | runner_z1 | 10.244.0.26  |
| uaa_z1/0 (63b4bfa7-499d-4dba-93f6-2017b04a7588)                           | unresponsive agent | n/a | medium_z1 | 10.244.0.134 |
+---------------------------------------------------------------------------+--------------------+-----+-----------+--------------+



> bosh cck

Acting as user 'admin' on deployment 'cf-warden' on 'Bosh Lite Director'
Performing cloud check...

Director task 96
Error 100: Unable to get deployment lock, maybe a deployment is in progress. Try again later.

Task 96 error

For a more detailed error report, run: bosh task 96 --debug

> bosh locks

Acting as user 'admin' on 'Bosh Lite Director'

No locks

可以使用以下命令进行“重置”并使其重新启动并运行，但这需要相当长的时间，而且肯定比所需的“锤子”更多！

# bosh-lite dir 
vagrant destroy && vagrant up

# cd cf-release dir 
bosh upload release
bosh deploy 

# cd bosh-lite dir
bin/add-route
cf api --skip-ssl-validation https://api.bosh-lite.com
cf create-org my_org
cf create-space development -o my_org

【问题讨论】：

它似乎在一个新的部署之后，只是运行 vagrant reload --provision 会破坏它。
我不能给你一个完整的答案，但是当你重新启动或停止时，打开 bosh-lite VM 的电源，任何现有的作业都会丢失。发生这种情况是因为 bosh-lite 将您的作业部署到 VM 上的容器中，并且这些容器在重新启动后不会重新启动。恢复并运行的最简单方法通常是bosh cck。它将检测容器已关闭并让您重新创建它们。锁定错误有点令人惊讶。您可能会再次运行它，看看您是否不断收到锁定错误。您也可以尝试禁用 resurrector，看看是否有帮助。有时这会锁定部署。

标签： cloud-foundry cf-bosh

【解决方案1】：

您可以在通过vagrant ssh ssh 进入 bosh-lite 虚拟机后使用 sudo su 成为 root，而无需输入 root 密码。

在 VM 重新启动/休眠后，BOSH-lite 一直很难复活。
最近（2016 年 12 月）有人写了一个实用程序来“优雅地让运行 BOSH Lite 的机器进入睡眠状态”并在系统唤醒时恢复它，以解决这个问题： https://github.com/henryaj/ambient

【讨论】：

【解决方案2】：

我通常先使用vagrant suspend，然后再使用vagrant up，以避免在 BOSH Lite 中出现死容器/VM 的情况。

您可以使用bosh cck，但我的经验表明，重新创建简单的部署会更快且更可靠。

【讨论】：

我也在使用vagrant suspend，但vagrant resume。或者，要修复构建，bosh cck

【解决方案3】：

建议我们在不使用 Bosh-lite 虚拟机时暂停它，以便在系统进入睡眠/重新启动后简单地恢复它；否则 VM 将被操作系统暂停（Bosh-lite VM 进入中止状态）。在中止的 bosh-lite 上运行 vagrant up，使其运行，但在这种情况下，CF VM 进入无响应状态，需要重新部署。

在暂停时运行vagrant suspend，在重新开始工作时运行vagrant resume有助于避免CF VM无响应的情况。

【讨论】：