Tag: coredump

Mac OS X上的ElasticSearch + Node Yosemite：JRE崩溃？

这一点有些莫名其妙，可能是因为我没有经常遇到JRE核心转储。 我正在为Node.js使用官方的ElasticSearch模块，并试图在我的一个索引中创build一个新的文档。 我的节点应用程序似乎连接到ES实例就好了，但是当我执行create请求时，我的JRE咬了灰尘！ 这里是节点吐出的错误： Elasticsearch INFO: 2015-12-16T21:40:47Z Adding connection to http://my.server.address/:9200 Elasticsearch DEBUG: 2015-12-16T21:40:53Z starting request { method: 'POST', path: '/test/document', body: { foo: 'bar' }, query: { op_type: 'create' } } # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00000001004f3616, pid=40975, tid=1299 # # […]

核心转储文件由“node –abort-on-uncaught-exception”定位在哪里？

我刚刚阅读Netflix的博客文章 – 优秀的阅读。 我一直在玩的工具等提到; 尤其是通过设置–abort-on-uncaught-exception标记来生成未捕获exception的核心转储。 这也是在这里描述的例子。 我认为这是迄今为止工作到一个简单的testing脚本（什么都不做，但抛出一个错误），因为我看到这个输出： 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 但是，看起来我太笨了，找不到这个实验应该产生的实际核心转储文件 （？）。 我查看了/var/cores/和/opt/cores/ ，这些在网上的某个地方被提及 – 但是这些目录不存在。 一个快速find / -name core -type f也没有产生任何有用的。 我错过了什么？ 编辑：节点版本是v0.12.0。

从Node.js分析核心转储的工具

如果我使用gcore来创buildNode.js过程的代码转储，那么分析它的最佳工具是什么？ 启发： 分析Java核心转储的工具 在我的具体情况，我有兴趣调查一些内存泄漏，所以我真的好奇，得到一些堆分析。 一般的工具，甚至仪器包和技术也是受欢迎的。 我发现Node.js是非常有趣的，但运行时分析工具还没有。