Cloud Foundry - 是否可以在 flapping 应用程序上检查文件？
Cloud Foundry - is it possible to check files on flapping app?
有没有办法在 flapping 应用程序实例上审查 content/files？
我今天遇到了一次性应用程序的问题，不幸的是，由于容器没有启动，我无法检查那里有什么文件。所以调试问题的唯一方法（顺便说一句，与错误的文件名有关）是日志流。
谢谢，
莱塞克
PS.
我正在使用 HPE Stackato，但我认为该方法类似于 CF 和 PCF 中的方法...
使用 Pivotal Cloud Foundry，您可以 cf ssh 通过 SSH 进入容器，或设置端口转发，以便您可以使用普通 ssh 甚至 scp 和 sftp 访问容器或查看其文件系统。您可以在以下位置阅读更多相关信息：
我非常怀疑 HPE Stackato 是否存在此功能，因为它使用较旧的 Cloud Foundry 架构。 PCF 和 HPE 都基于开源 Cloud Foundry，但 PCF 基于更新的 Diego architecture, HPE is still on the DEA architecture according to the nodes listed in the Stackato Cluster Setup docs.
使用DEA架构，应该可以使用cf files命令，其用法如下：
NAME:
files - Print out a list of files in a directory or the contents of a specific file
USAGE:
cf files APP_NAME [PATH] [-i INSTANCE]
ALIAS:
f
OPTIONS:
-i Instance
要处理启动失败的容器，目前 Diego 没有开箱即用的解决方案，但已经讨论过了。 This blog post 讨论了一些选项，包括：
For the app in question explicitly specify a start command by adding a ";sleep 1d" The push command would like this - cf push <app_name> -c "<original_command> ;sleep 1d". This will keep the container around for a day after process within the container has exited.
有没有办法在 flapping 应用程序实例上审查 content/files？
我今天遇到了一次性应用程序的问题，不幸的是，由于容器没有启动，我无法检查那里有什么文件。所以调试问题的唯一方法（顺便说一句，与错误的文件名有关）是日志流。
谢谢，
莱塞克
PS.
我正在使用 HPE Stackato，但我认为该方法类似于 CF 和 PCF 中的方法...
使用 Pivotal Cloud Foundry，您可以 cf ssh 通过 SSH 进入容器，或设置端口转发，以便您可以使用普通 ssh 甚至 scp 和 sftp 访问容器或查看其文件系统。您可以在以下位置阅读更多相关信息：
我非常怀疑 HPE Stackato 是否存在此功能，因为它使用较旧的 Cloud Foundry 架构。 PCF 和 HPE 都基于开源 Cloud Foundry，但 PCF 基于更新的 Diego architecture, HPE is still on the DEA architecture according to the nodes listed in the Stackato Cluster Setup docs.
使用DEA架构，应该可以使用cf files命令，其用法如下：
NAME:
files - Print out a list of files in a directory or the contents of a specific file
USAGE:
cf files APP_NAME [PATH] [-i INSTANCE]
ALIAS:
f
OPTIONS:
-i Instance
要处理启动失败的容器，目前 Diego 没有开箱即用的解决方案，但已经讨论过了。 This blog post 讨论了一些选项，包括：
For the app in question explicitly specify a start command by adding a "
;sleep 1d" The push command would like this -cf push <app_name> -c "<original_command> ;sleep 1d". This will keep the container around for a day after process within the container has exited.