Chef infra 厨师菜谱挂起，信息：channel_请求：0keepalive@openssh.com符合事实的

我在Google Compute Engine上运行Ubuntu14.04/Trusty，在虚拟机上运行厨师食谱时遇到了麻烦。虚拟机运行的是chef客户端和chef 12.2.1，实例是使用google启动的

在执行目录资源并创建一个dir之后，它似乎挂起了下一步，即执行bash脚本

详细模式下的输出为

INFO: channel_request: 0 keepalive@openssh.com true
DEBUG: queueing packet nr 21 type 100 len 28
DEBUG: sent 52 bytes
DEBUG: read 68 bytes
DEBUG: received packet nr 420 type 98 len 44
INFO: channel_request: 0 keepalive@openssh.com true
DEBUG: queueing packet nr 22 type 100 len 28
DEBUG: sent 52 bytes
DEBUG: read 68 bytes
DEBUG: received packet nr 421 type 98 len 44
INFO: channel_request: 0 keepalive@openssh.com true
DEBUG: queueing packet nr 23 type 100 len 28
DEBUG: sent 52 bytes
DEBUG: read 68 bytes
DEBUG: received packet nr 422 type 98 len 44
INFO: channel_request: 0 keepalive@openssh.com true
DEBUG: queueing packet nr 24 type 100 len 28
DEBUG: sent 52 bytes

不断地。我确实让它完成了一次，它输出了

Chef Client finished, 39/41 resources updated in 645.826155425 seconds

但大多数时候我等的时间都比这长得多>1个小时，而且永远不会结束

当我使用ssh连接到实例中时，这个bash资源确实需要几分钟的时间来手动执行，但它从来不会像这样挂起。是否需要设置某种类型的配置，或者我可以做些什么来加快流程

编辑

以下是脚本：

bash 'install_ffmpeg' do
  user user
  group group
  cwd naclports_path
  code "NACL_ARCH=pnacl TOOLCHAIN=pnacl make ffmpeg"
end

---

显示bash脚本。“它可能正在等待您这边的一些输入。”DracoAter补充道。我不认为这是因为它在手动运行ssh'dHum时不会提示任何输入。。。是厨师日志还是刀子日志？听起来更像ssh keepalive，而不是chef做的事情我不习惯GCE，但根据代码，您必须在your knife.rb中添加knife[：log_level]：debugin，以设置chef client在调试级别运行，而不仅仅是使用-VV来查看VM中发生了什么。感谢@Tensibai的评论。从串口控制台上看，进程似乎由于内存不足而被机器终止。不知道为什么这会消耗这么多内存，但我想这是一个不同的问题explore@Tensibai是的，成功了！谢谢但是花了很长时间，超过1200秒