nginx – 独角兽工人死亡

昨晚午夜时分,我们的应用程序崩溃了,我正在试图确定原因.
我们目前在EC2上有一个Nginx前端服务器和2个独角兽工作者(app)服务器.

几乎我们的独角兽工作人员一直在超时,因此被主人重新启动.

从我所看到的,我们目前没有任何crontabs或任何设置可以运行,所以我有点难过.

今天早上,当我醒来(经过6个小时的停机时间)后,通过杀死独角兽进程并重新执行独角兽二进制文件,我能够获得应用程序. (unicorn_rails -c unicorn.rb等)

任何想法在哪里看?两个应用服务器都出现故障的事实让我觉得它可能是数据库(RDS)?

日志填写如下(6小时……等);

E,[2013-02-28T00:07:40.367981 #11097] ERROR -- : worker=2 PID:26941 timeout (31s > 30s),killing
E,[2013-02-28T00:07:40.468495 #11097] ERROR -- : reaped #
管理解决这个家伙.进一步的调查显示,在上午12点到凌晨4点之间有大量的网络流量(和cpu使用率!).事实证明,我们的bing网站管理员设置在这些时间之间被设置为“高”,导致bingbot疯狂并绝对锤击独角兽. (可怜的独角兽)

更多信息;
https://webmasters.stackexchange.com/questions/23084/ms-bing-web-crawler-out-of-control-causing-our-site-to-go-down

相关文章

Nginx (engine x) 是一个高性能的HTTP和反向代理服务,也是一...
本地项目配置 1 复制 luffy/settings/dev.py为prop.py 修改l...
nginx不仅可以隐藏版本信息,还支持自定义web服务器信息 先看...
一 、此次漏洞分析 1 nginx HTTP/2漏洞 [nginx-announce] ng...
###进入nginx 目录cd /usr/local/nginx###递归显示 2 级目录...
在cmd命令窗口输入下面命令进行查看 tasklist /fi "ima...