【问题标题】:Timeout::Error: execution expired with Capistrano/RubberTimeout::Error: Capistrano/Rubber 执行已过期
【发布时间】:2014-10-20 23:55:09
【问题描述】:

几个月来,我们一直在使用 Rubber gem 部署到 AWS,现在我们突然收到了带有 Capistrano 的 Timeout::Error: execution expired error。我尝试将net-ssh 降级到 2.7,但没有帮助。我相信旧的 net-ssh 2.8 已经解决了一段时间,我们正在使用 2.9.1(并且已经使用了一段时间)。

我能够毫无问题地通过 SSH 连接到实例。有没有人遇到过类似的问题?还有什么我应该检查的东西可以引导我走向正确的方向吗?

谢谢!

【问题讨论】:

  • 在尝试运行 Rubber 的引导和刷新命令时,我还遇到 Timeout::Error: execution expired。我想知道重新部署所有内容并切换弹性 IP 是否会更快,但不想继续遇到这个问题。
  • 有相当多的乘客进程在运行。我杀了所有这些。仍然有PassengerWatchdog(VMSize 218.4)PassengerHelperAgent(VMSize 494.4)和PassengerLoggingAgent 232.8)在运行。平均负载也是低负载平均:0.00、0.01、0.03,因为目前几乎没有任何东西正在运行或启动

标签: ruby-on-rails amazon-web-services capistrano rubber


【解决方案1】:

网络、DNS 名称、弹性 IP 等是否发生了变化?遇到类似问题的用户请参阅以下链接:

https://groups.google.com/forum/#!msg/rubber-ec2/aK2RqUO7x-M/pzM0S-azDCIJ

Rubber and Amazon EC2 hosting issue (Net::SSH::AuthenticationFailed: root)

https://github.com/rubber/rubber/issues/141

另外,如果您的文件太大,上传期间可能会超时。有关如何增加超时的示例,请参阅此链接:

AWS_S3 ruby gem Timeout Error execution expired

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-09-14
    • 2012-07-12
    • 2012-07-11
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多