小编ale*_*kop的帖子

亚马逊EC2 ELB警报 - 哪个实例不健康?

我们在Amazon EC2上托管了一些应用程序,并使用Elastic Load Balancer(ELB)来管理一个应用程序的多个实例.此外,我们已设置ELB警报以获得有关不健康主机的通知,即实例已关闭时.

到目前为止,除了AWS控制台中的ELB状态页面之外,我无法确定在警报响起时检查哪个实例确实已关闭的位置.但是,如果实例再次返回In Service状态,这对我也没有帮助.ELB发出的电子邮件通知不包含此信息; 我也无法在控制台的警报历史中找到它.

是否有办法告诉哪个实例已触发ELB警报,即使实例在此期间已恢复为OK状态?

干杯,亚历克斯

amazon-ec2 amazon-web-services amazon-elb

14
推荐指数
1
解决办法
6017
查看次数

"node -abort-on-uncaught-exception"生成的核心转储文件位于何处?

我刚读过Netflix的这篇博客文章 - 精彩阅读.我一直在玩提到的工具等; 特别是通过设置--abort-on-uncaught-exception标志在未捕获的异常上生成核心转储.这也在这里描述.我认为它到目前为止只使用一个简单的测试脚本(除了抛出错误之外什么都不做),因为我看到了这个输出:

Uncaught Error: foo

FROM
run (/tmp/test/index.js:4:9)
wrapper [as _onTimeout] (timers.js:265:14)
Timer.listOnTimeout (timers.js:110:15)
[1]    18165 illegal hardware instruction (core dumped)  node --abort-on-uncaught-exception index.js
Run Code Online (Sandbox Code Playgroud)

但是,我觉得找到这个实验应该产生的实际核心转储文件(?)似乎太愚蠢了.我看了一下,/var/cores//opt/cores/在网上某处提到了 - 但这些目录不存在.快速find / -name core -type f也没有产生任何有用的东西.我错过了什么?

编辑:节点版本是v0.12.0.

coredump node.js

5
推荐指数
1
解决办法
3280
查看次数

找出来玩!应用程序代码中的版本号(例如2.1.3)

有谁知道怎么知道玩的是哪个版本啊!应用程序在运行时运行?我想可能会有类似play.api.Play.current.frameworkVersion 的东西。我在http://www.playframework.com/documentation/api/2.1.x/scala/index.html#package上搜索了 API 文档以查找任何有用的内容,但找不到任何内容。我想我可能可以将一些东西组合在一起,比如在编译/阶段将 SBT 插件版本写入文件中,然后我可以在运行时读取该文件。但我希望能有一种不那么麻烦的方法来做到这一点......

干杯,亚历克斯

scala playframework playframework-2.0

1
推荐指数
1
解决办法
618
查看次数