Swisscom Application Cloud上Grafana Docker实例崩溃的技术咨询

首先，关于平台变更的确认：你可以先查看Swisscom Application Cloud的官方状态面板或者开发者通知渠道，确认近期是否有平台级的更新、维护或者配置变更——这类信息通常会提前公示，也可能直接影响容器的运行生命周期。

接下来是几个具体的排查方向，帮你定位问题：

• 获取完整的应用启动日志：你提供的日志内容被截断了，[CELL/0]之后的容器启动细节是关键。exit status 1通常指向应用本身启动失败，完整的日志会包含Grafana启动时的错误输出（比如配置文件语法错误、依赖缺失、端口占用、数据库连接失败等）。你可以用cf logs <your-grafana-app> --recent命令拉取完整的日志内容。

• 验证应用配置与环境变量：

  • 确认Cloud Foundry的应用manifest中端口映射是否正确（Grafana默认监听3000端口，需要确保manifest里的ports或health-check-http-endpoint配置匹配）；
  • 检查所有关联的环境变量（比如数据库连接串、认证配置）是否有效，是否在平台变更后出现权限失效或参数错误。

• 查看应用事件详情：执行cf events <your-grafana-app>命令，这个命令会列出应用的所有生命周期事件，包括崩溃的具体触发原因——比如是否是内存配额不足（OOM killed）、健康检查超时失败，还是平台调度时的容器初始化错误。

• 验证Docker镜像兼容性：如果平台近期更新了Cloud Foundry或容器 runtime 版本，可能会对Docker镜像的基础环境有要求。你可以尝试在本地运行同一个Grafana镜像，确认是否能正常启动；或者检查镜像的基础镜像版本是否与平台兼容。

• 检查资源配额设置：确认应用的内存、CPU配额是否满足Grafana的启动需求。如果平台的资源调度策略变更，可能导致分配给应用的资源不足，Grafana启动时内存不够会直接崩溃退出。

用户提供的错误信息：
index: 0 exit_status: undefined exit_description: APP/PROC/WEB: Exited with status 1 reason: CRASHED

部分应用日志：
2018-04-04 13:08:43 [CELL/0] OUT Cell b8093908-296c-4050-b61b-763989f2e453 creating container for instance 53de901b-e6c2-40d7-6071-e673
2018-04-04 13:09:03 [C...

内容的提问来源于stack exchange，提问作者Stefan Lengacher