mup deploy 在 DO droplet 上被杀死,但日志中没有错误:( [英] mup deploy killed on DO droplet but no errors in logs :(

查看:14
本文介绍了mup deploy 在 DO droplet 上被杀死,但日志中没有错误:(的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

即使只是重新部署以前成功部署的应用程序也不起作用.我在部署时在一个单独的终端上监控了 mup logs -f,但那里没有显示任何内容.看起来它甚至没有进入实际的部署步骤.我有 Node 0.10.31 和 Meteor 1.0.有没有其他人遇到过这个问题或知道如何解决?

Even just redeploying a previously successfully deployed app doesn't work. I monitored mup logs -f on a separate terminal while deploying, but nothing ever showed up there. Looks like it doesn't even get to the actual deploy step. I have Node 0.10.31 and Meteor 1.0. Is anyone else having this problem or know how to tackle it?

~# mup deploy

Meteor Up: Production Quality Meteor Deployments
------------------------------------------------

Building Started: /root/TS
Bundling Error: code=137, error:
-------------------STDOUT-------------------

-------------------STDERR-------------------
bash: line 1: 26400 Killed                  meteor build --directory /tmp/2b45aa84-0ffc-4ece-9cf4-aca8500409c3

实际上,我得到的唯一错误与机器人有关,但根据我的 之前在 SO 上的帖子 这些错误在部署过程中不会发生,应该不成问题.

Actually, the only errors I get relate to bots, but according to my previous posting on SO those errors do not occur during deployment and should not be a problem.

推荐答案

事实证明,从 5 美元/月、500 MB 的液滴升级到 10 美元/月、1 GB 的液滴解决了这个问题.我之前使用 内存交换,但这似乎已经用完了里程.不过,如果日志中有错误可以为我指明正确的方向,那就太好了.

It turns out that upgrading from a $5/mo, 500 MB droplet to a $10/mo, 1 GB droplet solved the problem. I previously addressed the memory problem with the $5 droplet using memory swap, but that appears to have run out of mileage. Still, it would have been nice to have errors in the logs to point me in the right directions.

这篇关于mup deploy 在 DO droplet 上被杀死,但日志中没有错误:(的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆